Нет - закрываем разработку ✦ Да - оцениваем, проговариваем риски и думаем, кого она задевает (другие продукты и отделы) Фичу нужно тестировать отделом безопасности? ✦ Нет - добавляем тесткейсы в тикет, заберет и сделает отдел QA ✦ Да - ставим метку "Тестирование безопасности". Фича не выкатывается без аппрува безопасности
в проекте Information Security • Назначается ответственный, связывается с таском фичи в проекте Mail • Все уязвимости заводятся в проекте разработки, с обратной связкой с таском в проекте Information Security Это позволяет найти все аудиты и неисправленные уязвимости, если такие есть
упоре на «негативные» тесты (QA MeetUp от 06 июля 2017, Нижний Новгород) • Нужны XSS? Возьмите автотесты https://github.com/cure53/ DOMPurify • Нужны IDOR? Пропишите в таске нужные сценарии • Тайминги, экспайры? Пишите все в таск
баги. Передать AFL - мегаудобно, разработчики сами подменят stdin, не надо тратить время на развертывание окружения и т.п. Можно посмотреть доклад - “Расширяем инструментарий — тулзы пентестеров в разработке и тестировании” на CodeFest 2016
В PROJECT_NAME (JIRA) Triaged New New ТИКЕТ НА HACKERONE ТИКЕТ В HKRN (JIRA) ТИКЕТ В PROJECT_NAME (JIRA) Triaged New Fixed ТИКЕТ НА HACKERONE ТИКЕТ В HKRN (JIRA) ТИКЕТ В PROJECT_NAME (JIRA) Triaged Fixed Fixed ТИКЕТ НА HACKERONE ТИКЕТ В HKRN (JIRA) ТИКЕТ В PROJECT_NAME (JIRA) Closed Fixed Fixed
(MAIL) AND issueFunction in linkedIssuesOf("project in (HKRN,’IS',scan) AND status in (work,new,confirmed, ready) ", "depends on”) AND status not in (closed, done, released)