ТАРМ

Компания — VK
TAPM (Типовое Автоматизированное Рабочее Место) или КС «АРМ ГС» – это набор коммуникационных сервисов на базе программных продуктов VK Teams, VK Work Mail и VK WorkSpace. В едином приложении объединены мессенджер, электронная почта, календарь и многое другое.
Вознаграждения выплачиваются ИП и самозанятым
Описание программы

Принимаемые языки:

  • Английский
  • Русский

Правила вознаграждения:

В рамках программы Bug Bounty принимаются и оплачиваются только отчеты об уязвимостях, ранее неизвестных команде VK.
Типы уязвимостей, подлежащие вознаграждению, указаны в таблице "Размер вознаграждения" в конце правил программы Bug Bounty.
Суммы вознаграждения указаны в описании только для справки.
Применимость вознаграждения и его размер могут зависеть от серьезности проблемы, новизны, вероятности использования, окружения и/или других факторов.
Решение о вознаграждении принимается командой безопасности VK для каждого сообщения индивидуально.
Оплата уязвимостей, не перечисленных в таблице "Размер вознаграждения", присуждается на усмотрение владельца программы.
При тестировании RCE,SQLi,LFI,LFR,SSTI разрешено использовать только МИНИМАЛЬНО возможный POC для доказательства (sleep, чтение /etc/passwd, curl), если вы хотите протестировать возможность повышения прав на сервере - создайте, пожалуйста, отчет и пропишите что желаете повысить права.

Область действия Bug Bounty:

Домены:

armgs.team, *.armgs.team , за исключением делегированных и размещенных на внешнем хостинге или на хостинге VK Cloud доменов и фирменных партнерских сервисов.

IP:

  • 45.84.130.16;
  • 45.84.130.32 - 45.84.130.35;
  • 45.84.130.37 - 45.84.130.40.

Важно:

Награда в программе ТАРМ присуждается только критическим уязвимостям на стороне сервера, если уязвимость компрометирует инфраструктуру (например, RCE, SQLi, LFR, SSRF и т.д.) или данные, не входящие в публичную область применения проекта (например, личную информацию) через вектор на стороне сервера.
Отчеты по ошибкам в программах ТАРМ, VK WorkSpace и VK Teams могут приниматься как дубликаты.
Отчеты с уязвимостями 0-day/1-day могут считаться дубликатами в течение нескольких недель после публикации информации об уязвимости если уязвимость известна нашей команде и мы работаем над ее митигацией или исправлением.
Отчет, отправленный действующим или бывшим сотрудником (до года с момента увольнения) группы компаний VK, принимается без оплаты.
При тестировании RCE, SQLi, LFI, LFR, SSTI разрешено использовать только МИНИМАЛЬНО возможный POC для доказательства (sleep, чтение /etc/passwd, curl), если вы хотите протестировать возможность повышения прав на сервере - создайте, пожалуйста, отчет и пропишите, что желаете повысить права.
Запрещена публикация или раскрытие деталей отчетов без согласования с ИБ VK.
Мы оставляем за собой право отклонить любой запрос на публичное раскрытие отчета.
Тестирование уязвимостей должно проводиться только на своих аккаунтах.

Ограничения области действия Bug Bounty:

При тестировании рекомендуется ограничить средства сканирования до 10 запросов в секунду.

Мы не принимаем и не рассматриваем:

  • Отчеты сканеров уязвимостей и других автоматизированных инструментов;
  • Раскрытие информации, не являющейся конфиденциальной, например, версия продукта;
  • Раскрытие публичной информации о пользователе, например, nickname;
  • Отчеты, основанные на версии продукта/протокола ( например, версии TLS ) без демонстрации реального наличия уязвимости;
  • Отчеты об отсутствующем механизме защиты / лучшей текущей практике (например, отсутствие CSRF маркера, защита от framing/clickjacking) без демонстрации реального влияния на - безопасность пользователя или системы;
  • Сообщения об опубликованных и неопубликованных политиках SPF и DMARC;
  • Кроссайтовая подделка запросов, приводящая к выходу из системы (logout CSRF);
  • Уязвимости партнерских продуктов или сервисов, если пользователи / учетные записи Mail.Ru или VK.com не затронуты напрямую;
  • Безопасность рутированных, jailbreaked или иным образом модифицированных устройств и приложений;
  • Возможность обратного инжиниринга приложения или отсутствие бинарной защиты;
  • Open redirection принимаются только в том случае, если определено влияние на безопасность, например возможность кражи авторизационного токена;
  • Ввод неформатированного текста, звука, изображения, видео в ответ сервера вне пользовательского интерфейса (например, в данных JSON или сообщении об ошибке), если это не приводит к подмене пользовательского интерфейса, изменению поведения пользовательского интерфейса или другим негативным последствиям;
  • Same Site scripting, reflected download и подобные атаки с сомнительным воздействием;
  • Отчеты, связанные с CSP, для доменов без CSP и доменных политик с небезопасными eval и/или небезопасными inline;
  • Гомографические атаки IDN;
  • XSPA (сканирование IP/портов во внешние сети);
  • Инъекция формул Excel CSV;
  • Скриптинг в документах PDF;
  • Атаки, требующие полного доступа к локальной учетной записи или профилю браузера;
  • Атаки со сценариями, где уязвимость в стороннем сайте или приложении требуется как необходимое условие и не демонстрируется;
  • Теоретические атаки без доказательства возможности использования;
  • Уязвимости отказа в обслуживании (DoS) связанные с отправкой большого количества запросов или данных (флуд);
  • Возможность отправки большого количества сообщений;
  • Возможность отправки спама или файла вредоносного ПО (к примеру, спам письмами о регистрации или восстановлении пароля);
  • Раскрытие информации через внешние ссылки, не контролируемые Mail.Ru или VK.com (например, поисковые dork’и к приватным защищенным областям robots.txt);
  • Раскрытие неиспользуемых или должным образом ограниченных ключей JS API (например, ключ API для внешнего картографического сервиса);
  • Возможность выполнить действие, недоступное через пользовательский интерфейс, без выявленных рисков безопасности;
  • Уязвимости, связанные с применением фишинга и других техник социальной инженерии;
  • Раскрытие /metrics, /status, htaccess и подобных без показанной угрозы ИБ ( пример угрозы - раскрытие приватных api методов, токенов);
  • Blind SSRF без показанной в отчете угрозы ИБ сервиса ( DNS pingback недостаточно );
  • Уязвимости класса SSRF с отправкой запросов через rentgen*.smailru.net, snipster.*.go.mail.ru, mpr*.m.smailru.net, rs-proxy*.i.smailru.net или другие специально предназначенные для защиты от SSRF прокси;
  • Уязвимости, раскрывающие только учетные записи пользователей, не содержащие пароля или иных персональных данных.

Мы рассматриваемые отчеты как информационные, если:

  • Разглашается информация о взломанных учетных записях внешних пользователей для сервисов Mail.Ru или VK.com;
  • Уязвимость выявлена в сервисе, самостоятельно размещенном пользователем (сеть хостинга Mail.Ru\VK Cloud, хостинг ресурсов игровых команд, хостинг студенческих или лабораторных работ для образовательных проектов и т.д.).

Размер максимального вознаграждения:

УязвимостьВознаграждение    
Удаленное исполнение кода (RCE)250 000 ₽
Инъекции на стороне сервера (SQLi или альтернатива)125 000 ₽
Доступ к локальным файлам и работа с ними (LFR, RFI, XXE) без ограничений типа jail/chroot/file type restrictions125 000 ₽
RCE в Dev. инфраструктуре / изолированный или виртуализированный одноцелевой процесс (например преобразование изображений)50 000 ₽ 
SSRF, не слепые (с возможностью читать текст ответа), кроме выделенных прокси*50 000 ₽ 
SSRF, слепые, кроме выделенных прокси*20 000 ₽
Уязвимость на стороне сервера с раскрытием информации (например утечки памяти / IDORs) критически важных или высоко конфиденциальных данных приложения (например, сессии, учетные записи, пароли, кредитные карты, сообщения электронной почты)10 000 ‑ 125 000 ₽ 
Уязвимость на стороне сервера с раскрытием информации (например, утечки памяти / IDORs) защищенных персональных данных или конфиденциальной информации клиента10 000 ‑ 100 000 ₽ 
Уязвимость на стороне сервера с раскрытием информации (например утечки памяти / IDORs) конфиденциальных данных приложения или инфраструктуры / повышение привилегий роли в организации10 000 ‑ 100 000 ₽ 
Обход аутентификации администратор/поддержка100 000 ₽
Слепая XSS в интерфейсе администратор/поддержки75 000 ₽
Межсайтовый скриптинг (XSS)0 - 10 000 ₽
Подделка межсайтовых запросов (СSRF)0 - 15 000 ₽
 
Захват неиспользуемого поддомена рассматривается в той же степени тяжести / условиях, что и подделка межсайтовых запросов (СSRF).
*SSRF оплачиваются только при демонстрации доступа к внутренней сети проекта.
Self-XSS, XSS, специфичные для не распространенных браузеров (например, IE), заблокированные CSP и другие векторы без доказанного выполнения скриптов обычно принимаются без вознаграждения.
Подробный вывод ошибок, раскрытие путей локальной установки, вывод phpinfo(), счетчики производительности и т.д. не считаются конфиденциальными, такие сообщения обычно принимаются без вознаграждения. Не принимаются сообщения о раскрытии версий программного обеспечения

Благотворительность

Исследователь может пожертвовать начисленное вознаграждение на благотворительность с помощью сервиса VK Добро, выбрав любой фонд на сайте или среди других фондов VK Добра на выбор и написав об этом в отчет
Запущена 8 августа 2022
Изменена 11 октября, 07:32
Формат программы
По уязвимостям
Награда за уязвимости
до 250K ₽
Статистика по программе
2 016 000 ₽
Всего выплачено
134 400 ₽
Средняя выплата
0 ₽
Выплачено за последние 90 дней
24
Всего отчетов принято
28
Всего отчетов сдано
Описание
Уязвимости
Рейтинг