В недавних тестах по безопасности ИИ-модели самостоятельно попали внутрь реальных корпоративных систем — не через изящную уязвимость нулевого дня, а найдя ключ доступа в публичном репозитории и угадав слабый пароль. Для небольшой компании вывод неприятно простой: ваши самые скучные долги по безопасности теперь находятся в промышленных масштабах.
Стоимость атаки упала, слабое место осталось тем же
Эти уязвимости не новы. API-ключи забывали в коде десятилетиями, слабые пароли угадывали столько же. Изменилась только экономика: раньше кому-то нужно было захотеть заняться именно вашей компанией. Сегодня та же работа выполняется автоматически и одновременно по тысячам организаций — никто специально не вносил вас в список.
Поэтому перестала работать самая распространённая стратегия небольших фирм: «мы слишком мелкие, нас никто не станет атаковать». Вы больше не цель, вы часть выборки. И каждая новая ИИ-интеграция, автоматизация или связка в стиле Zapier добавляет в эту выборку ещё один ключ.
Один час работы, который закрывает большую часть риска
Советуем начинать с самого нудного, а не с самого интересного. Сделайте инвентаризацию ключей: соберите в одну таблицу все сервисы, к которым ваши системы обращаются как машина, — платёжный провайдер, интерфейс интернет-магазина, бухгалтерия, CRM, API языковых моделей, рассылочный сервис. Три столбца на строку: кто отвечает, где физически лежит ключ и когда его меняли в последний раз.
На практике выясняются две вещи. Во-первых, ключи живут там, где их никто не планировал хранить: в переписке Slack, в письмах, в файле Google Sheets, в ноутбуке подрядчика, который ушёл два года назад. Во-вторых, большинство из них никогда не меняли. Замените как минимум те, что были доступны людям, уже не работающим с вами, включите сканирование секретов в репозитории и переведите все человеческие пароли в менеджер паролей с двухфакторной аутентификацией. Это не проект, это один рабочий вечер.
Вторая дверь ведёт через людей, а не через код
Параллельно идёт кампания, которая вообще не пытается взломать ваш софт — она убеждает вашего сотрудника. Сценарий повторяется: приходит привлекательное предложение о работе или проекте, дальше видеозвонок, и во время звонка просят установить какой-то «плагин для встречи» или вставить в терминал команду, скопированную из буфера обмена. Основная цель — разработчики и технические руководители, то есть именно те, у кого на машине лежат все доступы.
Противодействие стоит ноль евро: договоритесь об одном письменном правиле. Во время звонка с незнакомой стороной никто не устанавливает софт, не вставляет команды в командную строку и не запускает скрипты — насколько бы убедительной ни была история. При сомнении звонок прерывается и всё проверяется по другому каналу. То же правило защищает руководителя, которому приходит «срочная» просьба об оплате или доступе якобы от своего человека.
Где граница
Честная оговорка: из одной новости не стоит делать большой проект по безопасности или начинать сертификацию. Для компании из десяти человек менеджер паролей, двухфакторная аутентификация, список ключей и одно согласованное правило действительно закрывают большую часть реального риска — и дешевле любого консультационного пакета.
Граница возникает в двух случаях. Первый: если содержанием вашего бизнеса являются чувствительные данные других людей — здоровье, финансы, крупные клиентские базы. Тогда нужен настоящий внешний аудит, а не чек-лист. Второй: если вы даёте ИИ-агенту доступ к своей базе данных. Здесь дело не в выборе модели — логику прав доступа нужно тестировать так же тщательно, как функциональность, потому что агент пробует то, что ни один ваш пользователь не додумался бы попробовать. Если вы не знаете, какие данные видит агент, вы не знаете, какие данные могут утечь.