Что представляет собой этот репозиторий?

Этот репозиторий представляет собой список ситуаций, возникающих в программах bug bounty, и рекомендации по тому, как их следует урегулировать. Многие из этих ситуаций в настоящее время рассматриваются в индивидуальном порядке, что порождает множество неопределённости и недовольства у хакеров, владельцев программ и платформ. Цель этого репозитория — стандартизировать способ обработки таких пограничных случаев на всех платформах и во всех программах bug bounty. Будем надеяться, что стандартизация позволит всем сторонам чаще оправдывать ожидания.

Это черновик

Этот документ является черновиком и ещё не внедрён ни одной платформой bug bounty. На данном этапе я запрашиваю комментарии от всех заинтересованных сторон.

Как внести вклад

Пожалуйста, вносите вклад, открывая вопросы (issues) на GitHub. Все обоснованные поданные вопросы останутся открытыми минимум на 30 дней для комментариев.

Ваш вопрос должен содержать мнение, например:

• Я считаю, что следует добавить сценарий, когда хакер связывается с программой напрямую, а не сообщает об уязвимости через предоставленную платформу.
• Я считаю, что следует добавить сценарий, когда одна сторона ведёт себя оскорбительно по отношению к другой.
• Я считаю, что решение по сценарию 4 следует изменить на «хакер имеет право публично раскрыть уязвимость через 120 дней отсутствия ответа».

Комментарии к вопросу приветствуются от любого, но должны быть конструктивными и бесстрастными. Оскорбительное поведение не допускается.

Таблица