Недостаточный контроль доступа к объекту аккаунта
Пользователь с обычной ролью может изменить идентификатор в запросе и получить данные объекта другого аккаунта. Находка подтверждена вручную в согласованном тестовом контексте.
ПРИМЕР ПОНЯТНОГО РЕЗУЛЬТАТА АУДИТА
Полностью вымышленный пример показывает, что именно получает заказчик: понятное влияние на бизнес, техническое подтверждение, рекомендации для команды клиента и отдельный статус после повторной проверки.
Пользователь с обычной ролью может изменить идентификатор в запросе и получить данные объекта другого аккаунта. Находка подтверждена вручную в согласованном тестовом контексте.
КАК ЧИТАТЬ НАХОДКУ
Эти четыре блока дают заказчику единый ответ: что произошло, почему это возможно, насколько это важно и что делать дальше.
Endpoint принимает идентификатор объекта, но сервер не проверяет, принадлежит ли он текущему пользователю. В отчёте указываются маршрут, роль, окружение и необходимые условия.
Авторизованный пользователь меняет идентификатор и получает доступ к объекту другого аккаунта. Сценарий описывается пошагово и без опасных лишних действий.
Под угрозой конфиденциальность данных клиентов, доверие к сервису и процессы обработки персональных данных. Отдельно фиксируются затронутые активы и роли.
Сценарий доступен обычному аккаунту, не требует административных прав и может затрагивать множество объектов с одинаковой логикой доступа.
Краткое влияние на бизнес, данные, клиентов и обязательства.
Точные условия, воспроизведение, первопричина и рекомендации.
Приоритет, владелец действия и проверяемый статус после изменений.
РЕКОМЕНДАЦИИ И ПОВТОРНАЯ ПРОВЕРКА
Мы описываем первопричину и рекомендации. Реализацию выполняет клиент или согласованный подрядчик; после готовности изменений мы отдельно повторяем исходный сценарий.
Авторизация выполняется для каждого объекта и не доверяет идентификатору из клиента. Ответ должен быть одинаково безопасным для всех чужих объектов.
Правила ролей и владения выносятся в общий слой, а не дублируются по endpoint. Это снижает риск разных решений в соседних маршрутах.
Команда клиента добавляет проверки доступа между разными аккаунтами, ролями и организациями, включая смежные API-методы.
После изменений повторяем исходный запрос и соседние варианты. В отчёте отдельно фиксируем статус: закрыто, закрыто частично или риск сохраняется.
ЧТО ПОЛУЧАЕТ ЗАКАЗЧИК
Не только страница с находкой, а связанный набор материалов для принятия решения, исправления и контроля результата.
Общий уровень риска, критичные сценарии, затронутые процессы и порядок приоритетов.
Каждая подтверждённая находка с условиями, влиянием, доказательствами и рекомендациями.
Единый список со статусом, приоритетом, активом и владельцем следующего действия.
Безопасные фрагменты запросов, ответов и контекста без передачи лишних секретов.
Отдельная фиксация: закрыто, закрыто частично или риск сохраняется.
Разбор отчёта, ответы на вопросы и уточнение технических рекомендаций.