Обновлено: 9 июля 2026
Компания работает на страховом рынке и оказывает все виды страхования.
Для компании внешний цифровой периметр имеет особое значение: через сайты, личные кабинеты, формы регистрации, сервисы авторизации и интеграционные узлы могут обрабатываться персональные данные клиентов, заявки, документы, страховые продукты и внутренние бизнес-процессы.
Клиенту требовалось оценить защищенность определенного набора узлов и приложений на внешнем периметре по модели GrayBox.
В отличие от полностью внешнего BlackBox-тестирования, в этом проекте команда работала с заранее согласованным набором ресурсов и обладала ограниченной исходной информацией о проверяемых узлах. Это позволяло глубже проверить не только публичную доступность сервисов, но и риски, связанные с конкретными технологиями, бизнес-функциями и сценариями эксплуатации.
В рамках проекта требовалось:
На первом этапе команда изучила согласованный перечень внешних узлов и приложений. Для каждого ресурса были определены доступные сервисы, используемые технологии, версии компонентов, формы входа, точки обработки пользовательского ввода, административные интерфейсы и потенциальные пути развития атаки.
Далее была проведена проверка веб-приложений и инфраструктурных сервисов на типовые и критичные риски: ошибки авторизации, неограниченное число попыток входа, перечисление пользователей, передачу чувствительных данных в GET-запросах, раскрытие служебной информации, SSRF, XSS, open redirect, небезопасное использование HTTP, открытый просмотр каталогов и включенный режим отладки на сервере приложения.
Отдельное внимание было уделено известным уязвимостям в используемых продуктах и компонентах. Команда проверила возможность эксплуатации уязвимостей, связанных с выполнением произвольного кода в CRM и сервер, а также уязвимостей VPN-шлюза, которые могли приводить к чтению файлов конфигурации, чтению динамической памяти устройства и удалению произвольных файлов.
В ходе анализа одного из сайтов был обнаружен вредоносный PHP-скрипт — backdoor, оставленный злоумышленником. Эта находка была особенно важной, поскольку указывала не просто на потенциальную возможность компрометации, а на признаки уже произошедшего несанкционированного вмешательства. Команда зафиксировала наличие скрипта, оценила его потенциальное влияние и передала клиенту рекомендации по удалению, расследованию причины появления и проверке связанных компонентов.
Также в рамках работ были выявлены уязвимости, которые могли привести к доступу к персональным данным пользователей компании, неавторизованному изменению пароля, неавторизованной отправке e-mail сообщений, обходу ограничений регистрации по номеру телефона, неавторизованному доступу к FTP-серверу, раскрытию чувствительной информации и чтению произвольных файлов.
После устранения части уязвимостей клиентом был проведен ретест. Команда повторно проверила исправленные участки и подтвердила, какие проблемы были закрыты корректно, а какие требовали доработки. В случаях, когда патчи оказались неполными или создавали новые обходные сценарии, специалисты предоставляли более точные рекомендации: как изменить логику проверки, где усилить валидацию, какие ограничения добавить и какие конфигурации пересмотреть.
Итоговый результат включал не только перечень уязвимостей, но и практическую оценку их влияния: какие проблемы могут привести к компрометации веб-приложения, какие — к доступу к ПДн, какие — к выполнению кода или доступу к конфигурациям, а какие требуют исправления в рамках общей гигиены внешнего периметра.
Тестирование внешнего периметра важно не только как профилактическая проверка, но и как способ обнаружить признаки уже произошедшей компрометации. В этом проекте одной из ключевых находок стал вредоносный PHP-скрипт на сервере — фактически backdoor, который мог использоваться злоумышленником для сохранения доступа к ресурсу.
Для страховой компании такие риски особенно значимы: внешние веб-приложения и инфраструктурные узлы могут быть связаны с персональными данными клиентов, учетными записями, документами, заявками и внутренними процессами. Поэтому уязвимости уровня выполнения произвольного кода, неавторизованного доступа, чтения конфигураций или обхода авторизации нельзя рассматривать как изолированные технические дефекты — они могут напрямую влиять на конфиденциальность данных и устойчивость цифровых сервисов.
Отдельную ценность дал ретест. Он показал, что исправление уязвимости — это не только установка патча или изменение отдельной проверки. Некоторые проблемы требуют повторной валидации, потому что неполное исправление может оставить обходные сценарии или создать ложное ощущение защищенности. Совместная работа с клиентом позволила уточнить рекомендации и довести исправления до более надежного состояния.
Решение: Обнаружены учётные данные, токены доступа и секреты в открытом виде
Pentest
Решение: Обнаружены учётные данные, токены доступа и секреты в открытом виде
Pentest
