Разработчики Google против разработки систем безопасности для Пентагона

Разработчики Google против разработки систем безопасности для Пентагона

Разработчики Google против разработки систем безопасности для Пентагона

Группа разработчиков Google отказалась работать над передовой функцией безопасности, известной как «физическая изоляция» (air gap, «воздушный зазор»). Предполагается, что эта разработка помогла бы корпорации заключить военные контракты.

Взгляды интернет-гиганта и некоторых разработчиков на реализацию этой функции разошлись — сотрудники посчитали, что Google не должна помогать правительству вести войну. Выслушав эти возражения, Урс Хельзле, главный технический директор Google, заявил, что внедрение air gap будет отложено.

Этот акт бунта быстро распространился и среди других сотрудников компании, что поставило под угрозу многомиллионные правительственные контракты. Разработчиков окрестили «Group of Nine» («Группа девяти»).

В итоге эта форма протеста вылилась в отказ руководства компании от выгодного контракта с Пентагоном под названием Project Maven.

На данный момент непонятно, отказалась ли корпорация от реализации «физической изоляции» или же она все еще планирует и дальше продолжат разработки, невзирая на возражения сотрудников. Учитывая то, что эту функцию не так трудно реализовать, Google легко может нанять других инженеров для работы над ней.

В настоящий момент 4 000 сотрудников (примерно 5 % от общего штата корпорации) подписали петицию против Project Maven. Пресс-секретарь компании отказался от комментариев.

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging Face

ML-модель из публичного репозитория может оказаться не только умной, но и с неприятным сюрпризом внутри. AppSec Solutions добавила в платформу AppSec.Track предварительную проверку моделей из Hugging Face. По заявлению компании, это первое российское решение, которое блокирует потенциально опасные модели до их попадания на машины разработчиков и в CI.

Каждый запрошенный через корпоративный репозиторий файл автоматически отправляется в «карантин». Пока идёт сканирование, разработчик не может скачать модель, зато видит статус проверки и своё место в очереди. После анализа платформа решает, пропускать артефакт в корпоративную инфраструктуру или оставить за дверью.

Модели проверяются без запуска. AppSec.Track разбирает файлы PyTorch, TensorFlow, Keras и другие сериализованные форматы, включая вложенные архивы, и ищет код, способный выполниться при загрузке. Обнаруженным угрозам присваивается уровень критичности.

Проблема особенно актуальна для моделей в формате pickle. Они могут содержать исполняемый код, поэтому одной заражённой загрузки достаточно, чтобы злоумышленник закрепился в среде разработки. Обычный сканер зависимостей здесь способен промахнуться: зловред сидит не в пакете, а внутри самой модели.

В AppSec Solutions считают, что со временем индустрия перейдёт на безопасный формат safetensors. Но пока публичные хабы забиты pickle-файлами, доверять модели только за красивые метрики — так себе стратегия.

Второй рубеж защиты работает на этапе сборки. AppSec.Track формирует SBOM и проверяет библиотеки и зависимости по собственной базе уязвимостей. Она охватывает PyPI, npm, Maven, NuGet, CUDA, Julia и другие экосистемы. Фид можно подключить онлайн или развернуть в закрытом контуре.

Политики безопасности настраиваются один раз и затем применяются автоматически. Сама модель проходит досмотр при входе и повторно не сканируется, а её окружение контролируется при каждой сборке. Получается вполне понятный фейс-контроль: нейросеть сначала показывает, что у неё внутри, и только потом идёт работать.

RSS: Новости на портале Anti-Malware.ru