Справка и источники

Источники OWASP

Откуда берутся знания встроенных специализаций OWASP, с привязкой к каноническим страницам атак и Cheat Sheet от OWASP.

Этот документ относит каждую атаку (www-community) и каждый Cheat Sheet (CheatSheetSeries) от OWASP к категории безопасности, со ссылкой на каноническую публичную страницу. Внутри категории равнозначные пункты делят одну строку чек-листа: атаки и cheat sheets, которые касаются одного и того же риска, перечислены вместе через запятую. Пункты без прямого соответствия стоят на отдельной строке.

  • Авторство принадлежит OWASP. Атаки находятся по адресу https://owasp.org/www-community/attacks/<attack>, а cheat sheets по адресу https://cheatsheetseries.owasp.org/cheatsheets/<cheat>.html.

1. Инъекции (общие)​


2. Инъекции в SQL и базы данных​


3. Инъекции команд ОС​


4. Инъекции в LDAP, XPath и XML​


5. Межсайтовый скриптинг (XSS)​


6. Межсайтовая подделка запросов (CSRF) и clickjacking​


7. Перенаправления и переадресации​


8. Контроль доступа и авторизация​


9. Аутентификация и учетные данные​


10. Управление сессиями​


11. Федерация идентификации (OAuth, SAML, JWT)​


12. Криптография и безопасность передачи данных​


13. Подделка запросов на стороне сервера (SSRF)​


14. Path traversal и работа с файлами​


15. Злоупотребление протоколом HTTP (заголовки, кеширование, splitting)​


16. Кодирование и подмена содержимого​


17. Инъекции в CSV и таблицы​


18. CORS (Cross-Origin Resource Sharing)​


19. Отказ в обслуживании​


20. Безопасность памяти и нативный код​


21. Мобильный код и выполнение недоверенного кода​


22. Десериализация​

  • Deserialization (разделено между python, ruby, php, java и dotnet)

23. Вредоносное ПО и угрозы на стороне клиента​


24. Логирование, отказ от авторства и обработка ошибок​


25. Бизнес-логика и злоупотребление функциональностью​

У бизнес-логики и злоупотребления функциональностью нет единой поверхности в коде, которую защищала бы специализация для отдельной поверхности: защитой служит проектирование под конкретное приложение, то же рассуждение, которым руководит моделирование угроз проекта. Перенесено в раздел "Вне охвата".


26. Безопасность ИИ, LLM и агентов​


27. Prototype pollution и межсайтовые утечки​


28. Фреймворки и языковые платформы​


29. Веб-фронтенд и браузер​


30. API и сервисы​


31. Облако, контейнеры и инфраструктура​

Конфигурация контейнеров и рабочих нагрузок представляет собой конфигурацию как код, которую разработчик поставляет вместе с приложением (Dockerfile, Compose, securityContext подов), настоящую поверхность, которую исправляет harden и доказывает verify, поэтому она входит в охват. Администрирование кластера (RBAC, etcd, API-сервер, admission, сегментация сети) относится к зоне оператора и остается вне охвата.


32. Цепочка поставок и CI/CD​


33. Секреты и конфигурация​

Управление секретами относится к эксплуатации: хранилища секретов, CI/CD, облачная конфигурация, ротация. Единственный аспект на уровне кода (секрет, жестко заданный в исходном коде) закрывает детерминированное сканирование, а не специализация по рискам. Перенесено в раздел "Вне охвата".


34. Процессы, проектирование и управление​

Защита приватности пользователей относится к политике и проектированию (минимизация данных, прозрачность, сроки хранения), а не к поверхности в коде, которую защищает специализация. Перенесено в раздел "Вне охвата".


35. Платежи и соответствие требованиям​


36. Встраиваемые системы, IoT и специализированные области​

Безопасность автомобилей и дронов относится к области встраиваемых систем (шина CAN, прошивки OTA, целостность датчиков и радиосвязи, физический доступ), а не к исходному коду веб-приложений и API, который проверяет Lagune. Перенесено в раздел "Вне охвата".


Вне охвата (нет поверхности в коде)​

Это не территория специализаций, и флажков у них нет: речь об управлении, процессах, эксплуатационном усилении защиты или использовании фреймворков без единой поверхности в коде, которую защищала бы специализация для отдельной поверхности. Их ценность для безопасности реальна, но она заключена в процессах и архитектуре (или, для фреймворка, в собственном навыке этого языка), а не в защите, которую поставляет этот каталог. Они перечислены для справки, а не как задачи.