OWASP LLM Top 10 の旧リポジトリをどう扱うか、移転先とライセンスの境界
OWASP Top 10 for Large Language Model Apps (Part of the GenAI Security Project)
ひと目でわかる
- これは何？
- OWASP Top 10 for Large Language Model Applications のリポジトリは、現行版の開発拠点ではなく履歴保管庫になっている。移転先、ライセンス、そして古いリンクを引用し続けるリスクを整理する。
- 誰に向いている？
- 新規に LLM アプリの脅威モデルを社内文書へ組み込むチームは、この旧リポジトリではなく GenAI-Security-Project/GenAI-LLM-Top10 側の 2026 年版を起点にすべきである。逆に、2023-v1 や 2025 年版を既に社内標準として参照している組織は、このリポジトリを削除対象にせず、Archive/ 配下の履歴として残したまま、どの版を根拠にしているかを文書側で明示する必要がある。
- 商用利用できる？
- まず確認が必要です。このリポジトリのライセンスは自動分類の対象外なので、商用利用の前に LICENSE ファイルを読んでください。
- 今もメンテナンスされている？
- されています。最後のコミットは 41 日前です。
- 何の言語で書かれている？
- 主に Python です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
このリポジトリは今、何をするための場所なのか
README の冒頭には、このリポジトリが legacy entry point かつ historical archive として維持されていると明記されている。つまり、LLM アプリケーションの脆弱性分類を新しく読むための場所ではなく、既存のリンク、引用、過去の成果物を壊さないための場所である。README は「Active development has moved to GenAI-Security-Project/GenAI-LLM-Top10」と述べ、新しい issue、pull request、リリース作業はそちらへ向かうよう案内している。
対象読者は二種類に分かれる。これから LLM を使うアプリケーションのリスク分類を探している開発者と、数年前にこのリポジトリを根拠として社内標準や研修資料を作ってしまった組織である。前者にとってこのリポジトリは入口として機能しない。後者にとっては、引用元が動かなくなっていないかを確認する対象になる。
移転先と現行リリースの関係
README が示す現行リリースは OWASP GenAI LLM Top 10 2026 で、公開日は 2026 年 8 月 4 日と記載されている。ソースは GenAI-LLM-Top10 リポジトリの 2026/final ディレクトリ、訂正の報告先は release-errata.yml テンプレートを使った issue である。リポジトリのメタデータ上も最終 push は 2026-08-05 となっており、README の記述と矛盾しない。
ここで注意したいのは、このリポジトリのリリース一覧に並ぶのが 2024、2023-v1.1、2023-v1 であり、2026 年版は含まれていない点だ。つまり GitHub の Releases タブだけを見て「最新版は 2024」と判断すると、実際の現行版を取り逃す。バージョンを機械的に拾う仕組みを社内に作っている場合、このリポジトリを監視対象に残すと古い番号を拾い続けることになる。
Top 10 は GenAI Security Project の一部になっている
README によれば、Top 10 は現在 OWASP GenAI Security Project という上位プロジェクトの中核イニシアチブとして位置づけられている。ホームページは genai.owasp.org で、生成 AI システムとアプリケーションを保護するためのガイダンスとリソースを開発する、と説明されている。
これは単なる看板の掛け替えではない。LLM アプリの Top 10 という切り口が、生成 AI 全体のセキュリティ課題を扱う枠組みに吸収されたことを意味する。分類の番号や名称を社内の管理表に固定している場合、上位プロジェクト側の構成変更に追随する必要が出てくる。README の記述から確認できるのはここまでで、個々の項目が 2026 年版でどう変わったかはこのリポジトリの資料だけでは判断できない。
Python という表記と実際の中身
リポジトリのメタデータでは primary language が Python とされている。ただし README の内容は、リリースへのリンク、翻訳、Archive/ 配下の歴史的資料、コントリビューション手順であり、Python 製のツールやライブラリを配布しているという記述はない。言語統計は、ビルドスクリプトや補助的なコードの存在を示している可能性があるが、この資料だけでは何のコードなのかは分からない。
採用判断の観点では、これを「Python のセキュリティライブラリ」と誤解しないことが重要である。pip で入れて import する類のものではなく、読んで自社の設計レビューやチェックリストに落とし込む文書群として扱うのが実態に近い。
ライセンス表記の食い違いをどう読むか
リポジトリのメタデータでは License が NOASSERTION となっている。一方、README のバッジと本文は Creative Commons Attribution-ShareAlike 4.0 International License を指し、creativecommons.org の該当ページへリンクしている。GitHub が自動判定できなかったために NOASSERTION が付いている状態で、プロジェクト自身の表明は CC BY-SA 4.0 である。
CC BY-SA 4.0 は表示と継承を求めるライセンスで、改変物を配布する場合に同じライセンスを適用する条件が付く。社内研修資料や顧客向けホワイトペーパーに Top 10 の記述を転載する場合、この ShareAlike がどこまで及ぶかは自社の利用形態に依存する。ここで法的助言はできないので、配布形態が外部に及ぶなら法務確認を挟むべきである。少なくとも、メタデータの NOASSERTION だけを見て「ライセンス不明のリポジトリ」と社内で弾く運用は、README の表明と食い違う。
代替となる参照先と、その違い
このリポジトリの代替は GenAI-Security-Project/GenAI-LLM-Top10 である。違いは役割そのものだ。旧リポジトリは既存リンクと歴史的成果物の維持に責務を限定し、新規の issue や pull request を受け付けない。移転先は 2026/final に現行ソースを置き、release-errata.yml と release-feedback.yml という二種類のテンプレートで訂正とフィードバックを分けて受け取る。
もう一つの参照先が genai.owasp.org 上のリソースページで、2026 年版の配布物はここから取得する形になっている。ドキュメントの閲覧だけならサイト、差分や議論を追うなら GitHub、という住み分けである。旧リポジトリを参照し続ける唯一の合理的な理由は、2023 年版や 2025 年版を明示的に引用している既存文書の整合を保つ場合に限られる。
コントリビューションとメンテナンスの実際
このリポジトリに pull request を送っても、README は新規作業を移転先へ誘導している。OWASP Slack の #team-genai-top-10-llm チャンネルが作業グループの窓口として示されており、広い参加手順は genai.owasp.org/contribute に置かれている。
メンテナンスコストの観点では、このリポジトリを社内の依存先として固定すると、更新が止まった文書を追い続けることになる。逆に移転先を追う場合も、リリースごとに項目の番号や名称が動きうるため、社内チェックリストの対応表を版ごとに持つ運用が必要になる。README には stars の推移を示す画像が historical repository activity として貼られているが、これは過去の活動量を示すものであって、内容の妥当性や成熟度の根拠にはならない。
編集部の結論
新規に LLM アプリの脅威モデルを社内文書へ組み込むチームは、この旧リポジトリではなく GenAI-Security-Project/GenAI-LLM-Top10 側の 2026 年版を起点にすべきである。逆に、2023-v1 や 2025 年版を既に社内標準として参照している組織は、このリポジトリを削除対象にせず、Archive/ 配下の履歴として残したまま、どの版を根拠にしているかを文書側で明示する必要がある。導入前に確認すべきは、参照している版が 2026 年版なのか旧版なのか、そして CC BY-SA 4.0 の ShareAlike 条件が自社の配布物に及ぶ範囲である。
コミュニティノート