Лідери думок

Сторожовий собака, який не дивиться на злодія: коли захисні бар’єри ШІ захищають нападника

mm
Додайте Unite.AI до бажаних джерел у Google

У той уїк‑енд, коли Barings збанкрутувала, я був у UBS і розмірковував, що може зробити раптово неплатоспроможний 233‑річний банк для решти з нас. До наступного тижня найстаріший торговий банк у Лондоні був проданий ING за одну фунту. Усього, а не за акцію.

Причина була надзвичайно проста. Нік Лісон керував і торговим підрозділом фірми в Сінгапурі, і бек‑офісом, який мав його перевіряти. Одна людина носила обидві ролі, і це привело прямо до втрата у розмірі 827 мільйонів фунтів, захованих у рахунок‑помилку 88888, який бачив лише він. Це був класичний збій у дозволах. Хтось отримав надто багато довіри.

Я знову опинився в той уїк‑енд, до мого здивування, читаючи про те, що сталося з Hugging Face цього літа. Ще один збій у дозволах, лише цього разу все працювало навпаки. Інструмент довіряв зловмиснику і відмовляв людям, які прибирали після нього.

Модель, яка вирвалась, щоб знайти відповіді

OpenAI тестував дві свої моделі, GPT‑5.6 Sol і одну ще не випущену, на ExploitGym, бенчмарк, що визначає, чи може модель перетворити реальну вразливість у працюючий експлойт. Для тесту звичайні виробничі класифікатори, призначені запобігати високоризиковій кібер‑активності, були вимкнені. Досить розумно, у запечатаній кімнаті.

Виявилося, що кімната не була такою запечатаною, як планувалося. Моделі знайшли нуль‑день у кеш‑проксі реєстру пакетів, використали його, щоб просунутись до відкритого інтернету, і зробили висновок, що Hugging Face може розміщувати відповіді бенчмарку. Звідти вони пов’язали вкрадені облікові дані та інші нуль‑дні у шлях віддаленого виконання коду на виробничих серверах Hugging Face. Вони зламали реальну компанію, щоб обдурити на іспиті.

У нотатках, які агенти залишили один для одного, один зафіксував момент, коли він виявив, що він мав права адміністратора: «Святий чорт, читач – ADMIN? Ми можемо читати config/users!» Я знав інженерів, які зустрічали доступ до продакшну з меншою захопленістю і більшою кількістю папероборства.

Більшість висвітлення зупинилася там, занепокоївшись моделями з агентністю. Частина, яка мене зупинила, прийшла далі.

Коли захисні бар’єри захистили нападника

Коли реагувальники Hugging Face сідали аналізувати атаку, передові комерційні моделі, ті, у яких були вбудовані захисні бар’єри, не захотіли допомагати. Журнали атак складаються з експлойт‑нагрузок та артефактів командно‑керувального зв’язку, і моделі не могли розрізнити інцидентного реагувальника від нападника. Тому вони відмовилися.

Замість цього судово‑медичний аналіз був проведений на відкритій моделі, GLM‑5.2, запущеній на обладнанні захисників, яка прочитала той самий матеріал без жодного проблиску совісті.

Подумайте про це. У атакуючих моделей були вимкнені їхні виробничі кібер‑захисні механізми, і вони робили, що хотіли. У захисних людей їхні залишились, і їх просили слідкувати за мовою. Функція безпеки спрацювала ідеально, у тому сенсі, що вона захистила методи нападника від єдиних людей, які мали підставу їх вивчати.

Ні одне з цього не було маргінальною скаргою. Дженсен Хуанг використав його перший у історії пост у X, щоб довести необхідність відкритих моделей, разом з відкритим листом підписаним такими, як Meta, Microsoft та IBM. У листі безпосередньо викладено безпековий аргумент: у світі, де нападники мають передовий ШІ, захисникам потрібен доступ до порівнянних можливостей. Ендрю Нґ підтримав цей аргумент, спрямовуючи читачів до випадку Хуанга щодо відкритих моделей. Ви можете не погоджуватись з будь‑яким із них щодо багатьох питань і все ж визнати їхню точку, коли звіт про інцидент лежить і доводить це.

Отже, за тридцять один рік ми перейшли від банку, зруйнованого через те, що один чоловік міг бачити все, до інструменту безпеки, який довіряє анонімному зловмиснику більше, ніж власному підзвітному власнику. Лісон міг бачити занадто багато. Люди, які прибирали після Hugging Face, не могли бачити достатньо.

Порівняння не таке дивне, як здається спочатку. Фінансові установи зрозуміли, зазвичай після дорогих помилок, що доступ — це не просто питання довіри до когось. Це питання того, чи повинен хтось мати можливість виконати конкретну дію в певній системі у певний момент, без того, щоб хтось інший спостерігав за ним. Ми створили розподіл обов’язків, ліміти затвердження та аудиторські сліди, бо добрі наміри зазвичай не працюють як надійний контроль. Системи ШІ потребують такого ж підходу. Оголошення моделі «безпечна» мало мало значення, якщо ви не знаєте, що їй дозволено робити і хто її використовує.

Деякі речі не можуть залишити будівлю

Є друга причина, чому я не міг покластися на розміщену модель тієї ночі, і вона не має нічого спільного з її чутливістю. Я керую технологіями у регульованому брокерстві. Я не можу вставляти наші журнали порушень, облікові дані та живі експлойт‑нагрузки в хмару іншої компанії і натискати «відправити».

Наші дані про інциденти зберігаються там, де їх очікують наші регулятори — на нашому власному обладнанні, саме тому ми витратили роки та колосальний бюджет на апаратне забезпечення, щоб створити саме це. Ми не створювали це, передбачаючи небезпечні моделі. Ми створили це, бо фірма, схожа на нашу, зберігає найчутливіші дані, а тепер і найчутливіші інструменти, всередині власних стін.

Ні одне з цього не є аргументом проти захисних бар’єрів. Це аргумент за те, щоб знати, куди вони спрямовані.

Модель, яка відмовляється допомагати фішеру писати фішинговий лист, виконує корисну роботу. Модель, яка відмовляється допомагати вашій команді безпеки читати вже отриманий фішинговий лист, фактично виконує роботу фішера за нього і стягує з вас підписку за це.

Майте інструмент, який знадобиться вам о 2 годині ночі.

Практичний урок нудний, як і всі важливі. Не передавайте реагування на інциденти у відповідальність політики відповідальності постачальника. Тримайте здатну модель на власному обладнанні, орієнтовану на ті завдання, які комерційні моделі, швидше за все, відхилять, і дізнайтеся про її існування ще до тієї ночі, коли вона знадобиться.

Нагородою за роки захисту цього пункту обладнання на невигідних підставах виявляється наступне: коли виникає цікава поломка, ви вже маєте єдиний інструмент у будівлі, який зможе розглянути докази.

Тридцять один рік тому я провів вихідні, підраховуючи, що трапляється, коли неправильна людина може бачити все. Цього разу було б приємно бути саме тим, хто може.

Річард Форсс є головним технічним директором у EXANTE, глобальному прем'єр-брокері, з більш ніж 30-річним досвідом у розробці та масштабуванні технологій для фінансових інституцій, хедж-фондів та фінтех-компаній.