TGViewer
8ug8ear 8ug8ear @bugbeer · 2.33K subscribers
Post #98 2.6K
Говорить на языке бизнеса в багбаунти

Я долго удивлялась почему мне иногда так занижают уязвимости. Я научилась демонстрировать импакт, а не сдавать просто XSS с алертом. Пишу видео демонстрации, стараюсь быть понятной, собираю цепочки проблем, но все еще чего-то не хватает. Чего же?

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

В этом году получила через BAC чужие балансы и истории операций в системе. Там были особенности, которые позволяли запрашивать по своей компании, а получать чужие данные. Я выгрузила данные 2х компаний за 12 лет с тратами 30 млн. Заплатили за это после фикса 10к с комментариями, что юристы сказали, что никакого нарушения тут не происходит так как нет идентификации клиента. Данные о фирмах можно получить публично в этой системе, по другими данным это можно увидеть. И казалось, что стоило добавить эту информацию в отчет, но мне она казалась очевидной и поэтому я не стала при написании отчета это показывать. Оспорить выплату не получилось. Похожая история, когда заплатили за IDOR с критичным импактом как за лоу багу, потому что это "IDOR не интересная проблема".

Посмотрев эту дискуссию, поняла, что среднестатистический CISO не заплатит за просто IDOR, XSS и тд как за крит. Но бизнес умеет хорошо считать деньги.

Попробовала действовать по другому. Завела отчет, где показала, что не просто получила фичу бесплатно "вот так". Продемонстрировала сколько стоит эта фича по тарифам системы, что это главная фича для работы аккаунта, что вот такие и такие настройки приватности она нарушает. И мне заплатили по нижней границе "крита", хотя я завела отчет как "высокий", т е гораздо выше чем я рассчитывала. Тот же самый вендор, что очень сильно снижал критичность ранее.

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

Далеко не все баги и стоимость убытков при реализации можно подсчитать, а сделать это снаружи в рамках багбаунти кажется задачей не реальной. Сколько стоит 1 час простоя главного сервиса? А какого-нибудь низкоуровнего, который денег не приносит? Но держать в голове и в отчете реализацию рисков, смотреть на баг в рамках вектора атаки - точно стоит. Деньги бизнес сам посчитает, если ему на это указать и понятно описать.

Какие тут стоит сделать выводы? Нужно говорить не только на языке технарей, сдавая крутой poc, но и на языке бизнеса, потому что именно он решает в конечном счете сколько стоит баг.
YouTube Ток-шоу Безопасная среда | Хакерский взгляд на бизнес и кибериспытания #codeib На встрече эксперты обсудят: — Как правильно организовать взаимодействие между бизнесом и этичными хакерами? — Можно ли заложить непрерывный анализ защищенности как базовый процесс компании, какие преимущества дает такой подход? — Что бизнес может…
  • ❤ 23
  • 🔥 10
More from @bugbeer
  1. Aug 12, 2026Я тут первый раз у вендора столкнулась с такой ситуацией. Тестирую продукты компании. Четк…
  2. Aug 6, 2026Вышла из леса и делюсь моей болтологией на тему багбаунти. https://vkvideo.ru/video-147415…
  3. Jul 16, 2026Когда триажер решил порофлить. Вот вроде сначала расстроилась, что импакт оказался низкий,…
  4. Jul 15, 2026Приятно, хотя по таблице cutoffurmind уже обогнал и у меня второе место. Мерч я люблю. Инт…
  5. Jun 25, 2026Режим багхантинга "ночной дозор" Этот квартал апрель-июнь я активно багхантила и вот что и…
  6. May 28, 2026В ту пятницу было завершение bugs 7. Сдала 8 отчетов со всякой мелочью: 4 дубля и 4 принят…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →