ИИ-агент вскрыл «шифрованные» флешки: на практике

Разбор новинки простыми словами. что это, кому нужно и брать ли.

"Секретность" кода больше не защищает криптопродукт. ИИ-агент вытаскивает ключи и бэкдор-аккаунты за минуты, поэтому ставку стоит делать на открытые проверяемые схемы и медленный KDF, а не на закрытые бинарники.

Связанные услуги. Чат-бот для бизнеса, AI Boost Team, стать клиентом.

Пароль на флешке перестал быть защитой, когда агент прочитал код за семь минут

На "защищённой" флешке нашлись два скрытых аккаунта с паролями 123456 и SECZURE.COM. Любой из них открывал файлы без пароля администратора. В других продуктах ключ шифрования вообще не зависел от пароля пользователя. Его можно было достать из программы и файлов на накопителе. Реверсер Xusheng Li проверял эти системы вместе с ИИ-агентом. Один промпт и семь минут дали результат, который раньше требовал ручного исследования с отладчиком.

История вышла на стыке реверс-инжиниринга, криптографии и автоматизации. Доклад про вскрытие зашифрованных USB-накопителей Xusheng Li показал в начале 2026 года на конференции RE//verse. Предыдущая статья автора вышла в ноябре 2024 в журнале Paged Out №5. Материал на Хабре получил охват 2.1K и помечен как 10 минут чтения. Для владельца SMB здесь нет абстрактной безопасности. Есть конкретный носитель, на котором лежат договоры, клиентские базы, счета и внутренние отчёты.

Кому больно от закрытых бинарников

Больно тем, кто купил флешку с защитой от копирования и поверил, что пароль решает задачу. Производитель обычно продаёт ощущение контроля. Проверяемая криптосистема в комплекте не идёт. Менеджер видит окно ввода пароля, не видит зашифрованные файлы в Проводнике, считает, что данные закрыты. На деле защита может держаться на интерфейсе. Математика там может отсутствовать.

Если у компании есть один такой накопитель, цена ошибки выглядит локальной. Если таких накопителей несколько в отделах, цена растёт. Файлы могут уйти без следов, потому что программа не даёт видимого копирования, но внутри уже содержит служебный путь к ключу. Для собственника это техническая мелочь с юридическим и финансовым хвостом.

Механика коротко

В продукте SecZure YutianDun пароль администратора хешируется, хешем расшифровывается идентификатор, из идентификатора выводится ключ AES. Ключ собирают быстрыми MD5 и HMAC-MD5. Медленная функция вроде PBKDF2 отсутствует. Ключ AES состоит из 16 hex-символов, то есть энтропия не больше 64 бит. Перебор 2^64 вариантов нереален, поэтому сама схема выглядела бы приемлемо, если бы не скрытые записи.

В трассе до ввода пароля администратора программа входила в бэкенд под пользователем Buffer с паролем 123456. В интерфейсе этого аккаунта не видно. В его записи лежит ещё одна зашифрованная копия того же идентификатора. Код показал и второй встроенный аккаунт System с фиксированным паролем SECZURE.COM. На двух проверенных накопителях оба аккаунта открывали идентификатор содержимого.

На одну утилиту хватило одного промпта и семи минут.

В NetacFileLock агент получил один промпт и за семь минут дошёл до главной ошибки. Программа инициализировала AES-256 фиксированным 32-байтным ключом, зашитым в исполняемый файл. Пароль пользователя проверялся отдельно и на ключ шифрования не влиял.

Пароль пользователя проверялся отдельно и на ключ шифрования никак не влиял. Значит, расшифровать файл может кто угодно, не зная пароля.

За те же семь минут агент нашёл дополнительные дефекты. Утилита писала пароль пользователя в диагностические логи. Она шифровала независимые 16-байтные блоки без IV и без сцепления, то есть вела себя как ECB. Пароль проверялся через MD5. Подпись файла использовала MD5 без ключа. Вариант с SM4 использовал другой фиксированный ключ.

Открытый вопрос про треть тестового файла тоже закрылся. В быстром режиме так обрабатывался любой файл больше 1024 байт, если он относился к ряду форматов, включая PNG, JPEG, GIF, TIFF, DWG, PSD, PST, DBX, Office, MDB, WPD, PDF, ZIP, RAR, WAV, AVI, RAM, RM, MPEG, MOV, ASF и MIDI.

Защита от копирования и 256 ключей

KakaSoft USB Copy Protection 5.6.0.299 попался как новый объект. Производитель обещает, что файлы можно просматривать только через его программу и вынести с устройства нельзя. Логическая дыра здесь заметна без агента. Если клиент показывает файл, он обязан его расшифровать. Если компьютер принадлежит пользователю, помешать извлечению крайне трудно.

На уровне Normal шифрование не происходило вообще. На уровне High программа делала XOR первых 16 385 байт с однобайтовым ключом. Для такого ключа есть всего 256 возможных вариантов. На уровне Highest использовался Blowfish, и ИИ предложил вскрыть его без пароля. Для исследования требовалась Windows, а автор работал на macOS. Это почти не мешало, потому что агент мог разобрать установщик и статический анализ.

На распаковку установщика и статический анализ ушло около 9 минут и 2 промпта. Затем ещё около 26 минут и 6 коротких промптов с подключённым накопителем.

Факт и что это значит

• Факт. У YutianDun есть скрытые аккаунты Buffer с паролем 123456 и System с паролем SECZURE.COM.

  Что это значит. Интерфейс не показывает полный список тех, кто может открыть файлы.

• Факт. NetacFileLock инициализировала AES-256 фиксированным 32-байтным ключом в исполняемом файле.

  Что это значит. Пароль пользователя не был главным фактором доступа.

• Факт. Ключ AES-128-ECB выводился из 16 hex-символов с помощью быстрых MD5 и HMAC-MD5.

  Что это значит. Энтропия не больше 64 бит, а медленная защита пароля отсутствует.

• Факт. Уровень High в KakaSoft делал XOR первых 16 385 байт с однобайтовым ключом.

  Что это значит. Для перебора остаётся 256 вариантов.

• Факт. На разбор NetacFileLock ушёл один промпт и семь минут.

  Что это значит. Стоимость первичного аудита закрытого продукта резко падает.

• Факт. Продукты продавались как защищённые и закрытые.

  Что это значит. Секретность кода не равна проверяемой криптографии.

Почему ИИ меняет цену проверки

Раньше такой разбор требовал ручного исследования с отладчиком. Нужно было читать ассемблер, ставить точки, идти от шифротекста назад, подключать накопитель, смотреть логи. ИИ-агент собрал часть этого маршрута в несколько промптов. Он использовал статический анализ, Binary Ninja MCP и трассировку с перемоткой времени. Для собственника это означает простую вещь. Закрытый бинарник больше нельзя защищать аргументом, что внутри сложно и никто не будет разбираться.

Агент не стал волшебником. Он повторил то, что мог сделать человек, но быстрее и с меньшей стоимостью. Он также нашёл дефекты, которых не было в исходном докладе. Хайп здесь лишний. Смысл в смене экономики аудита. Если раньше проверка стоила дней, теперь её можно начать за минуты.

Что спрашивать у поставщика

1. Попросите опубликовать схему вывода ключа из пароля. Если там быстрый MD5 или HMAC-MD5 без PBKDF2, спросите, зачем экономить на медленной функции.

2. Спросите, есть ли встроенные служебные аккаунты и как они защищены.

3. Попросите подтвердить, что пароль пользователя участвует в выводе ключа. Отдельная проверка пароля не считается защитой.

4. Уточните, используется ли IV и сцепление блоков.

5. Попросите отчёт независимого аудита и публичную историю изменений.

6. Спросите, куда пишутся логи и может ли в них попасть пароль.

Подвох и границы вывода

Эти продукты не доказывают, что все защищённые флешки дырявые. Они показывают конкретные ошибки в конкретных версиях. Исследование велось на Windows и macOS, накопители имели файловую систему exFAT. Часть находок относится к конкретным версиям и режимам. Но сам принцип работает для любого закрытого криптопродукта. Если поставщик не даёт проверить схему, он продаёт доверие к бинарнику.

Есть и другой подвох. ИИ может быстро найти слабое место, но не обязан найти все. Он не заменяет системный аудит, тестирование на утечки, контроль доступа и процесс закупки. Опасен бэкдор 123456. Ещё опаснее ситуация, когда компания покупает защиту как товар на полке и не проверяет, что внутри.

Брать или подождать

Брать можно только продукт с открытой проверяемой схемой, медленным KDF, независимым аудитом, публичной историей изменений и без скрытых служебных аккаунтов. Если производитель говорит, что алгоритм закрыт ради безопасности, это красный флаг. Закрытый код не становится безопаснее от того, что его нельзя прочитать.

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

FAQ

Значит ли это, что пароль бесполезен

Пароль полезен, если он участвует в выводе ключа и проверяется медленной функцией. В вскрытых продуктах пароль либо не влиял на ключ, либо рядом были фиксированные пароли. Тогда пользовательский пароль становится декорацией.

Можно ли доверять AES-256

Сам AES-256 остаётся стойким алгоритмом. Проблема лежит в способе получения ключа и в наличии скрытых путей. Ключ может быть зашит в бинарник, собран из hex-символов или открыт служебным паролем.

Нужен ли ИИ для таких проверок

ИИ ускоряет разбор и снижает стоимость первичной проверки. Но выводы всё равно должен проверять человек. Агент может найти фиксированный ключ или логи с паролем. Он не заменяет процесс закупки и контроль носителей.

Что делать с уже купленными флешками

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

Рабочий шаг

Начните с вопроса к текущему поставщику. Новую покупку отложите до проверки. Попросите описание вывода ключа, список встроенных аккаунтов, отчёт об аудите и подтверждение, что пароль пользователя участвует в шифровании. Если ответы размытые, не ждите, что ИИ-агент на стороне покупателя будет вежливее. Он будет быстрее.

Цена ошибки в таком продукте равна стоимости всех файлов, которые считались закрытыми.

Артём Волков, репортёр.