ИИ-агент вскрыл «шифрованные» флешки: бэкдор 123456 за 7 минут

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

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

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

Скрытый вход с паролем 123456

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

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

Что именно сделал ИИ-агент

В начале 2026 года Xusheng Li показал на конференции RE//verse, как разбирать зашифрованные USB-накопители через отладку с перемоткой времени. Потом он решил проверить, повторит ли ИИ его ручную работу. Получилось быстрее и местами шире. Для NetacFileLock хватило одного промпта и семи минут. Для другой задачи понадобилось около девяти минут на распаковку установщика и статический анализ, два промпта, затем ещё около двадцати шести минут и шесть коротких промптов с подключённым накопителем.

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

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

Как ломается защита в закрытых продуктах

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

В разобранных устройствах путь другой. У SecZure YutianDun пароль администратора участвует в цепочке через быстрые MD5 и HMAC-MD5. Ключ AES собирается из шестнадцати шестнадцатеричных символов. Это не больше 64 бит энтропии. Перебор 2^64 вариантов нереален, поэтому основная криптосистема может выглядеть крепкой. Но рядом лежат скрытые аккаунты Buffer и System, и их фиксированные пароли открывают тот же идентификатор содержимого.

У NetacFileLock AES-256 инициализировался фиксированным 32-байтным ключом из исполняемого файла. Пароль пользователя проверялся отдельно и на ключ шифрования не влиял. Значит, программа могла расшифровать файл без пароля пользователя. Агент также нашёл запись пароля в диагностические логи, шифрование блоков без IV и сцепления, поведение как ECB, где одинаковые блоки дают одинаковые блоки шифротекста, MD5 для проверки пароля, MD5 без ключа как подпись и другой фиксированный ключ в варианте с SM4. Ещё один открытый вопрос про треть тестового файла тоже закрылся. В быстром режиме программа обрабатывала только часть файла больше 1024 байт для популярных форматов.

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

У KakaSoft USB Copy Protection 5.6.0.299 уровень Normal не шифровал содержимое. Уровень High накладывал XOR на первые 16 385 байт и оставлял всего 256 возможных ключей. Уровень Highest с Blowfish ИИ предложил вскрыть без пароля. Такой выбор производителя показывает, что закрытый интерфейс заменяет проверяемую криптографию.

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

• Факт У SecZure YutianDun нашлись скрытые аккаунты Buffer с паролем 123456 и System с паролем SECZURE.COM. Что это значит Файлы открываются без пароля администратора, и интерфейс может этого не показывать.
• Факт NetacFileLock инициализировала AES-256 фиксированным 32-байтным ключом в исполняемом файле. Что это значит Пароль пользователя может не участвовать в расшифровке, и ключ достаётся из кода.
• Факт ИИ-агент повторил ручное исследование за семь минут одним промптом. Что это значит Цена проверки закрытого бинарника упала, и дефекты становятся заметнее.
• Факт KakaSoft на уровне High использовала XOR первых 16 385 байт с 256 возможными ключами. Что это значит Для части файла защита может быть слабее, чем выглядит в интерфейсе.
• Факт Охват перевода 2.1K, время чтения 10 минут. Что это значит Тема закрытых криптопродуктов и ИИ-реверса уже интересна узкой аудитории.

Чем это отличается от старых разборов

В пятом выпуске журнала Paged Out Xusheng Li уже показывал, что DLL внутри PDF-просмотрщика YutianDun читает расшифрованные данные. Тогда защита от копирования заканчивалась в том же процессе. Новый разбор пошёл глубже. Он вскрыл саму криптосистему и нашёл фиксированные пароли. ИИ повторил ручное исследование и добавил дефекты, которых не было в исходном докладе. Для рынка это значит, что закрытый продукт может быть хуже, чем его собственная документация.

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

Кому это больно

Больно собственнику, который купил флешки с шифрованием для отдела продаж, бухгалтерии, производства и юристов. Больно руководителю, который объясняет клиенту, что договоры и персональные данные защищены. Больно подрядчику, который передаёт чертежи, сметы и базы через USB-накопители, потому что облако не нравится заказчику.

Если на носителе лежит клиентская база, коммерческая тайна, паспортные данные, медицинские сведения или финансовые документы, фиксированный ключ в бинарнике превращает защиту в видимость защиты. Утечка становится тихой. Человек без пароля администратора может получить файлы. При этом журнал событий программы может ничего подозрительного не показать. А лог NetacFileLock писал пароль в открытом виде.

Что делать владельцу SMB

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

Второе, требовать проверяемые свойства. У продукта должен быть медленный KDF, нормальная работа с ключом, отсутствие фиксированных ключей в исполняемом файле, отсутствие скрытых аккаунтов с паролями по умолчанию, отсутствие паролей в логах и корректный режим шифрования с IV и сцеплением. Для USB-накопителей с защитой от копирования сразу задавайте вопрос, как именно файл показывается пользователю и что происходит с расшифрованными байтами в памяти.

Третье, для SMB часто достаточно стандартных механизмов. Шифрование диска, MDM, права доступа, журнал выдачи ключей, разделение личных и рабочих носителей, ограничение съёмных накопителей, резервные копии и обучение сотрудников. Это скучно. Зато проверяемо. А скучная проверяемость для малого бизнеса дешевле красивого закрытого бинарника.

Ограничения и подвох

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

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

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

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

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

Если продукт открыт, ключ выводится из пароля через медленный KDF, нет фиксированных ключей в коде, нет скрытых аккаунтов, логи не пишут пароли, а режим шифрования не похож на ECB, его можно рассматривать к закупке. Но и тогда нужна проверка на конкретном накопителе и конкретном сценарии.

FAQ

Может ли ИИ взломать любой зашифрованный накопитель

Нет. Он ускоряет реверс.

Если криптосистема построена нормально, быстрый разбор не даёт ключа.

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

Пароль 123456 это всегда бэкдор

В разобранном случае фиксированный пароль открывал файлы без пароля администратора.

Технически это бэкдор.

Злой умысел это не доказывает.

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

Нужно ли SMB отказываться от USB-накопителей

Не обязательно.

Если носители нужны, выбирайте устройства и софт с проверяемой моделью безопасности.

Для большинства сценариев лучше стандартное шифрование диска, контроль доступа, MDM и запрет случайных флешек без учёта.

Чем медленный KDF отличается от обычного хеша

Обычный хеш быстрый.

Он не мешает перебирать пароли миллионами.

Медленный KDF намеренно тормозит проверку каждого пароля.

Это повышает цену перебора.

Закрытость больше не аргумент.

Аргументом становится проверяемая модель.

Полный разбор доступен на Хабре. Читать перевод исследования.

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