Если вы только начинаете охоту за уязвимостями, вам нужно знать, что для изучения навыков поиска ошибок потребуется время. Вам нужно иметь терпение и решимость продолжать багхантинг, даже если вы не сразу не видите успешные результаты. Ниша Bug Bounty слегка переполнена и конкурентна нужно признать, поэтому вам потребуется упорный труд и нестандартное мышление, чтобы достичь успехов. Баг хантинг — это постоянное обучение. Все начинают с нуля и со временем становятся профи в этом нелегком, но интересном деле.

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

Очень важно помнить, что при поиске уязвимостей нельзя впадать в депрессию/расстраиваться, если вам требуется больше времени, чтобы найти баги, если у вас сразу не получается. Не каждый будет находить баги каждый раз, когда садится за компьютер. И очень часто проходят дни, недели или даже месяцы без обнаружения ошибок. Не сравнивайте свои успехи или неудачи с чужими результатами. Потому что, как и во всем остальном, всегда найдется кто-то лучше вас, а кто-то хуже вас. И это нормально.

Если кто-то подошел к вам и спросил, можете ли вы найти уязвимость в системе безопасности Facebook или Google, ваша реакция может состоять в том, чтобы объяснить, насколько это сложно, учитывая, сколько денег эти компании тратят на безопасность и сколько сотрудников обеспечивают безопасность своих приложений. Как баг хантер, вы не должны иметь такой менталитет. Это просто неправильно, и когда вы обнаружите проблемы с безопасностью в крупнейших компаниях мира, вы поймете, что можно найти уязвимости в чем угодно (при наличии достаточного времени и скиллов). 

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

Далее. Основы веб-приложений. Узнайте, как работают запросы, заголовки HTTP, запросы JSON, как работает браузер, как они взаимодействуют и отправляют данные на серверы, DNS и т. д. https://developer.mozilla.org/en-US/docs/Web2 - вот тут кое-что можно почитать.

Читайте блоги. Узнайте о новых методах от других баг хантеров, чтобы вы могли проверить их во время тестирования.

Если вы новичок в программе Bug Bounty, вы можете быть не уверены, что сможете найти что-то общедоступное. Это то, с чем борются многие хакеры. Если вы еще не нашли много уязвимостей в системе безопасности, возможно, стоит попрактиковаться в Capture The Flag (CTF). 

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

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

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

Пример цели: в течение следующих 4 часов я буду тестировать функцию X на выявление SQL Injection. Или следующие 2 часа я буду тестировать страницу X на выявление XSS.

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

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

The Web Application Hacker’s Handbook

The Tangled Web: A Guide to Securing Modern Web Applications

Web Hacking 101

Breaking into Information Security

Mastering Modern Web Penetration Testing

The Mobile Application Hacker's Handbook