전체 기록을 보려면 여기를 확인하세요

작동 방식

Trickest 워크플로 아키텍처

TB; DZ (너무 큼; 확대 안 함):

• CVE 세부 정보를 cvelist에서 수집 (CVE Project에 감사드립니다!)
• CVE를 연도별로 분할.
• 2가지 기술을 사용하여 각 CVE에 대한 PoC 찾기:

  1. 참조

     • 각 CVE의 References 수집.
     • ffuf와 키워드 목록을 사용하여 그중 하나가 PoC를 가리키는지 확인

     정규식: (?i)[^a-z0-9]+(poc|proof of concept|proof[-_]of[-_]concept)[^a-z0-9]+

     (@joohoi님 감사합니다!)

     참고: ffuf는 콘텐츠 발견 외에도 다양한 용도로 훌륭합니다.

     HackerOne 보고서에서 참조된 CVE 가져오기 - AllVideoPocsFromHackerOne (@zeroc00I님 감사합니다!)

  2. Github

     CVE ID를 언급하는 find-gh-poc가 있는 리포지토리를 GitHub에서 검색.

• 수동으로 커밋된 데이터를 덮어쓰지 않고 새 결과를 리포지토리에 병합.
• blacklist.txt를 사용하여 오탐 필터링.
• 발견된 모든 PoC 병합.
• shields.io를 사용하여 영향을 받는 각 소프트웨어 버전에 대한 GitHub 배지 생성.
• 모든 것을 읽기 쉬운 마크다운 파일로 작성.

설명된 대로, 이 리포지토리의 거의 모든 것이 자동으로 생성됩니다. 결과가 최대한 정확하도록 워크플로를 신중하게 설계했으며(계속 개발 중입니다).

사용 사례

• 둘러보고, 좋은 PoC를 찾아 테스트해보세요!
• 리포지토리를 Watch하여 새로운 PoC가 공개되는 즉시 알림을 받으세요.
• 특정 제품(들)(및 가능한 버전)을 검색하여 관련된 모든 공개 익스플로잇을 찾으세요.
• 특정 제품(들)에 대해 atom 피드를 모니터링하세요.
• summary_html의 템플릿과 스크립트를 사용하여 검색 가능한 HTML 테이블을 생성하세요.
  • 예시: https://www.andrewmohawk.com/cve_summary (@AndrewMohawk님 감사합니다!)

기여

모든 기여/아이디어/제안을 환영합니다! GitHub issues를 통해 새 티켓을 생성하거나 @trick3st로 트윗해 주세요.

자신만의 워크플로 구축

우리는 손보는 것의 가치를 믿습니다; 정형화된 해결책은 거의 효과가 없습니다. Trickest 데모에 등록하여 이 워크플로를 사용 사례에 맞게 사용자 정의하고, 더 많은 워크플로에 액세스하거나, 처음부터 자신만의 워크플로를 구축하세요!