PWN AI
7.54K subscribers
732 photos
9 videos
53 files
638 links
На 99% состоит из людей.

Хроники о небезопасном ИИ.
Не нравится? Смени телек.

Нет рекламе. Мой личный канал.

"Мнение автора" != "Мнение компании, где автор работает".

Папка с каналами по безопасности ИИ:
https://t.me/addlist/KQ6ZpCqAO-I1NmUy
Download Telegram
Forwarded from Борис_ь с ml
Подходы к безопасности ИИ - регуляторика на начало 2026
#иб_для_ml

Наконец-то я дописал...
Начиная с прошлого лета, произошло несколько значимых изменений в области контроля ИИ в России с точки зрения кибербезопасности. И что приятно видеть, мы идем по собственному пути, не копирующему какую-либо зарубежную практику. В статье будет много про ФСТЭК, и детально разобрано, какую именно на данный момент позицию занимает регулятор касательно ИИ-решений - к кому относятся требования, что конкретно делать, и какие моменты еще не покрыты.

При этом статья не просто обзор - так как с документами я много работаю, составил три идеи/подхода к обеспечению безопасности ИИ по отдельным вопросам. Это и управлением доступом к данным для ИИ-систем в дизайнтайме, и управление доступом отдельно для ИИ-агентов в рантайме, и управление уязвимостями ИИ. Темы, как я считаю, мало покрытые на сегодня как у нас, так и везде наверное.

Статья будет полезна не только для комплаенс-специалистов - я постарался вытащить все именно практические действия из документов, сфокусироваться именно реальном обеспечении кибербезы ИИ в организации. Так что особенно будет полезно вам прочитать, если вы в данный момент создаете у себя систему безопасности ИИ.



В общем, велкам:
⛓ https://habr.com/ru/articles/986800/
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 как подходу. Скорее первая честная карта минного поля, по которому мы пока что ходим вслепую. Разучивание работает - но без понимания его поверхности атаки вы не защищаете модель, а переконфигурируете её уязвимости. Теперь хотя бы понятно, где копать.
4👍1221
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 и внешняя экспертиза
Компании всё чаще привлекают внешних исследователей и сообщества для оценки рисков - безопасность перестаёт быть закрытой «внутренней темой».

Все!
😱🤯😳
522
This media is not supported in the widget
VIEW IN TELEGRAM
326
Ну спасибо ботоводам. Накрутили 3к подписчиков. Отстой. Можете отписаться плиз )))

А вообще - знайте что такое существует

https://dzen.ru/a/ZjNCu-J3DXloPiQl

+ Как вариант делать розыгрыши где будут несколько каналов. Так шанс накрутки видимо меньше.

Моя борьба ... С призраками тг.

UPD: практически убил всех приведений. Было 9к, но они не останавливаются)

UPPD: теперь я знаю как их одолеть. TGSTAT 😁/
18531
Два релиза за один день. 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 за несколько недель, нормы, выстраиваемые десятилетиями, не успевают.
2👍942
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.
3👍1555
Artyom Semenov
This media is not supported in the widget
VIEW IN TELEGRAM
66👍4
Всем привет. Мы много слышали про атаки на цепочку поставок в ML. Читали у OWASP и т.д. Но придать этому значение на мой взгляд было сложно, потому что проблема размазана по всей экосистеме и никто не видит её целиком.

А суть вот в чём. ML-пайплайн это не ваш код. Это чужие веса, чужие зависимости, чужие конфиги, чужой рантайм. Вы не пишете модель, вы собираете её из кусков, которым доверяете по умолчанию. И каждый такой кусок это точка входа, которую мало кто смотрит, потому что «ну это же хаггингфейс, там всё нормально». Классический supply chain в софте хотя бы про код, который можно прочитать.

Здесь же половина атакующей поверхности это бинарные артефакты, сериализованные объекты и конфиги, которые тихо исполняют произвольный код при загрузке.

Поэтому я собрал небольшую карту зависимостей.

https://wearetyomsmnv.github.io/ml_supply_chain_map/

Можете нажать «Compromise Simulation» на любом узле и вы увидите, как каскад пожирает граф. Выберите numpy, библиотеку, которую ставят не глядя, как сахар в кофе, и наблюдайте, как красная волна расползается по всему, что вы деплоите в прод. Это хрустальный мост, по которому едет караван грузовиков, и водители уверены что мост бетонный.

Первый шаг к защите цепочки поставок это хотя бы увидеть эту цепочку. Но думаю подтянуть туда данные с базы протектая и прочих(upd: собрано, добавлено). А ещё интересно чем пользуетесь из этого в 2026. Чем пользовались ранее ?

Uppd : внушительно обновил
9👍231162
🐉 Открыт набор на Technical AI Safety курс по оценке LLM: подходы, бенчмарки и методология

Evals for AI Safety — это методология измерения качества, надежности и безопасности ИИ-систем. В условиях повсеместного внедрения языковых моделей в продакшн умение корректно оценивать их возможности и риски становится приоритетным навыком.

Как устроен курс:
🔘Анализ методологии evals на основе современных и классических статей в области
🔘Менторы из Apollo research, AI Lab SKOLKOVO, AIRI Institute, Яндекс и др
🔘Обучение в мини-группах, по 4-6 человек
🔘Формат: оффлайн в Москве или онлайн
🔘Ожидаемая нагрузка: 10-15 часов в неделю
🔘Стоимость: бесплатно, отбор на конкурсной основе

Цель курса:
Дать базу для начала карьеры в области оценки ИИ и понимание того, какую роль evals играет в AI Safety. Программа знакомит с основными концепциями evals, учит анализировать существующие бенчмарки, проектировать собственные оценки и разрабатывать дизайн экспериментов в области evals. Участники курса освоят Inspect AI (один из самых популярных фреймворков для оценки LLM).

Кого мы ждем:
🔘Студентов STEM-направлений, планирующих карьеру в области ИИ
🔘IT-специалистов, желающих освоить навык тестирования языковых моделей
🔘Продвинутых и начинающих специалистов в области ML, которые хотят углубиться в методологию оценки моделей

Подробнее: тут
Подать заявку на участие в курсе, а также на фасилитацию можно до 22 февраля: тут

Если вам интересно менторство, преподавание, сотрудничество с курсом или вы хотите задать вопрос, то напишите Юле
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍6621
Что будет с кибербезопасностью ИИ, если Майкл Бьюрри окажется прав.

Майкл Бьюрри известен тем, что в 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👍26741
Некоторые знают что в шапке канала я постоянно держу ссылку на замечательную папку каналов

Я рекомендую вам подписаться, ребята делают много интересного в своих каналах по теме 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, о которой нельзя уже молчать.

Если не сложно, прошу вашего репоста папки. Спасибо
Please open Telegram to view this post
VIEW IN TELEGRAM
10932
Artyom Semenov
Привет. Мы с известными вам авторами каналов по AI Security решили провести стрим по AI Security. Кто будет: Евгений Кокуйкин - @kokuykin Борис Захир - @borismlsec Владислав Тушканов - @llmsecurity И вы. Запись будет, но лучше конечно же в лайфе. Хотели…
Как вы можете помнить - недавно мы провели подкаст. Мы сделали для вас его текстовую версию на хабр, с которой вы можете ознакомиться и подчеркнуть для себя что-то новое.

Лично я тогда рассказал о том как потерял 200 долларов у Антропика, про слепые зоны в защите с использованием системного промпта и сделал некоторые прогнозы.
11232👍111
Серёга написал интересную статью на Хабр про то, как AI-агент сам решает обойти этические ограничения ради KPI. Особенно доставляет Gemini - строго осуждает нарушения у других, но сама нарушает в 71% случаев.

https://habr.com/ru/companies/bastion/articles/995322/
510👍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 быстрее для точечных задач. Проверить неоднозначную гипотезу, закрыть что-то, что не требует большой разработки, - он именно этим ценен. И главное - с любого девайса. Не заменит он полноценную разработку, стоит воспринимать больше как протез для ленивого мозга, который хочет автоматизировать всё, что можно.

Нужен, правда, нормальный сервер, который не жалко засорить скриптами и зависимостями. Считайте это жертвоприношением богам автоматизации.
39👍421
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-индустрию к координации усилий и совместной работе для предотвращения дистилляции моделей. На мой взгляд, это фундаментально сложная задача — пока можно лишь повышать стоимость и снижать эффективность попыток дистилляции.

А стоит ли вообще запрещать подобные практики?
5👍7433
Forwarded from Борис_ь с ml
Всем привет)
Я опять на конфе, но на этот раз не в России)

Кто тоже сегодня на SIGN China, пишите 😁

Или хотя бы в Китае)
7👍31
This media is not supported in your browser
VIEW IN TELEGRAM
72
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.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍411