CVE PoC

ほぼすべての公開されているCVE PoC。

現在最も注目されているCVE

タイトル	URL
CVE-2022-0001	/trickest/cve/blob/main/2022/CVE-2022-0001.md
CVE-2022-25297	/trickest/cve/blob/main/2022/CVE-2022-25297.md
CVE-2022-1388	/trickest/cve/blob/main/2022/CVE-2022-1388.md
CVE-2022-25451	/trickest/cve/blob/main/2022/CVE-2022-25451.md

完全な履歴を見るにはこちらをご覧ください。

仕組み

Trickest ワークフローアーキテクチャ

TB; DZ (Too big; didn't zoom):

• cvelistV5 からCVEの詳細を収集します（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に言及したGitHubリポジトリの事前収集データセット（当社の find-gh-poc ワークフローで生成）からPoCリンクを追加し、リポジトリの既存のPoCファイルから回収されたリンクも追加します。
• 手動でコミットされたデータを上書きせずに、新しい結果をリポジトリにマージします。
• blacklist.txt を使用して誤検知をフィルタリングします。
• 見つかったすべてのPoCをマージします。
• shields.io を使用して、影響を受ける各ソフトウェアバージョンのGitHubバッジを生成します。
• すべてを読みやすいmarkdownファイルに書き込みます。

説明のとおり、このリポジトリ内のほぼすべては自動的に生成されます。結果が可能な限り正確になるよう、ワークフローを慎重に設計し（そして開発を続けて）います。

ユースケース

• 閲覧して、良いPoCを見つけて、テストしてみましょう！
• リポジトリを Watch して、新しいPoCが公開され次第通知を受け取りましょう。
• 特定の製品（および場合によってはバージョン）を検索して、それに関連するすべての公開エクスプロイトを見つけましょう。
• 特定の製品について atom feed を監視しましょう。
• summary_html のテンプレートとスクリプトを使用して、検索可能なHTMLテーブルを作成しましょう。
  • 例: https://www.andrewmohawk.com/cve_summary （@AndrewMohawkに感謝！）

コントリビューション

すべてのコントリビューション・アイデア・提案を歓迎します！GitHub issues で新しいチケットを作成するか、@trick3st までツイートしてください。

独自のワークフローを構築する

私たちは試行錯誤の価値を信じています。既製のソリューションではほとんど通用しません。Trickest のデモにサインアップして、このワークフローをあなたのユースケースに合わせてカスタマイズしたり、さらに多くのワークフローにアクセスしたり、ゼロから独自のワークフローを構築したりしましょう！