Пять уровней защиты платежей в AI‑созданном продукте от не‑программиста

В статье на Habr AI автор делится опытом создания платежного сервиса без традиционных навыков программирования, используя генеративный ИИ. Основной вывод – самая дорогая ошибка не в «плохом» коде, а в том, что ИИ может написать код, который выглядит рабочим, но скрывает критические уязвимости.

Автор выделил две типичные проблемы, которые ИИ‑генерируемый код часто упускает:

1. Подмена цены – отсутствие строгой проверки цены на стороне сервера позволяет злоумышленнику изменить стоимость товара в запросе.
2. Отсутствие проверки веб‑хуков – многие интеграции принимают входящие запросы без подписи, что открывает путь для подделки уведомлений о платеже.

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

Далее в статье описаны пять уровней защиты, которые автор реализовал:

1. Валидация и контроль цены – сервер сравнивает цену из запроса с ценой в базе и отклоняет несовпадения.
2. Подпись веб‑хуков – каждый входящий запрос проверяется по HMAC‑подписи, генерируемой провайдером.
3. Изоляция сессий и CSRF‑токены – уникальные токены привязываются к каждой сессии, предотвращая подделку запросов.
4. Мониторинг и аномалия‑детекция – система логирует все финансовые операции и автоматически сигнализирует о подозрительных паттернах.
5. Шифрование и безопасное управление ключами – все данные передаются по TLS 1.3, а секреты хранятся в HSM.

Автор подчёркивает, что даже при использовании самых продвинутых моделей ИИ (ChatGPT, Claude и др.) обязательным остаётся ручной аудит кода и тестирование безопасности. Полный текст статьи доступен по ссылке: https://habr.com/ru/articles/1065766/.