Безопасность ИИ: какие данные нельзя передавать ботам в 2026

Безопасность ИИ (AI Security) — это совокупность технических протоколов и архитектурных стратегий, направленных на защиту данных при взаимодействии с нейросетями, предотвращение утечек конфиденциальной информации и минимизацию рисков, связанных с автономными действиями агентного искусственного интеллекта.

Реальность 2026 года: когда бот получил доступ к кошельку

Помните, как в 2023 году мы боялись, что ChatGPT напишет за нас плохой диплом или украдет кусок программного кода? Славное было время. Сейчас, в 2026-м, ландшафт изменился до неузнаваемости. Мы перешли от простых генераторов текста к агентному ИИ (Agentic AI). Теперь нейросети не просто болтают — они действуют: бронируют билеты, управляют банковскими переводами и ведут переписку с налоговой.

Эволюция нейросетей и цифровая безопасность теперь идут рука об руку, но с отставанием последней. Если раньше ошибкой была утечка текста, то сегодня небрежность означает, что ваш персональный ИИ-агент случайно купил годовую подписку на сервис, который вам не нужен, или слил конкурентам базу клиентов, пытаясь «оптимизировать CRM». Риски применения ии перешли из теоретической плоскости в финансовую. Вопрос не в том, заменит ли вас робот, а в том, не обанкротит ли он вас из-за дырявой архитектуры безопасности.

Цифровая гигиена: что категорически нельзя «скармливать» моделям

Даже если OpenAnthropicGoogle клянутся, что их модели «приватны», существует понятие цифровой гигиены. Данные, попавшие в облако, остаются там навсегда. Безопасность использования нейросети начинается с четкого понимания: какие данные мы оставляем на локальном сервере, а какие можно отправить на обработку «большому брату».

Ниже я составил таблицу критичности данных. Если вы автоматизируете процессы через Make или n8n, распечатайте это и повесьте перед монитором.

👉 Зарегистрироваться в Make.com (Бесплатно)

Архитектура защиты через Make.com: строим шлюз

Многие воспринимают Make.com просто как клей между сервисами. Я же предлагаю смотреть на него как на Security Gateway — шлюз безопасности. Не подключайте базу данных клиентов напрямую к GPT-5. Это самоубийство. Используйте Make как промежуточный фильтр, который «стерилизует» данные перед отправкой в мозг нейросети.

Шаг 1. Включаем режим «Параноик» (Confidential Mode)

Это первое, что нужно сделать в настройках сценария. По умолчанию Make хранит логи всех операций, включая переданные данные (Payload). Если вы прогнали через сценарий паспортные данные, они лежат в логах Make.

• Зайдите в настройки сценария (Scenario Settings).
• Активируйте опцию Data is confidential.
• Результат: Make не сохраняет тело запросов в логах, только статус (Успех/Ошибка). Даже если ваш аккаунт в Make взломают, историю данных не вытащить.

Шаг 2. Паттерн «Санитайзер» (Очистка PII)

ИИ и информационная безопасность требуют принципа минимизации данных. Бот должен знать суть вопроса клиента, но ему не обязательно знать его телефон и почту. Реализуем это через модуль Text Parser перед отправкой в OpenAI.

Используйте регулярные выражения (Regex) для поиска и замены чувствительных данных на заглушки. Бот увидит [EMAIL_REDACTED], поймет контекст, но не запомнит личные данные.

• Regex для email: [a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}
• Regex для телефонов: \b\d{3}[-.]?\d{3}[-.]?\d{4}\b (подстройте под формат +7).

CALMOPSAI

Шаг 3. Принцип «Анонимного ID»

Никогда не используйте client_email или user_id (типа @username) как идентификатор сессии в диалоге с нейросетью. Это прямая привязка диалога к личности.

Решение: Внутри Make создайте хеш. Используйте функцию sha256(email). Отправляйте в нейросеть этот хеш. На выходе, когда бот вернет ответ, Make сопоставит хеш с реальным email в вашей базе данных (Airtable/PostgreSQL) и отправит ответ адресату. Нейросеть знает что ответили, но понятия не имеет кому.

Шаг 4. Защита Webhook-ов

Если вы запускаете агентов через вебхуки, помните: адрес вебхука могут подобрать. Риски внедрения ии часто связаны именно с неконтролируемым доступом к точкам входа.

1. Используйте функцию Get request headers.
2. Передавайте вместе с данными секретный токен (API Key), который вы придумали сами.
3. В сценарии поставьте фильтр: если токен не совпадает — остановить работу.
4. Настройте IP Whitelist в параметрах вебхука, разрешив прием данных только от доверенных IP (например, серверов Telegram).

Тренды 2026: Теневой ИИ и Агенты-аудиторы

Статистика неумолима: к 2026 году 80% утечек происходят из-за так называемого Shadow AI («Теневой ИИ»). Сотрудники, желая ускорить работу, используют несогласованные инструменты, загоняя в них корпоративные отчеты. Безопасность нейросети часто нарушается не хакерами, а уставшим менеджером в пятницу вечером.

Чтобы бороться с этим, компании внедряют архитектуру с использованием SLM (Small Local Models). Вместо того чтобы гонять все данные через гигантов вроде GPT-5, чувствительную информацию обрабатывают локальные модели (например, Llama 4 8B или Microsoft Phi-5), развернутые на собственных серверах. Make.com здесь выступает маршрутизатором: секретное идет в локальную модель, творческое — в облако.

Еще один тренд — Агенты-аудиторы. Это отдельные нейросети, чья единственная задача — проверять ответы основного ИИ перед отправкой. Они ищут галлюцинации и факты утечки данных. Если аудитор видит в ответе номер паспорта, он блокирует отправку.

Почему вам стоит учиться архитектуре, а не просто «промтам»

Я часто вижу, как люди ищут курсы по «правильным промтам». Это путь в никуда. Промты меняются каждые полгода. А вот понимание архитектуры автоматизации, принципов безопасности систем ИИ и умение строить защищенные шлюзы — это навык, который останется с вами надолго.

Внедрение автоматизации — это не просто подключить бота к чату. Это создание системы, которая сэкономит вам сотни часов и миллионы рублей, не подставив бизнес под удар. Обучение автоматизации сейчас смещается от «как сделать» к «как сделать безопасно и масштабируемо». Если вы хотите строить надежные системы, а не игрушки на один день, нужно погружаться в логику процессов, а не просто копировать шаблоны.

Частые вопросы (FAQ)