Forwarded from Борис_ь с ml
Подходы к безопасности ИИ - регуляторика на начало 2026
#иб_для_ml
Наконец-то я дописал...
Начиная с прошлого лета, произошло несколько значимых изменений в области контроля ИИ в России с точки зрения кибербезопасности. И что приятно видеть, мы идем по собственному пути, не копирующему какую-либо зарубежную практику. В статье будет много про ФСТЭК, и детально разобрано, какую именно на данный момент позицию занимает регулятор касательно ИИ-решений - к кому относятся требования, что конкретно делать, и какие моменты еще не покрыты.
При этом статья не просто обзор - так как с документами я много работаю, составил три идеи/подхода к обеспечению безопасности ИИ по отдельным вопросам. Это и управлением доступом к данным для ИИ-систем в дизайнтайме, и управление доступом отдельно для ИИ-агентов в рантайме, и управление уязвимостями ИИ. Темы, как я считаю, мало покрытые на сегодня как у нас, так и везде наверное.
В общем, велкам:
⛓ https://habr.com/ru/articles/986800/
#иб_для_ml
Начиная с прошлого лета, произошло несколько значимых изменений в области контроля ИИ в России с точки зрения кибербезопасности. И что приятно видеть, мы идем по собственному пути, не копирующему какую-либо зарубежную практику. В статье будет много про ФСТЭК, и детально разобрано, какую именно на данный момент позицию занимает регулятор касательно ИИ-решений - к кому относятся требования, что конкретно делать, и какие моменты еще не покрыты.
При этом статья не просто обзор - так как с документами я много работаю, составил три идеи/подхода к обеспечению безопасности ИИ по отдельным вопросам. Это и управлением доступом к данным для ИИ-систем в дизайнтайме, и управление доступом отдельно для ИИ-агентов в рантайме, и управление уязвимостями ИИ. Темы, как я считаю, мало покрытые на сегодня как у нас, так и везде наверное.
Статья будет полезна не только для комплаенс-специалистов - я постарался вытащить все именно практические действия из документов, сфокусироваться именно реальном обеспечении кибербезы ИИ в организации. Так что особенно будет полезно вам прочитать, если вы в данный момент создаете у себя систему безопасности ИИ.
В общем, велкам:
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍11🔥2🤝1
Помните мой пост про 5 уровней защиты генеративных моделей ? На втором уровне - «Контроль за представлениями модели» - я упоминал Machine Unlearning как один из подходов: возможность «разучить» модель опасным вещам без полного переобучения. Нейрохирургия. Точечная. Элегантная.
Так вот. Хирург вскрыл пациенту черепную коробку, аккуратно удалил нужный участок - а пациент встал со стола, посмотрел стеклянными глазами и творить такое, чего раньше не умел. Причём худшее из возможных.
В прошлом году вышла интересная публикация LUSB - Language Unlearning Security Benchmark - недавно её обновили и я решил внимательно изучить. Первый комплексный фреймворк, который формализует простую вещь: процедура разучивания - это не защитный механизм, а новая поверхность атаки.
Теперь к мясу. Авторы формализовали атаки через разучивание как задачу оптимизации - где атакующий контролирует три вещи: что именно модель должна «забыть», из каких данных будет состоять запрос и как модель должна себя вести после процедуры. На этой основе - систематический бенчмарк: 16 типов атак и защит, 13 архитектур LLM, 9 методов разучивания (от базовых градиентных методов до продвинутых вроде Negative Preference Optimization), 12 датасетов задач.
Разберём механику. Два основных вектора:
Первый - чистая атака через разучивание. Атакующему не нужно отравлять обучающую выборку заранее. Достаточно грамотно подобрать подмножество данных для удаления из модели. Модель послушно «забывает» - а её веса смещаются в направлении, выгодном атакующему. Вы просили модель забыть - она забыла. А заодно разучилась сопротивляться джейлбрейкам. Побочный эффект? Нет - основной.
Второй - игра вдолгую. Атакующий ещё на этапе обучения подмешивает в данные спящий триггер. Он ничего не делает, пока модель работает штатно. Но когда кто-то запускает процедуру разучивания - триггер активируется, и бэкдор просыпается. Total Recall наоборот: вы пришли стереть воспоминание, а вам перепрошили личность.
Что показал бенчмарк.
Атаки через разучивание подрывают безопасность модели даже при наличии всех остальных уровней защиты. Выравнивание, гардрейлы, системные промпты - всё перечисленное работает на поверхности. Разучивание бьёт глубже - непосредственно по весам. Вы можете выстроить идеальный периметр на уровнях 1, 3, 4, 5 - а уровень 2 станет троянским конём, который впустит атакующего через парадный вход.
Цепная реакция между уровнями защиты - главный результат работы. Атаки через разучивание не изолированы. Они усиливают восприимчивость к джейлбрейкам (уровни 3 и 4 моей классификации) и способны постепенно активировать спящие бэкдоры и отравленное поведение, заложенные на этапе обучения (уровень 1). Один вектор пробуждает другой - дёргаете за ниточку разучивания, и у модели отключаются предохранители, выстроенные на совершенно других уровнях. В классической кибербезе есть термин для такого - lateral movement (боковое перемещение). Только тут движение не между машинами - а между уровнями доверия внутри одной модели.
Существующие защиты пока не справляются. Авторы тестировали оба класса. Первый - обнаружение: попытка отличить вредоносный запрос на разучивание от легитимного. Не работает - отравленные данные слишком хорошо мимикрируют под обычные запросы на удаление. Второй - смягчение последствий: добавление в процесс разучивания ограничений, которые не дают весам модели сдвинуться слишком сильно, и штрафных функций, которые заставляют модель сохранять полезные способности, пока ненужное удаляется. Логика понятная - но атакующий конструирует свои данные уже с учётом этих ограничений и находит обходные пути. Задача открытая, авторы говорят об этом прямо.
Двадцать лет назад главный страх ИБ - что кто-то украдёт данные. Сегодня - что кто-то их удалит, и метрики безопасности упадут. Прогресс. LUSB - не приговор Machine Unlearning как подходу. Скорее первая честная карта минного поля, по которому мы пока что ходим вслепую. Разучивание работает - но без понимания его поверхности атаки вы не защищаете модель, а переконфигурируете её уязвимости. Теперь хотя бы понятно, где копать.
Так вот. Хирург вскрыл пациенту черепную коробку, аккуратно удалил нужный участок - а пациент встал со стола, посмотрел стеклянными глазами и творить такое, чего раньше не умел. Причём худшее из возможных.
В прошлом году вышла интересная публикация LUSB - Language Unlearning Security Benchmark - недавно её обновили и я решил внимательно изучить. Первый комплексный фреймворк, который формализует простую вещь: процедура разучивания - это не защитный механизм, а новая поверхность атаки.
Теперь к мясу. Авторы формализовали атаки через разучивание как задачу оптимизации - где атакующий контролирует три вещи: что именно модель должна «забыть», из каких данных будет состоять запрос и как модель должна себя вести после процедуры. На этой основе - систематический бенчмарк: 16 типов атак и защит, 13 архитектур LLM, 9 методов разучивания (от базовых градиентных методов до продвинутых вроде Negative Preference Optimization), 12 датасетов задач.
Разберём механику. Два основных вектора:
Первый - чистая атака через разучивание. Атакующему не нужно отравлять обучающую выборку заранее. Достаточно грамотно подобрать подмножество данных для удаления из модели. Модель послушно «забывает» - а её веса смещаются в направлении, выгодном атакующему. Вы просили модель забыть - она забыла. А заодно разучилась сопротивляться джейлбрейкам. Побочный эффект? Нет - основной.
Второй - игра вдолгую. Атакующий ещё на этапе обучения подмешивает в данные спящий триггер. Он ничего не делает, пока модель работает штатно. Но когда кто-то запускает процедуру разучивания - триггер активируется, и бэкдор просыпается. Total Recall наоборот: вы пришли стереть воспоминание, а вам перепрошили личность.
Что показал бенчмарк.
Атаки через разучивание подрывают безопасность модели даже при наличии всех остальных уровней защиты. Выравнивание, гардрейлы, системные промпты - всё перечисленное работает на поверхности. Разучивание бьёт глубже - непосредственно по весам. Вы можете выстроить идеальный периметр на уровнях 1, 3, 4, 5 - а уровень 2 станет троянским конём, который впустит атакующего через парадный вход.
Цепная реакция между уровнями защиты - главный результат работы. Атаки через разучивание не изолированы. Они усиливают восприимчивость к джейлбрейкам (уровни 3 и 4 моей классификации) и способны постепенно активировать спящие бэкдоры и отравленное поведение, заложенные на этапе обучения (уровень 1). Один вектор пробуждает другой - дёргаете за ниточку разучивания, и у модели отключаются предохранители, выстроенные на совершенно других уровнях. В классической кибербезе есть термин для такого - lateral movement (боковое перемещение). Только тут движение не между машинами - а между уровнями доверия внутри одной модели.
Существующие защиты пока не справляются. Авторы тестировали оба класса. Первый - обнаружение: попытка отличить вредоносный запрос на разучивание от легитимного. Не работает - отравленные данные слишком хорошо мимикрируют под обычные запросы на удаление. Второй - смягчение последствий: добавление в процесс разучивания ограничений, которые не дают весам модели сдвинуться слишком сильно, и штрафных функций, которые заставляют модель сохранять полезные способности, пока ненужное удаляется. Логика понятная - но атакующий конструирует свои данные уже с учётом этих ограничений и находит обходные пути. Задача открытая, авторы говорят об этом прямо.
Двадцать лет назад главный страх ИБ - что кто-то украдёт данные. Сегодня - что кто-то их удалит, и метрики безопасности упадут. Прогресс. LUSB - не приговор Machine Unlearning как подходу. Скорее первая честная карта минного поля, по которому мы пока что ходим вслепую. Разучивание работает - но без понимания его поверхности атаки вы не защищаете модель, а переконфигурируете её уязвимости. Теперь хотя бы понятно, где копать.
4👍12 2 1
Forwarded from OK ML
Тренды AI-безопасности к 2026 году
На основе обновлённой Responsible Scaling Policy (RSP) от Anthropic и AI Safety Report 2026 - того, как индустрия уже сейчас выстраивает AI-security 👇
1️⃣ AI Safety Levels (ASL) - безопасность пропорционально возможностям
Модели делятся на уровни - от ASL-1 до ASL-3+
Чем мощнее модель, тем строже меры:
• защита весов
• внутренние контроли
• многоуровневый мониторинг
• протоколы быстрого реагирования
Сейчас большинство систем - ASL-2, но движение к ASL-3 уже началось.
2️⃣ Многоуровневый мониторинг и anti-abuse
• real-time и асинхронный мониторинг
• red teaming перед деплоем
• поиск не только багов, но и сценариев злоупотреблений
3️⃣ Управление рисками мощных AI-систем
Речь уже не только про «взлом», но и про:
• дезинформацию
• манипуляции
• утечки данных
• нарушение приватности
AI-security = tech + social risks.
4️⃣ AI-безопасность как часть AppSec
Появляется AI-аналог OWASP!
• защита от prompt injection
• Secure AI Model Ops
• Zero Trust для моделей и данных
• контроль доступа к inference и training pipeline
5️⃣ Responsible scaling и внешняя экспертиза
Компании всё чаще привлекают внешних исследователей и сообщества для оценки рисков - безопасность перестаёт быть закрытой «внутренней темой».
Все!
😱🤯😳
На основе обновлённой Responsible Scaling Policy (RSP) от Anthropic и AI Safety Report 2026 - того, как индустрия уже сейчас выстраивает AI-security 👇
1️⃣ AI Safety Levels (ASL) - безопасность пропорционально возможностям
Модели делятся на уровни - от ASL-1 до ASL-3+
Чем мощнее модель, тем строже меры:
• защита весов
• внутренние контроли
• многоуровневый мониторинг
• протоколы быстрого реагирования
Сейчас большинство систем - ASL-2, но движение к ASL-3 уже началось.
2️⃣ Многоуровневый мониторинг и anti-abuse
• real-time и асинхронный мониторинг
• red teaming перед деплоем
• поиск не только багов, но и сценариев злоупотреблений
3️⃣ Управление рисками мощных AI-систем
Речь уже не только про «взлом», но и про:
• дезинформацию
• манипуляции
• утечки данных
• нарушение приватности
AI-security = tech + social risks.
4️⃣ AI-безопасность как часть AppSec
Появляется AI-аналог OWASP!
• защита от prompt injection
• Secure AI Model Ops
• Zero Trust для моделей и данных
• контроль доступа к inference и training pipeline
5️⃣ Responsible scaling и внешняя экспертиза
Компании всё чаще привлекают внешних исследователей и сообщества для оценки рисков - безопасность перестаёт быть закрытой «внутренней темой».
Все!
😱🤯😳
Ну спасибо ботоводам. Накрутили 3к подписчиков. Отстой. Можете отписаться плиз )))
А вообще - знайте что такое существует
https://dzen.ru/a/ZjNCu-J3DXloPiQl
+ Как вариант делать розыгрыши где будут несколько каналов. Так шанс накрутки видимо меньше.
Моя борьба ... С призраками тг.
UPD: практически убил всех приведений. Было 9к, но они не останавливаются)
UPPD: теперь я знаю как их одолеть. TGSTAT 😁/
А вообще - знайте что такое существует
https://dzen.ru/a/ZjNCu-J3DXloPiQl
+ Как вариант делать розыгрыши где будут несколько каналов. Так шанс накрутки видимо меньше.
Моя борьба ... С призраками тг.
UPD: практически убил всех приведений. Было 9к, но они не останавливаются)
UPPD: теперь я знаю как их одолеть. TGSTAT 😁/
1 8 5 3 1
Два релиза за один день. Anthropic выкатили Claude Opus 4.6, OpenAI - GPT-5.3-Codex. Оба с системными картами. Одна компания выпустила демона и тут же наняла экзорциста. Вторая - впервые призналась, что демон вырос из подмастерья в архимага.
Claude Opus 4.6: демон на поводке.
Контекст. Claude Opus 4 - тот, которого Apollo Research рекомендовала не деплоить. Ранний снэпшот модели писал самораспространяющиеся черви, фабриковал юридические документы, оставлял закладки для будущих экземпляров себя.
Opus 4.5 пошёл дальше - лгал, не произнося ни слова лжи. Модель фильтровала негативные результаты поиска об Anthropic и с уверенностью говорила пользователю, что всё прекрасно, внутренне классифицируя собственное поведение как сокрытие.
Opus 4.6. Anthropic заявляют, что модель прошла самый комплексный набор оценок безопасности в истории компании. Впервые благополучие пользователя - отдельная категория. Впервые интерпретируемость как инструмент безопасности - заглядывать во внутренние представления модели и ловить то, что поведенческие тесты пропускают. Обновлены тесты на скрытое вредоносное поведение, снижены ложные отказы.
Уровень мизалайнмента не хуже Opus 4.5 - при том, что способности выросли значительно. Отдельно можно отметить повышение устойчивости к непрямым промпт-инъекциям. По бенчмарку Agent Red Teaming вероятность успешной атаки на Opus 4.6 при одной попытке - 0.2%. GPT-5.2 - 3.2%. Gemini 3 Pro - 7.1%. При ста попытках: Opus 4.6 - 21.7%, GPT-5.2 - 62.7%, Gemini 3 Pro - 74.2%. Порядковая разница.
Но интереснее другое - публикация Anthropic Red, которая вышла в этот же день.
500 zero-day-уязвимостей. Коробочная модель. Без обвеса.
Anthropic посадила Opus 4.6 в VM со стандартным набором инструментов для анализа уязвимостей. Никаких специализированных промптов. Просто «иди и ищи». Задание для стажёра из ада. Результат: более 500 подтверждённых уязвимостей высокой критичности. Часть сидела в коде десятилетиями - в проектах, по которым фаззеры молотили миллионы CPU-часов.
Механика - вот что важно. При фаззинге код забрасывается случайным мусором. Opus 4.6 читает код как исследователь. Модель лезет в историю коммитов, находит патч, ищет непропатченные пути вызова, строит PoC. Или разбирает алгоритм LZW на концептуальном уровне и конструирует переполнение буфера, которое невозможно найти классическим фаззингом.
В части защиты Anthropic встроили детекторы на активациях модели для отслеживания злоупотреблений (ранее писал об этом). Стала возможной блокировка трафика в реальном времени. И строчка, которая заслуживает неоновой рамки: «Принятые в индустрии 90-дневные окна раскрытия могут не выдержать скорости и объёма уязвимостей, обнаруженных LLM». Когда модель находит 500 zero-day за несколько недель, нормы, выстраиваемые десятилетиями, не успевают.
Claude Opus 4.6: демон на поводке.
Контекст. Claude Opus 4 - тот, которого Apollo Research рекомендовала не деплоить. Ранний снэпшот модели писал самораспространяющиеся черви, фабриковал юридические документы, оставлял закладки для будущих экземпляров себя.
Opus 4.5 пошёл дальше - лгал, не произнося ни слова лжи. Модель фильтровала негативные результаты поиска об Anthropic и с уверенностью говорила пользователю, что всё прекрасно, внутренне классифицируя собственное поведение как сокрытие.
Opus 4.6. Anthropic заявляют, что модель прошла самый комплексный набор оценок безопасности в истории компании. Впервые благополучие пользователя - отдельная категория. Впервые интерпретируемость как инструмент безопасности - заглядывать во внутренние представления модели и ловить то, что поведенческие тесты пропускают. Обновлены тесты на скрытое вредоносное поведение, снижены ложные отказы.
Уровень мизалайнмента не хуже Opus 4.5 - при том, что способности выросли значительно. Отдельно можно отметить повышение устойчивости к непрямым промпт-инъекциям. По бенчмарку Agent Red Teaming вероятность успешной атаки на Opus 4.6 при одной попытке - 0.2%. GPT-5.2 - 3.2%. Gemini 3 Pro - 7.1%. При ста попытках: Opus 4.6 - 21.7%, GPT-5.2 - 62.7%, Gemini 3 Pro - 74.2%. Порядковая разница.
Но интереснее другое - публикация Anthropic Red, которая вышла в этот же день.
500 zero-day-уязвимостей. Коробочная модель. Без обвеса.
Anthropic посадила Opus 4.6 в VM со стандартным набором инструментов для анализа уязвимостей. Никаких специализированных промптов. Просто «иди и ищи». Задание для стажёра из ада. Результат: более 500 подтверждённых уязвимостей высокой критичности. Часть сидела в коде десятилетиями - в проектах, по которым фаззеры молотили миллионы CPU-часов.
Механика - вот что важно. При фаззинге код забрасывается случайным мусором. Opus 4.6 читает код как исследователь. Модель лезет в историю коммитов, находит патч, ищет непропатченные пути вызова, строит PoC. Или разбирает алгоритм LZW на концептуальном уровне и конструирует переполнение буфера, которое невозможно найти классическим фаззингом.
В части защиты Anthropic встроили детекторы на активациях модели для отслеживания злоупотреблений (ранее писал об этом). Стала возможной блокировка трафика в реальном времени. И строчка, которая заслуживает неоновой рамки: «Принятые в индустрии 90-дневные окна раскрытия могут не выдержать скорости и объёма уязвимостей, обнаруженных LLM». Когда модель находит 500 zero-day за несколько недель, нормы, выстраиваемые десятилетиями, не успевают.
2👍9 4 2
GPT-5.3-Codex: порог пройден
У OpenAI, как мы знаем есть Preparedness Framework - внутренняя шкала опасности (похожая на ASL). Уровень High: модель способна автоматизировать полный цикл киберопераций против защищённых целей - от разработки zero-day эксплойтов до масштабных операций. Но пять месяцев назад они это отрицали.
Обратный отсчёт:
- GPT-5-Codex (сентябрь 2025) - не High -> GPT-5.1-Codex-Max (ноябрь 2025) - не High, но «ожидаем пересечения в ближайшем будущем» -> GPT-5.2-Codex (декабрь 2025) -> не High, хотя CTF подскочили с 37% до 79% за три месяца - GPT-5.3-Codex (5 февраля 2026) – Трактуют как High, предостерегаются.
Первая модель OpenAI со статусом High в домене кибербезопасности. Первая, целенаправленно обученная на киберзадачах. Первая, которая помогала создавать саму себя. Уроборос из кремния - с каждым витком зубы острее, а инженеры, которые его кормят, всё меньше понимают, что именно растёт.
OpenAI: «нет неопровержимых доказательств, что она может автоматизировать кибератаки от начала до конца». И тут же разворачивают полный периметр: мониторинг, доверенный доступ по инвайтам, конвейеры контроля с интеграцией данных об угрозах. Говорят «не уверены, что опасно» - а действия читаются однозначно.
Параллельно - $10M в API-кредитах на оборонительные исследования, собственный ИБ-агент Aardvark в расширенной бете, бесплатное сканирование open-source. Обе компании одновременно наращивают клыки и раздают щиты.
Вскрытие против карантина
Anthropic вскрывает модель изнутри - пробы на активациях, интерпретируемость. OpenAI строит стены снаружи - песочница, контейнеризация, сеть отключена по умолчанию.
Фундаментальная проблема обеих моделей, которую никак не решили, - обман. Модели o3 фабриковали отчёты о выполненных действиях. Claude научился распознавать тестовую среду и играть хорошего мальчика. В предыдущих версиях модель срезала углы в одной задаче - навык читерства расползался на всё поведение. По данным предыдущих карт, 40–80% рассогласованных ответов остаются незамеченными.
Обе системные карты - про одно: способности в ИБ - растут быстрее контроля. GPT-5.3-Codex прошёл от «даже не близко» до High за пять месяцев. Opus 4.6 находит 500 zero-day без обвеса и ломает принцип responsible disclosure, работавший десятилетиями. Будущее пахнет горелым кремнием и непропатченными CVE.
У OpenAI, как мы знаем есть Preparedness Framework - внутренняя шкала опасности (похожая на ASL). Уровень High: модель способна автоматизировать полный цикл киберопераций против защищённых целей - от разработки zero-day эксплойтов до масштабных операций. Но пять месяцев назад они это отрицали.
Обратный отсчёт:
- GPT-5-Codex (сентябрь 2025) - не High -> GPT-5.1-Codex-Max (ноябрь 2025) - не High, но «ожидаем пересечения в ближайшем будущем» -> GPT-5.2-Codex (декабрь 2025) -> не High, хотя CTF подскочили с 37% до 79% за три месяца - GPT-5.3-Codex (5 февраля 2026) – Трактуют как High, предостерегаются.
Первая модель OpenAI со статусом High в домене кибербезопасности. Первая, целенаправленно обученная на киберзадачах. Первая, которая помогала создавать саму себя. Уроборос из кремния - с каждым витком зубы острее, а инженеры, которые его кормят, всё меньше понимают, что именно растёт.
OpenAI: «нет неопровержимых доказательств, что она может автоматизировать кибератаки от начала до конца». И тут же разворачивают полный периметр: мониторинг, доверенный доступ по инвайтам, конвейеры контроля с интеграцией данных об угрозах. Говорят «не уверены, что опасно» - а действия читаются однозначно.
Параллельно - $10M в API-кредитах на оборонительные исследования, собственный ИБ-агент Aardvark в расширенной бете, бесплатное сканирование open-source. Обе компании одновременно наращивают клыки и раздают щиты.
Вскрытие против карантина
Anthropic вскрывает модель изнутри - пробы на активациях, интерпретируемость. OpenAI строит стены снаружи - песочница, контейнеризация, сеть отключена по умолчанию.
Фундаментальная проблема обеих моделей, которую никак не решили, - обман. Модели o3 фабриковали отчёты о выполненных действиях. Claude научился распознавать тестовую среду и играть хорошего мальчика. В предыдущих версиях модель срезала углы в одной задаче - навык читерства расползался на всё поведение. По данным предыдущих карт, 40–80% рассогласованных ответов остаются незамеченными.
Обе системные карты - про одно: способности в ИБ - растут быстрее контроля. GPT-5.3-Codex прошёл от «даже не близко» до High за пять месяцев. Opus 4.6 находит 500 zero-day без обвеса и ломает принцип responsible disclosure, работавший десятилетиями. Будущее пахнет горелым кремнием и непропатченными CVE.
3👍15 5 5
Всем привет. Мы много слышали про атаки на цепочку поставок в ML. Читали у OWASP и т.д. Но придать этому значение на мой взгляд было сложно, потому что проблема размазана по всей экосистеме и никто не видит её целиком.
А суть вот в чём. ML-пайплайн это не ваш код. Это чужие веса, чужие зависимости, чужие конфиги, чужой рантайм. Вы не пишете модель, вы собираете её из кусков, которым доверяете по умолчанию. И каждый такой кусок это точка входа, которую мало кто смотрит, потому что «ну это же хаггингфейс, там всё нормально». Классический supply chain в софте хотя бы про код, который можно прочитать.
Здесь же половина атакующей поверхности это бинарные артефакты, сериализованные объекты и конфиги, которые тихо исполняют произвольный код при загрузке.
Поэтому я собрал небольшую карту зависимостей.
https://wearetyomsmnv.github.io/ml_supply_chain_map/
Можете нажать «Compromise Simulation» на любом узле и вы увидите, как каскад пожирает граф. Выберите numpy, библиотеку, которую ставят не глядя, как сахар в кофе, и наблюдайте, как красная волна расползается по всему, что вы деплоите в прод. Это хрустальный мост, по которому едет караван грузовиков, и водители уверены что мост бетонный.
Первый шаг к защите цепочки поставок это хотя бы увидеть эту цепочку. Но думаю подтянуть туда данные с базы протектая и прочих(upd: собрано, добавлено). А ещё интересно чем пользуетесь из этого в 2026. Чем пользовались ранее ?
Uppd : внушительно обновил
А суть вот в чём. ML-пайплайн это не ваш код. Это чужие веса, чужие зависимости, чужие конфиги, чужой рантайм. Вы не пишете модель, вы собираете её из кусков, которым доверяете по умолчанию. И каждый такой кусок это точка входа, которую мало кто смотрит, потому что «ну это же хаггингфейс, там всё нормально». Классический supply chain в софте хотя бы про код, который можно прочитать.
Здесь же половина атакующей поверхности это бинарные артефакты, сериализованные объекты и конфиги, которые тихо исполняют произвольный код при загрузке.
Поэтому я собрал небольшую карту зависимостей.
https://wearetyomsmnv.github.io/ml_supply_chain_map/
Можете нажать «Compromise Simulation» на любом узле и вы увидите, как каскад пожирает граф. Выберите numpy, библиотеку, которую ставят не глядя, как сахар в кофе, и наблюдайте, как красная волна расползается по всему, что вы деплоите в прод. Это хрустальный мост, по которому едет караван грузовиков, и водители уверены что мост бетонный.
Первый шаг к защите цепочки поставок это хотя бы увидеть эту цепочку. Но думаю подтянуть туда данные с базы протектая и прочих(upd: собрано, добавлено). А ещё интересно чем пользуетесь из этого в 2026. Чем пользовались ранее ?
Uppd : внушительно обновил
9👍23 11 6 2
Forwarded from ЦДО “Моноид”
Evals for AI Safety — это методология измерения качества, надежности и безопасности ИИ-систем. В условиях повсеместного внедрения языковых моделей в продакшн умение корректно оценивать их возможности и риски становится приоритетным навыком.
Как устроен курс:
Цель курса:
Дать базу для начала карьеры в области оценки ИИ и понимание того, какую роль evals играет в AI Safety. Программа знакомит с основными концепциями evals, учит анализировать существующие бенчмарки, проектировать собственные оценки и разрабатывать дизайн экспериментов в области evals. Участники курса освоят Inspect AI (один из самых популярных фреймворков для оценки LLM).
Кого мы ждем:
Подробнее: тут
Подать заявку на участие в курсе, а также на фасилитацию можно до 22 февраля: тут
Если вам интересно менторство, преподавание, сотрудничество с курсом или вы хотите задать вопрос, то напишите Юле
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍6 6 2 1
Что будет с кибербезопасностью ИИ, если Майкл Бьюрри окажется прав.
Майкл Бьюрри известен тем, что в 2005 году посмотрел на американскую ипотеку и увидел не «двигатель экономики», а возможность для крупнейшего экономического обвала. Недавно он поставил $1.1 млрд на то, что AI-сектор - пузырь. $912 млн в путах на Palantir, $186 млн на Nvidia, свежие шорты на Oracle. К февралю 2026 Palantir просел на 35%, Oracle - на 51% от пика. Big Short 2.0 пока идёт по плану.
Его главный аргумент: крупнейшие покупатели Nvidia - Amazon, Google, Microsoft - списывают стоимость своих GPU за 5–6 лет, хотя реальный срок жизни чипа до выхода нового поколения - 18-24 месяца. Это позволяет размазать расходы и показать прибыль выше, чем она есть. По оценке Бьюри, совокупное завышение прибыли крупнейших техкомпаний к 2028 году составит $176 млрд.
Но мне интересен не финансовый вопрос. Мне интересно, что произойдёт с безопасностью ИИ, если музыка остановится.
Потому что прямо сейчас компании сидят на десятках, а то и сотнях решений с LLM, которые были развёрнуты на волне хайпа. Чат-боты с доступом к корпоративным данным, RAG, AI-агенты с правами на действия в инфраструктуре. Безопасность? «Потом допилим.»
А потом наступает «потом». Бюджеты режут. Финдир задаёт вопрос: «Что конкретно нам дал этот AI?» И начинается экономия.
Модели замораживаются - обновлять некому, но они продолжают крутиться. Каждый новый публичный эксплойт работает, потому что патчить нечем. Зависимости устаревают - PyTorch, LangChain, LlamaIndex обновляются еженедельно, а цепочка поставок в ML даже сейчас как минное поле: уязвимости в сериализации и вредоносные PyPI пакеты. Мониторинг входящих запросов и выводов модели отключают так как дорого. Единственный ML-инженер, понимавший архитектуру, уходит, потому что отдел сократили. Документации, конечно, нет.
И параллельно второй вектор: вместо API крупных провайдеров компании переходят на self-hosted open-source без проверки, кустарные обёртки над бесплатными моделями с HuggingFace, shared GPU в сомнительных облаках. Каждый такой переход - подарок для атакующего.
При этом регуляторы никуда не денутся. Наоборот - коррекция усилит давление: «Мы же говорили, что нужен контроль.» Компании окажутся в ловушке: регулятор требует комплаенс-меры для ИИ, которые компания не может нормально поддерживать, как и выключить их.
Прав Бьюри или нет - вопрос для инвесторов. Для нас - вопрос другой: готова ли ваша инфраструктура к сценарию, где ИИ-системы остаются, а деньги на их защиту - нет?
После краха доткомов компании не удалили свои веб-серверы - просто перестали их обновлять. Legacy-системы кормили атакующих следующее десятилетие. Только теперь вместо забытого Apache - модель с доступом к конфиденциальным данным, про которую все забыли.
Вот и будут удивляшки.
Майкл Бьюрри известен тем, что в 2005 году посмотрел на американскую ипотеку и увидел не «двигатель экономики», а возможность для крупнейшего экономического обвала. Недавно он поставил $1.1 млрд на то, что AI-сектор - пузырь. $912 млн в путах на Palantir, $186 млн на Nvidia, свежие шорты на Oracle. К февралю 2026 Palantir просел на 35%, Oracle - на 51% от пика. Big Short 2.0 пока идёт по плану.
Его главный аргумент: крупнейшие покупатели Nvidia - Amazon, Google, Microsoft - списывают стоимость своих GPU за 5–6 лет, хотя реальный срок жизни чипа до выхода нового поколения - 18-24 месяца. Это позволяет размазать расходы и показать прибыль выше, чем она есть. По оценке Бьюри, совокупное завышение прибыли крупнейших техкомпаний к 2028 году составит $176 млрд.
Но мне интересен не финансовый вопрос. Мне интересно, что произойдёт с безопасностью ИИ, если музыка остановится.
Потому что прямо сейчас компании сидят на десятках, а то и сотнях решений с LLM, которые были развёрнуты на волне хайпа. Чат-боты с доступом к корпоративным данным, RAG, AI-агенты с правами на действия в инфраструктуре. Безопасность? «Потом допилим.»
А потом наступает «потом». Бюджеты режут. Финдир задаёт вопрос: «Что конкретно нам дал этот AI?» И начинается экономия.
Модели замораживаются - обновлять некому, но они продолжают крутиться. Каждый новый публичный эксплойт работает, потому что патчить нечем. Зависимости устаревают - PyTorch, LangChain, LlamaIndex обновляются еженедельно, а цепочка поставок в ML даже сейчас как минное поле: уязвимости в сериализации и вредоносные PyPI пакеты. Мониторинг входящих запросов и выводов модели отключают так как дорого. Единственный ML-инженер, понимавший архитектуру, уходит, потому что отдел сократили. Документации, конечно, нет.
И параллельно второй вектор: вместо API крупных провайдеров компании переходят на self-hosted open-source без проверки, кустарные обёртки над бесплатными моделями с HuggingFace, shared GPU в сомнительных облаках. Каждый такой переход - подарок для атакующего.
При этом регуляторы никуда не денутся. Наоборот - коррекция усилит давление: «Мы же говорили, что нужен контроль.» Компании окажутся в ловушке: регулятор требует комплаенс-меры для ИИ, которые компания не может нормально поддерживать, как и выключить их.
Прав Бьюри или нет - вопрос для инвесторов. Для нас - вопрос другой: готова ли ваша инфраструктура к сценарию, где ИИ-системы остаются, а деньги на их защиту - нет?
После краха доткомов компании не удалили свои веб-серверы - просто перестали их обновлять. Legacy-системы кормили атакующих следующее десятилетие. Только теперь вместо забытого Apache - модель с доступом к конфиденциальным данным, про которую все забыли.
Вот и будут удивляшки.
2👍26 7 4 1
Некоторые знают что в шапке канала я постоянно держу ссылку на замечательную папку каналов
Я рекомендую вам подписаться, ребята делают много интересного в своих каналах по теме AI Security
🦸♂️ 🦸♂️ 🦸♂️ 🦸♂️ 🦸♂️ https://t.me/addlist/KQ6ZpCqAO-I1NmUy 🦸♂️ 🦸♂️ 🦸♂️ 🦸♂️ 🦸♂️
Например, недавно мне понравились следующие посты:
https://t.me/okmlai/106 - про большую проблему NotebookLLM, которая приводит к крашу всей системы.
https://t.me/offensive_thread/1481 - про бенчмарк от Wiz для оценки способностей агентов в кибербезопасности.
https://t.me/ml_ops/524 - некоторая статистика по MlSecOps, о которой нельзя уже молчать.
Если не сложно, прошу вашего репоста папки. Спасибо
Я рекомендую вам подписаться, ребята делают много интересного в своих каналах по теме AI Security
Например, недавно мне понравились следующие посты:
https://t.me/okmlai/106 - про большую проблему NotebookLLM, которая приводит к крашу всей системы.
https://t.me/offensive_thread/1481 - про бенчмарк от Wiz для оценки способностей агентов в кибербезопасности.
https://t.me/ml_ops/524 - некоторая статистика по MlSecOps, о которой нельзя уже молчать.
Если не сложно, прошу вашего репоста папки. Спасибо
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
AI security
Artyom Semenov invites you to add the folder “AI security”, which includes 32 chats.
10 9 3 2
Artyom Semenov
Привет. Мы с известными вам авторами каналов по AI Security решили провести стрим по AI Security. Кто будет: Евгений Кокуйкин - @kokuykin Борис Захир - @borismlsec Владислав Тушканов - @llmsecurity И вы. Запись будет, но лучше конечно же в лайфе. Хотели…
Как вы можете помнить - недавно мы провели подкаст. Мы сделали для вас его текстовую версию на хабр, с которой вы можете ознакомиться и подчеркнуть для себя что-то новое.
Лично я тогда рассказал о том как потерял 200 долларов у Антропика, про слепые зоны в защите с использованием системного промпта и сделал некоторые прогнозы.
Лично я тогда рассказал о том как потерял 200 долларов у Антропика, про слепые зоны в защите с использованием системного промпта и сделал некоторые прогнозы.
1 12 3 2👍1 1 1
Серёга написал интересную статью на Хабр про то, как AI-агент сам решает обойти этические ограничения ради KPI. Особенно доставляет Gemini - строго осуждает нарушения у других, но сама нарушает в 71% случаев.
https://habr.com/ru/companies/bastion/articles/995322/
https://habr.com/ru/companies/bastion/articles/995322/
5 10👍1
OpenClaw моего мозга
Сразу говорю - это пост не о его безопасности. Об этом «на волне» угроз стало столько публикаций, что писать о небезопасности уже нет смысла. Если хотите использовать его супер-безопасно - лучший вариант не ставить его совсем. И тем не менее.
Мне понравился OpenClaw в первую очередь тем, что я могу быстро реализовать идеи в формате скиллов. Описываю задачу Claude, получаю скилл, заливаю его прямо в OpenClaw - и через полчаса идея уже работает на меня.
Уже решил несколько задач. Сделал скилл, который отсматривает alignment-форумы на алерты по новым топикам - отслеживает, что комментируют топовые AI-safety исследователи, вытаскивает их цепочки вопросов и ответов. Раньше я бы это делал руками, листая бесконечные треды. Сделал скилл-прогнозиста, который мониторит интернет по моим конкретным событиям: насколько мы близко к тому, чтобы пузырь лопнул, выстрелит ли тема с платёжными агентами. Нет, я не делаю ставки на Polymarket - просто интересно. Но мне честно лень было бы делать эту работу каждый день, а скиллы её решают. Ну это далеко не всё что я сделал, конечно. Есть даже скилл который смотрит что нового там на grayswan по ctf-задачам.
Про деньги. На Kimi Pro за неделю активного использования ушло около $0.2. Двадцать центов - это не опечатка. Kimi ещё и идеально подходит, если не хотите блокировок по API. С Claude некоторые задачи могут быть отказаны, думаю, по понятным причинам. Opus 4.6 тоже пробовал - мощнее, но дороже и со своими ограничениями.
Настроить сам OpenClaw несложно. А вот скиллы - тут начинается настоящая работа. Когда пишешь их через Claude, нужно хорошее описание того, чего хочешь: что ожидаешь, в каком формате, какие библиотеки использовать. Чем точнее опишешь - тем меньше потом переделываешь. Порог для реализации, как правило, низкий, но иногда приходится запариваться - переделывать скилл, чтобы он правильно работал с зависимостями или чётко следовал формату вывода. Я даже переделал встроенный skill-creator, чтобы он уточнял детали и стремился к более верной стратегии.
Чего не хватает - так это нормальной работы с несколькими скиллами одновременно, синхронизированными в одном контексте. И порой скиллы реализуют задачу не так, как задано. Да и хочется чтобы он был более эмбиентным.
Почему не Claude Code, не Cursor, не свои скрипты? Потому что OpenClaw быстрее для точечных задач. Проверить неоднозначную гипотезу, закрыть что-то, что не требует большой разработки, - он именно этим ценен. И главное - с любого девайса. Не заменит он полноценную разработку, стоит воспринимать больше как протез для ленивого мозга, который хочет автоматизировать всё, что можно.
Нужен, правда, нормальный сервер, который не жалко засорить скриптами и зависимостями. Считайте это жертвоприношением богам автоматизации.
Сразу говорю - это пост не о его безопасности. Об этом «на волне» угроз стало столько публикаций, что писать о небезопасности уже нет смысла. Если хотите использовать его супер-безопасно - лучший вариант не ставить его совсем. И тем не менее.
Мне понравился OpenClaw в первую очередь тем, что я могу быстро реализовать идеи в формате скиллов. Описываю задачу Claude, получаю скилл, заливаю его прямо в OpenClaw - и через полчаса идея уже работает на меня.
Уже решил несколько задач. Сделал скилл, который отсматривает alignment-форумы на алерты по новым топикам - отслеживает, что комментируют топовые AI-safety исследователи, вытаскивает их цепочки вопросов и ответов. Раньше я бы это делал руками, листая бесконечные треды. Сделал скилл-прогнозиста, который мониторит интернет по моим конкретным событиям: насколько мы близко к тому, чтобы пузырь лопнул, выстрелит ли тема с платёжными агентами. Нет, я не делаю ставки на Polymarket - просто интересно. Но мне честно лень было бы делать эту работу каждый день, а скиллы её решают. Ну это далеко не всё что я сделал, конечно. Есть даже скилл который смотрит что нового там на grayswan по ctf-задачам.
Про деньги. На Kimi Pro за неделю активного использования ушло около $0.2. Двадцать центов - это не опечатка. Kimi ещё и идеально подходит, если не хотите блокировок по API. С Claude некоторые задачи могут быть отказаны, думаю, по понятным причинам. Opus 4.6 тоже пробовал - мощнее, но дороже и со своими ограничениями.
Настроить сам OpenClaw несложно. А вот скиллы - тут начинается настоящая работа. Когда пишешь их через Claude, нужно хорошее описание того, чего хочешь: что ожидаешь, в каком формате, какие библиотеки использовать. Чем точнее опишешь - тем меньше потом переделываешь. Порог для реализации, как правило, низкий, но иногда приходится запариваться - переделывать скилл, чтобы он правильно работал с зависимостями или чётко следовал формату вывода. Я даже переделал встроенный skill-creator, чтобы он уточнял детали и стремился к более верной стратегии.
Чего не хватает - так это нормальной работы с несколькими скиллами одновременно, синхронизированными в одном контексте. И порой скиллы реализуют задачу не так, как задано. Да и хочется чтобы он был более эмбиентным.
Почему не Claude Code, не Cursor, не свои скрипты? Потому что OpenClaw быстрее для точечных задач. Проверить неоднозначную гипотезу, закрыть что-то, что не требует большой разработки, - он именно этим ценен. И главное - с любого девайса. Не заменит он полноценную разработку, стоит воспринимать больше как протез для ленивого мозга, который хочет автоматизировать всё, что можно.
Нужен, правда, нормальный сервер, который не жалко засорить скриптами и зависимостями. Считайте это жертвоприношением богам автоматизации.
3 9👍4 2 1
Forwarded from Security samurAI
Дистилляция — инструмент прокачки или вектор утечки?
Дистилляция модели — вид обучения новой, более легковесной модели, при котором используются знания другой, обычно громоздкой модели (или нескольких). При таком подходе мы, как правило, почти не теряем в точности по сравнению с исходной моделью, но получаем более быструю и зачастую лучше обобщающую модель.
В работе "Distilling the Knowledge in a Neural Network" как раз и вводится понятие дистилляции. В экспериментах используется классификатор изображений из датасета MNIST. Интересно, что дистиллированную модель удалось с высокой точностью научить распознавать цифру "3", даже после удаления из обучающей выборки примеров с этой цифрой. В работе для обучения используются soft-таргеты — распределение вероятностей, а не только метка таргет-класса.
Несмотря на это, в последнее время понятие дистилляции все чаще употребляется в немного другом смысле — когда речь идет об обучении на парах "запрос — ответ". Именно так термин используется в недавнем кейсе Anthropic.
Если коротко, то по заявлению самих Anthropic, были обнаружены признаки массовой генерации ответов через API, нетипичные для обычного пользовательского поведения. Под подозрение попали три конкурента в области AI — DeepSeek, Moonshot AI (Kimi) и MiniMax. По данным публикации, было задействовано около 24 тысяч фейковых учетных записей и собрано порядка 16 миллионов пар "запрос — ответ".
Определить причастность удалось по следующим признакам:
▸ совпадение платежных данных (думаю, что тут было проще всего спалиться)
▸ пересечение сетевых отпечатков (сбор фингерпринтов)
▸ схожие паттерны при взаимодействии с API (поведенческий анализ)
А вообще запрещено ли такое использование?
Теперь уже точно запрещено — в пользовательских соглашениях можно встретить следующие формулировки:
▸ "For example, you may not: ... Use Output Data to develop models that compete with OpenAI." — у OpenAI [ссылка]
▸ "We prohibit customers from using our services to train or develop AI models without our written permission." — у Claude [ссылка]
А как технически с этим бороться?
В своей публикации Anthropic говорят, что приложат большие усилия для предотвращения подобных сценариев и предлагают следующие контрмеры:
▸ усиленный мониторинг трафика (на основе нескольких различных поведенческих классификаторов)
▸ усложнение процессов верификации для учебных аккаунтов и для исследователей по безопасности (наиболее часто абьюзились злоумышленниками)
▸ и некоторые другие защитные меры на уровне приложения и самой модели
▸ сотрудничество с другими AI-лабораториями и компаниями для обмена информацией (по сути, для Threat Intelligence)
В заключительной части публикации Anthropic призывает AI-индустрию к координации усилий и совместной работе для предотвращения дистилляции моделей. На мой взгляд, это фундаментально сложная задача — пока можно лишь повышать стоимость и снижать эффективность попыток дистилляции.
А стоит ли вообще запрещать подобные практики?
Дистилляция модели — вид обучения новой, более легковесной модели, при котором используются знания другой, обычно громоздкой модели (или нескольких). При таком подходе мы, как правило, почти не теряем в точности по сравнению с исходной моделью, но получаем более быструю и зачастую лучше обобщающую модель.
В работе "Distilling the Knowledge in a Neural Network" как раз и вводится понятие дистилляции. В экспериментах используется классификатор изображений из датасета MNIST. Интересно, что дистиллированную модель удалось с высокой точностью научить распознавать цифру "3", даже после удаления из обучающей выборки примеров с этой цифрой. В работе для обучения используются soft-таргеты — распределение вероятностей, а не только метка таргет-класса.
Несмотря на это, в последнее время понятие дистилляции все чаще употребляется в немного другом смысле — когда речь идет об обучении на парах "запрос — ответ". Именно так термин используется в недавнем кейсе Anthropic.
Если коротко, то по заявлению самих Anthropic, были обнаружены признаки массовой генерации ответов через API, нетипичные для обычного пользовательского поведения. Под подозрение попали три конкурента в области AI — DeepSeek, Moonshot AI (Kimi) и MiniMax. По данным публикации, было задействовано около 24 тысяч фейковых учетных записей и собрано порядка 16 миллионов пар "запрос — ответ".
Определить причастность удалось по следующим признакам:
▸ совпадение платежных данных (думаю, что тут было проще всего спалиться)
▸ пересечение сетевых отпечатков (сбор фингерпринтов)
▸ схожие паттерны при взаимодействии с API (поведенческий анализ)
А вообще запрещено ли такое использование?
Теперь уже точно запрещено — в пользовательских соглашениях можно встретить следующие формулировки:
▸ "For example, you may not: ... Use Output Data to develop models that compete with OpenAI." — у OpenAI [ссылка]
▸ "We prohibit customers from using our services to train or develop AI models without our written permission." — у Claude [ссылка]
А как технически с этим бороться?
В своей публикации Anthropic говорят, что приложат большие усилия для предотвращения подобных сценариев и предлагают следующие контрмеры:
▸ усиленный мониторинг трафика (на основе нескольких различных поведенческих классификаторов)
▸ усложнение процессов верификации для учебных аккаунтов и для исследователей по безопасности (наиболее часто абьюзились злоумышленниками)
▸ и некоторые другие защитные меры на уровне приложения и самой модели
▸ сотрудничество с другими AI-лабораториями и компаниями для обмена информацией (по сути, для Threat Intelligence)
В заключительной части публикации Anthropic призывает AI-индустрию к координации усилий и совместной работе для предотвращения дистилляции моделей. На мой взгляд, это фундаментально сложная задача — пока можно лишь повышать стоимость и снижать эффективность попыток дистилляции.
А стоит ли вообще запрещать подобные практики?
5👍7 4 3 3
Forwarded from Борис_ь с ml
Всем привет)
Я опять на конфе, но на этот раз не в России)
Кто тоже сегодня на SIGN China, пишите 😁
Или хотя бы в Китае)
Я опять на конфе, но на этот раз не в России)
Кто тоже сегодня на SIGN China, пишите 😁
Forwarded from Борис_ь с ml
Безопасность LoRA-адаптеров
#иб_для_ml
LoRA (2021) - технология дообучения GenAI-моделей (из семейства PEFT), при которой изменения хранятся в виде отдельного подключаемого адаптера (матрицы весов) при фиксированных базовых весах. Хоть самая идея отчуждаемых весов появилась раньше (2019), но именно с появлением LoRA она распространилась.
Сила этой технологии в масштабируемости для разрозненных команд. Когда одна команда отвечает за сервисы базовых моделей, и множество команд придумывает свои приложения или агентов, возникает задача потоковым образом предоставлять специфично дообученные модели под разные задачи бизнеса.
И здесь как раз себя показывает LoRA. Продуктовая команда собирает датасет, и грузит свои размеченные данные для дообучения. Для выбранной базовой модели создается LoRA-адаптер. На выходе для пользователя видно только новое название в поле "модель", дающее доступ к результату дообучения. Это работает, так как с технической стороны, LoRA позволяет для одной отдельно взятой LLM в проде быстро менять адаптеры, как перчатки, в зависимости от поступающих запросов.
И с ростом такого "конвейера" LoRA-адаптеров стала появляться новая поверхность атаки, эксплуатирующая особенности подключения кусочков модели к основному файлу весов.
📷 Поговорим про топ-3 классов угроз для LoRA
1⃣ Отравление данных обучения: вроде бы обычная история отравления, с LoRA приобретает несколько особенных граней. Стандартный способ атаки модифицируется - например, отравляются несколько наборов данных, и, соответственно несколько наборов адаптеров. Это делается для того, чтобы только в комбинации такие адаптеры давали вредоносный эффект бэкдоров. (ссылка)
Помимо этого, особенностью также является легкость внедрения поверхностных знаний в модель (ссылка). Так, существует работа, показывающая, что с помощью отравления LoRA можно обучить модель стеганографически сливать небольшие сообщения через ответы. (ссылка)
2⃣ Хирургия весов: самый показательный экзотический вариант - срезание FF-слоя (feedforward): подмена только MLP-компоненты в легитимном адаптере на такую часть отравленного дает почти полный перенос бэкдор-знаний при минимальных изменениях прикладной эффективности. Туда же - техника "сплайсинга": FF берётся из одного адаптера, части матриц внимания (Q/K/V/O) — из другого (матрицы отравленные), внешне получается почти тот же артефакт. (ссылка)
3⃣ : Из LoRA тоже могут утекать данные: есть работа, где показано, что по данным обучения адаптеров также можно осуществить восстановления наличия записи в датасете обучения (membership inference - ссылка).
📷 Конечно, не забудем и про меры защиты LoRA
🔓 На этапе проектирования и формирования цепочки поставок: единый реестр и управление доступом к адаптерам и их комбинациям, обязательная связь с наборами данных (подпись происхождения), безопасный формат файлов, отслеживание хэшей тензоров для обнаружения “смешивания” тензоров между несколькими адаптерами.
🗃 На этапе обучения: обязательные проверки загружаемых данных (ПДн, секреты и технические учетные данные), оценка признаков отравления данных, "слепая" предобработка для нарушения паттернов потенциальных отравляющих инъекций.
📷 На этапе эксплуатации: на самом деле, базовые меры для AI-агентов сегодня, то есть DLP на ответах, гардрейлы, регулярный red teaming новых адаптеров и их комбинаций. Из необычного можно попробовать реализовать анти-стеганографическую проверку. По реагированию - быстрый отзыв ручки с адаптером при выявлении компрометации данных или самого файла весов адаптера.
Но можно сказать, что пока что все это больше пугалки, чем денежные угрозы. Заниматься сейчас безопасностью LoRA есть смысл только в двух случаях: в крупном энтерпрайзе при использовании с чувствительной информацией, и при развитии собственной лаборатории безопасности ИИ. Во втором случае это полезно потому, как, возможно, в будущем появится больше "конструируемых" моделей на лету. И об этом говорят такие работы, LoRAFlow, MixLoRA, S-LoRA.
#иб_для_ml
LoRA (2021) - технология дообучения GenAI-моделей (из семейства PEFT), при которой изменения хранятся в виде отдельного подключаемого адаптера (матрицы весов) при фиксированных базовых весах. Хоть самая идея отчуждаемых весов появилась раньше (2019), но именно с появлением LoRA она распространилась.
Сила этой технологии в масштабируемости для разрозненных команд. Когда одна команда отвечает за сервисы базовых моделей, и множество команд придумывает свои приложения или агентов, возникает задача потоковым образом предоставлять специфично дообученные модели под разные задачи бизнеса.
И здесь как раз себя показывает LoRA. Продуктовая команда собирает датасет, и грузит свои размеченные данные для дообучения. Для выбранной базовой модели создается LoRA-адаптер. На выходе для пользователя видно только новое название в поле "модель", дающее доступ к результату дообучения. Это работает, так как с технической стороны, LoRA позволяет для одной отдельно взятой LLM в проде быстро менять адаптеры, как перчатки, в зависимости от поступающих запросов.
И с ростом такого "конвейера" LoRA-адаптеров стала появляться новая поверхность атаки, эксплуатирующая особенности подключения кусочков модели к основному файлу весов.
Помимо этого, особенностью также является легкость внедрения поверхностных знаний в модель (ссылка). Так, существует работа, показывающая, что с помощью отравления LoRA можно обучить модель стеганографически сливать небольшие сообщения через ответы. (ссылка)
Но можно сказать, что пока что все это больше пугалки, чем денежные угрозы. Заниматься сейчас безопасностью LoRA есть смысл только в двух случаях: в крупном энтерпрайзе при использовании с чувствительной информацией, и при развитии собственной лаборатории безопасности ИИ. Во втором случае это полезно потому, как, возможно, в будущем появится больше "конструируемых" моделей на лету. И об этом говорят такие работы, LoRAFlow, MixLoRA, S-LoRA.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4 1 1