Заметил, что у многих, кто только начинает в этичном хакинге, возникают вопросы по тому, с чего вообще начать при легальной проверке безопасности. Вроде бы задачи понятны — найти дыры, оценить риски — но как структурировать процесс, чтобы ничего не забыть и не залезть не туда, куда нельзя?

Собрал для себя простой чек-лист, которым пользуюсь на стартовых этапах и который может помочь другим:

1. **Подтверждение разрешения** — без этого весь пентест бессмысленен и просто опасен. Зафиксировать все официально.
2. **Информация о цели** — собрать базовые данные: IP, домены, используемые сервисы.
3. **Сканирование портов** — классика, но не забываем фильтры и IDS.
4. **Анализ уязвимостей** — как минимум поверхностный, чтобы не тратить время зря.
5. **Проверка авторизации и аутентификации** — есть ли слабые моменты в логине, сессиях, перезапросах.
6. **Отдельно смотрю уязвимости в веб-приложениях** — SQL-инъекции, XSS, CSRF.
7. **Работа с конфигурациями** — проверка стандартных паролей, вредных настроек, доступов по умолчанию.
8. **Тестирование защиты от DDoS и мониторинга** — есть ли вообще система реакции?
9. **Отчетность** — всё, что нашли, с доказательствами и рекомендациями по исправлению.

Это, конечно, база — кто-то копает глубже, кто-то затрагивает сложные цепочки эксплуатации, кто-то клёво автоматизирует. Интересно, что у вас? Какие пункты всегда в списке и на что чаще всего «цепляется» внимание заказчиков?

Давайте делиться и аккуратно дополнять этот список, чтобы новичкам проще было сориентироваться.