CVE PoC

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

現在最もホットなCVE

完全な履歴を見るにはこちら

仕組み

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

     find-gh-pocを使用して、CVE IDに言及しているリポジトリをGitHubで検索。

• 手動でコミットされたデータを上書きせずに、新しい結果をリポジトリにマージ。
• blacklist.txtを使用して誤検知をフィルタリング。
• 見つかったすべてのPoCをマージ。
• shields.ioを使用して、影響を受ける各ソフトウェアバージョンのGitHubバッジを生成。
• すべてを読みやすいマークダウンファイルに書き込み。

説明の通り、このリポジトリのほとんどは自動生成されています。結果を可能な限り正確にするために、ワークフローを慎重に設計し（継続的に開発しています）。

ユースケース

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

コントリビューション

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

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

私たちは試行錯誤の価値を信じています。定型解決策ではほとんど不十分です。Trickestのデモにサインアップして、このワークフローをユースケースに合わせてカスタマイズしたり、さらに多くのワークフローにアクセスしたり、ゼロから独自のワークフローを構築してください！