Ключевые выводы
Безопасность начинается с простых обязательных вещей: доступы, HTTPS, бэкапы и лимиты.
Формы и AI-чат должны иметь rate limit, капчу и защиту от мусорных заявок.
ПД нельзя смешивать с публичным RAG-контентом и отправлять в модель без обезличивания.
Безопасность до релиза дешевле реакции на инцидент
Многие риски закрываются базовой дисциплиной: не хранить секреты в коде, включить HTTPS, настроить заголовки безопасности, ограничить частоту запросов и проверить резервное восстановление.
Минимальный чек-лист
- HTTPS и корректный reverse proxy.
- Security headers и запрет лишних методов.
- Rate limit для форм, чата и API.
- Капча после подозрительных попыток.
- Проверка зависимостей и регулярные обновления.
- Резервные копии и тест восстановления.
- Разделение ПД, публичного контента и RAG-источников.
- Audit log для действий админов.
Где чаще всего ошибаются
Команды часто запускают форму заявки без лимитов, хранят персональные данные в логах, не проверяют восстановление из бэкапа и дают слишком широкие права админ-пользователям.
Как это встроить в поддержку
После релиза безопасность должна стать регулярной практикой: обновления, аудит зависимостей, проверка логов, мониторинг ошибок и понятный план реакции на инциденты.
Вопросы по теме
Что обязательно проверить перед запуском?
HTTPS, security headers, права доступа, формы, rate limit, бэкапы, обновления зависимостей и хранение ПД.
Нужна ли капча?
Для публичных форм и чата нужна защита от автоматизированного спама. В РФ-проекте можно использовать Yandex SmartCaptcha.