Пентест web-ресурсов

Используемые методы тестирования

Black Box

Тестирование «чёрного ящика» основывается на внешнем поведении системы. Тестировщик не имеет доступа 
к внутреннему коду, архитектуре или логике работы приложения — его интересует только то, как система реагирует на входные данные и какие возвращает выходные

Применение

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

Скрыть

Gray Box

Тестирование «серого ящика» занимает промежуточное положение: тестировщик частично осведомлён о внутреннем устройстве системы, но работает 
в основном с интерфейсами, как при «чёрном ящике». Например, он может знать, как устроена структура базы данных или логика бизнес-процессов, 
но не иметь доступа к исходному коду

Применение

Интеграционное тестирование, фаззинг 
и безопасность, когда важно понимать, какие внутренние точки нужно проверять, не обладая полным доступом к исходникам

Скрыть

White Box

Тестирование «белого ящика» 
(или структурное тестирование) предполагает полное знание внутренней логики приложения. Тестировщик может видеть и использовать код, что позволяет проверять покрытие кода тестами, анализировать условия, циклы 
и ветвления


Применение

Часто используется при написании 
unit-тестов, а также в целях обнаружения логических ошибок, недостижимого кода и уязвимостей

Скрыть

Этапы пентеста:

• 1Сбор информации

  Действие:

  Ищем все публичные следы: домены, поддомены, IP, открытые порты, публичные API и сертификаты

  Результат:

  Полный список активов и карта поверхности атаки
• 2Автоматическое сканирование

  Действие:

  Запускаем сканеры и брут-форс (директории, известные уязвимости, fingerprinting)

  Результат:

  Первичный список подозрительных мест для дальнейшей проверки
• 3Ручная проверка уязвимостей

  Действие

  Вручную тестируем авторизацию, сессии, инъекции, XSS, загрузки файлов, бизнес-логику и обходы защит

  Результат:

  Подтверждённые уязвимости с короткими PoC (как их воспроизвести)
• 4Эскалация по согласованию

  Действие:

  При необходимости показываем реальные последствия: доступ к данным, повышение прав, движение внутри сети 
(всё аккуратно, без вреда)

  Результат:

  Демонстрация уровня риска и возможного ущерба
• 5Оценка и приоритизация

  Действие:

  Ранжируем найденные проблемы по серьёзности (влияние на бизнес и вероятность эксплуатации)

  Результат:

  Список задач на исправление в порядке важности
• 6Отчёт и верификация

  Действие:

  Оформляем понятный отчёт с PoC и пошаговыми рекомендациями, проводим повторную проверку после фикса

  Результат:

  Отчёт для команды и подтверждение устранения уязвимостей