Приветствуем на программе поиска уязвимостей Точка Bug Bounty!

Область действия программы

Размер вознаграждения

Какие уязвимости искать

Общие правила

• участвуя в нашей программе, вы подтверждаете, что прочитали и согласились с настоящими "Правилами". Нарушение правил может привести к лишению права на вознаграждение;
• область действия программы ограничивается техническими уязвимостями в сервисах компании;
• если при исследовании сервисов Точки Вы обнаружили несколько проблем безопасности, подготовьте отчеты о каждой из выявленных уязвимостей отдельно;
• при возникновении отчетов об одинаковых уязвимостях вознаграждение получает только первый полученный отчёт (при условии, что он может быть полностью воспроизведен);
• за обнаружение нескольких уязвимостей с общей причиной возникновения вознаграждение выплачивается как за одну уязвимость;
• применимость вознаграждения и его размер могут зависеть от серьезности проблемы, новизны, вероятности использования, окружения и/или других факторов;
• типы уязвимостей, подлежащие вознаграждению, указаны в таблице "Размер вознаграждения";
• суммы вознаграждения указаны в описании Программы только для справки;
• отчет, отправленный действующим или бывшим сотрудником (до года с момента увольнения) группы компаний Точка, принимается без оплаты;
• Точка обязуется не выдвигать исследователям необоснованные обвинения, связанные с участием в Программе.

Правила тестирования

• обязательно добавляйте к запросам HTTP-заголовок X-Bug-Bounty: <ваш никнейм на площадке>;
• старайтесь избегать нарушений конфиденциальности, уничтожения данных, а также прерывания или ухудшения качества наших услуг;
• инструменты автоматического сканирования должны быть ограничены 10 запросами в секунду к целевому узлу, суммируя все инструменты и потоки, работающие параллельно;
• никакие учетные записи для проведения тестирования не предоставляются;
• при тестировании уязвимостей используйте минимально возможный POC (Proof of Concept). В случае, если это может повлиять на пользователей или работоспособность системы, свяжитесь с нами для получения решения по дальнейшим действиям. Дальнейшая эксплуатация уязвимостей запрещена.

Не принимаем и не рассматриваем

• отчеты об отсутствии Rate Limit без влияния на безопасность пользователя или системы (такие отчеты принимаются как информативные), например: email и SMS рассылки, генерация лидов и т.д.
• отчеты сканеров безопасности и других автоматизированных инструментов;
• информацию об IP-адресах, DNS-записях и открытых портах;
• проблемы и уязвимости, которые основаны на версии используемого продукта, без демонстрации их эксплуатации;
• уязвимости, эксплуатацию которых блокируют СЗИ, без демонстрации обхода СЗИ (например, WAF);
• отчеты о небезопасных шифрах SSL и TLS без демонстрации их эксплуатации;
• Self-XSS и другие уязвимости, напрямую не влияющие на пользователей или данные приложения;
• уязвимости, для которых требуются версии браузера, выпущенные за 6 и более месяцев (либо прекращена поддержка) до представления отчета;
• ошибки в настройке CORS без демонстрации их эксплуатации;
• разглашение информации о существовании в системе данного имени пользователя, email или номера телефон;
• раскрытие конфиденциальной информации пользователей через внешние ресурсы, не контролируемые Точкой (например данные со шпионского ПО, либо данные, размещенные непосредственно пользователями);
• атаки типа DoS, информацию о потенциальном отказе в обслуживании;
• Tabnabbing;
• Clickjacking;
• Logout CSRF;
• отчеты, связанные с CSP, для доменов без CSP и доменных политик с небезопасными eval и/или небезопасными inline;
• атаки, требующие полного доступа к локальной учетной записи или профилю браузера;
• раскрытие конфиденциальной информации пользователей через внешние ресурсы, не контролируемые Точкой, например данные со шпионского ПО;
• уязвимости, требующие выполнения сложного или маловероятного сценария взаимодействия с пользователем;
• отсутствие лучших практик в конфигурации DNS и почтовых сервисов (DKIM/DMARC/SPF/TXT);
• неработающие ссылки на страницы социальных сетей или невостребованные ссылки в социальных сетях и подобные страницы;
• возможность выполнить действие, недоступное через пользовательский интерфейс, без выявленных рисков безопасности;
• возможность создавать учетные записи пользователей без каких-либо ограничений;
• перечисление пользователей;
• разглашение публичной информации о пользователях;
• отсутствие уведомлений о важных действиях пользователя;
• отчеты, связанные с безопасностью мобильных приложений Банка Точка;
• проблемы, никак не связанные с безопасностью (если вы обнаружите проблемы, не связанные с безопасностью, направляйте их на общий адрес: bank@tochka.com);
• сообщения о мошеннических схемах, злоупотреблении легитимным функционалом;
• отсутствие механизма защиты или лучших практик без демонстрации реального влияния на безопасность пользователя или системы (такие отчеты принимаются как информативные), например: отсутствие HTTP-заголовков безопасности (CSP, HSTS и т. д.), флагов безопасности cookie (HttpOnly, Secure и т. д.) или защиты от CSRF, SSL-сертификатов.

Публичное раскрытие информации об уязвимости

Недопустимые действия

• получать доступ к данным другого пользователя без его согласия, изменять и уничтожать их, а также раскрывать любую конфиденциальную информацию, случайным образом полученную в ходе поиска уязвимостей или их демонстрации. Преднамеренный доступ к этой информации запрещен и может быть признан незаконным;
• воздействовать на учетные записи других пользователей без их разрешения;
• использовать обнаруженную уязвимость в личных целях;
• использовать инструменты тестирования уязвимостей, автоматически генерирующие значительные объемы трафика и приводящие к атакам с исчерпанием ресурсов;
• проводить атаки, наносящие вред целостности и доступности сервисов (например, DoS-атаки, брутфорс-атаки), пытаться эксплуатировать уязвимость, нацеленную на исчерпание ресурсов. Следует сообщить о проблеме команде Точки, которая проведет атаку в тестовой среде;
• проводить физические атаки на персонал, дата-центры и офисы компании;
• проводить атаки на системы Точки с использованием техник социальной инженерии (фишинг, вишинг и т. д.) и спам-рассылок клиентам, партнерам и сотрудникам;
• исследовать серверную инфраструктуру, где размещены веб-приложения;
• разглашать сведения об обнаруженной уязвимости.

Политика тестирования RCE

• выполнения команд ifconfig (ipconfig), hostname, whoami, id;
• чтения содержимого файлов /etc/passwd и /proc/sys/kernel/hostname (drive:/boot.ini, drive:/install.ini);
• использование команды echo для передачи символов в файл, расположенный в «/tmp/», либо в каталоге текущего пользователя, чтение файла и последующее его удаление сразу после подтверждения уязвимости.

Политика тестирования SQL-инъекций

• Получения данных о текущей БД (SELECT database()), ее версии (SELECT @@version), текущего пользователя (SELECT user(), SELECT system_user()) или имени хоста (SELECT @@hostname)
• Получения схемы БД (SELECT table_schema), списка таблиц в ней (SELECT table_name) и имен столбцов в таблицах (SELECT column_name)
• Выполнения математических, конверсионных или логических запросов (включая использование SLEEP) без извлечения данных (кроме тех, что перечислены выше)

Политика загрузки и чтения файлов

• Изменение, модификация, удаление и замена любых файлов на сервере (включая системные), кроме тех, что ассоциированы с вашей учетной записью либо с учетной записью пользователя, который явно выразил свое согласие;
• Загрузка файлов, которые могут вызвать отказ в обслуживании (например, файлов большого размера);
• Загрузка вредоносных файлов (например, малвари или шпионского ПО).

Рекомендации по содержанию отчетов

• описание уязвимости;
• шаги воспроизведения;
• оценку критичности;
• рекомендации по устранению.

• URL уязвимого приложения;
• тип обнаруженной уязвимости;
• скриншоты (или видео), подтверждающие наличие уязвимости и демонстрирующие шаги воспроизведения;
• пример форматированного запроса из BurpSuite (или любой другой POC).

Определение критичности уязвимости

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

Дубликаты отчетов