CWEとは?CVEとの違いを10分で|脆弱性の「罪名」と「事件番号」

セキュリティ用語をやさしく / 2026年8月版

CWEとは?CVEとの違いを10分で

脆弱性のニュースを読んでいると「CVE-2024-3400」と「CWE-306」が並んで出てきます。似た形をしていますが、役割はまったく違います。前者が「事件番号」なら、後者は「罪名」です。この違いが分かると、脆弱性情報の読み方が変わります。

「CVEは聞いたことがあるけど、CWEって何が違うの?」
「番号が似ていて、どっちがどっちか毎回わからなくなる」
「CVSSやKEVも出てきて、もう区別がつかない」

脆弱性の情報を読もうとすると、アルファベット4文字の略語が次々に出てきます。しかも形が似ています。この記事では、まずCWEとCVEの違いをはっきりさせ、そのうえで周辺の用語(CVSS・EPSS・KEV)を1枚の地図に整理します。

⚠ 先に結論:覚えるのはこれだけです

CVEは「どの製品で起きた、どの1件か」を指す番号。CWEは「それがどんな種類の失敗だったか」を指す番号。1つのCVEには、たいてい1つ以上のCWEがひもづきます。逆に、1つのCWEには世界中の何千件ものCVEがぶら下がります。この関係さえ押さえれば、あとは応用です。

CHAP1

第1章 / 全7章

CWEは「罪名」、CVEは「事件番号」

刑事事件のニュースを思い浮かべてください。報道では2つの情報が出てきます。「いつ、どこで、誰が起こした事件か」と、「それは何という罪にあたるか」です。

脆弱性の世界も、まったく同じ構造をしています。

# 事件番号にあたるもの(CVE) CVE-2024-3400 → 2024年に、Palo AltoのPAN-OSで見つかった、あの1件 # 罪名にあたるもの(CWE)=1件に複数つくこともある CWE-77 → コマンドインジェクション CWE-20 → 入力値の検証不備

この例のように、1件のCVEに複数のCWEがひもづくことは珍しくありません。「入力のチェックが甘く(CWE-20)、その結果コマンドとして実行されてしまった(CWE-77)」というように、失敗が連なっているためです。刑事事件で1つの行為に複数の罪名がつくのと同じです。

CVE番号は世界にひとつだけの通し番号です。「CVE-2024-3400」と言えば、世界中の誰が聞いても同じ1件の脆弱性を指します。製品名も、発見された年も、そこに固定されています。

一方でCWE番号は種類の名前です。「CWE-77」は特定の製品の話ではありません。どの会社の、どの製品で起きたことであっても、「本来データとして扱うべき入力を、コマンドとして実行してしまった」という失敗であれば、それはCWE-77です。

MITREはこの違いを、次のように説明しています。

MITREによる定義

弱点(weakness)とは、さまざまな製品で脆弱性を生みうる、根本にある状態のこと。脆弱性(vulnerability)とは、特定の製品において1つ以上の弱点が具体化した個別の事例のこと。——CWE公式FAQより要約

つまり、CWEが原因の型で、CVEが結果の実例です。CWEとCVEは、MITREが運営する「姉妹プログラム」という位置づけになっています。

1つのCWE(罪名)に、たくさんのCVE(事件)がぶら下がる CWE-306 重要な機能に認証が無い = 失敗の「種類」 CVE-2023-36846 Juniper Junos OS CVE-2023-36847 Juniper Junos OS CVE-2023-36851 Juniper Junos OS …ほか、世界中で多数 = 実際に起きた「1件ずつ」 CVEを見れば「どこが危ないか」、CWEを見れば「なぜ繰り返すか」が分かる
第1章 おわり — 次は第2章
CHAP2

第2章 / 全7章

2つの違いを表で確認する

比べる観点CVECWE
日本語名共通脆弱性識別子共通脆弱性タイプ一覧
何を指すか特定の製品で起きた個別の脆弱性脆弱性を生む「弱点の種類」
例えるなら事件番号罪名
番号の例CVE-2024-3400CWE-306
番号の形CVE-西暦-連番CWE-連番(年は入らない)
製品名を含むか含む(対象製品が決まっている)含まない(製品によらない)
毎年数万件ずつ増え続ける944件(バージョン4.20時点)
誰が採番するかCNAと呼ばれる認定組織(世界に530以上)MITREが一元的に管理
運営どちらもMITREが運営し、米国CISAが出資する姉妹プログラム
使う場面「うちの製品は影響を受けるか」を判断する「同じ失敗を繰り返していないか」を分析する

数の違いに注目してください。CVEは毎年数万件のペースで増え続けますが、CWEは944件しかありません。 事件はいくらでも起きますが、罪名の種類は限られている、という関係です。

これが、CWEが分析に向いている理由です。CVEを1件ずつ眺めても全体像は見えませんが、CWEでまとめ直すと「この組織は入力チェックの失敗ばかり繰り返している」といった傾向が見えてきます。

よくある誤解:CWEはCVEの「重要度」ではありません

番号が並んでいると、CWEのほうが詳しい説明だと感じるかもしれませんが、CWEに「深刻さ」の情報はありません。CWE-306だから危険、CWE-79だから安全、といった序列は存在しません。深刻さを表すのは、次の章で説明するCVSSという別の指標です。

第2章 おわり — 次は第3章
CHAP3

第3章 / 全7章

CWE番号の読み方

CWEを調べていると、同じような内容なのに番号が複数あって戸惑うことがあります。たとえば「認証」まわりだけでもCWE-287、CWE-306、CWE-288と並んでいます。これは重複ではなく、抽象度が違うためです。

CWEには4段階の抽象度があります。

レベル抽象度説明
Pillar(柱)最も抽象的いちばん大きなくくりCWE-284 アクセス制御の不備
Class(クラス)抽象的言語や技術に依存しない表現CWE-287 不適切な認証
Base(ベース)やや具体的技術にほぼ依存しないが具体的。実務でいちばんよく使うCWE-306 重要な機能に認証が無い
Variant(バリアント)最も具体的特定の言語や技術に限定される特定実装に固有のもの

加えて、複数の弱点が組み合わさったものを表すCompound(複合要因)という区分もあります。

実務で目にするCWEの多くはBaseレベルです。「CWE-287(不適切な認証)」より「CWE-306(重要な機能に認証が無い)」のほうが具体的で、対策も立てやすいためです。

ビュー:目的別の並べ替え

944件を全部覚える必要はありません。CWEには、目的に応じて必要なものだけを取り出したビューという仕組みがあります。

ビュー番号名前向いている人
CWE-699Software Developmentソフトウェアを開発する人
CWE-1000Research Concepts研究・分析をする人
CWE-1194Hardware Designハードウェアを設計する人

CWEはソフトウェアだけのものではありません。 公式の定義でも「ソフトウェアおよびハードウェアの弱点の一覧」とされており、設計・アーキテクチャ・コード・実装のどの段階で生まれた弱点も対象になります。

第3章 おわり — 次は第4章
CHAP4

第4章 / 全7章

日本語では「共通脆弱性タイプ一覧」

CWEには日本語の正式名称があります。IPA(情報処理推進機構)が使っている呼び方は「共通脆弱性タイプ一覧」です。CVEのほうは「共通脆弱性識別子」と訳されます。

日本語の資料でCWEを見る機会は、思っているより多くあります。

どこで見るか運営CWEの使われ方
JVN iPediaIPA / JPCERT/CCCWE互換認定を取得しており、登録された脆弱性1件ずつにCWE識別子が付いている。CWEでの検索も可能
JVN(脆弱性レポート)IPA / JPCERT/CC個別のレポートに脆弱性の種類として記載される
NVD米国NIST各CVEにCWEを付与。この記事の集計もここが元データ
製品ベンダーの告知各社「脆弱性の種類:CWE-306」のように併記されることが多い

CWEはSCAP(セキュリティ設定共通化手順)という枠組みの構成要素のひとつでもあります。SCAPは、脆弱性の情報を機械が読める形でやり取りするための共通仕様の集まりで、CVE・CWE・CVSSなどが部品として組み込まれています。「なぜ番号で表現するのか」の答えがここにあります——人が読むためではなく、機械が集計・照合できるようにするためです。

ちなみにJVN iPediaの登録状況を見ても、件数が多いCWEはCWE-79(クロスサイトスクリプティング)が上位に来ます。これは世界的な傾向と一致しています。

第4章 おわり — 次は第5章
CHAP5

第5章 / 全7章

CVSS・EPSS・KEVとの関係

ここまで来たら、混同しやすい残りの用語もまとめて整理してしまいましょう。脆弱性の情報には、役割の違う5つの指標が登場します。

略語日本語答えている問い
CVE共通脆弱性識別子それはどの1件かCVE-2024-3400
CWE共通脆弱性タイプ一覧それはどんな種類の失敗かCWE-77
CVSS共通脆弱性評価システム成立したらどれくらい深刻か0.0〜10.0の点数
EPSS悪用予測スコアリングシステム今後30日で悪用される確率は0〜1の確率
KEV既知の悪用された脆弱性カタログ実際に悪用されたか載っている/いない

この5つは、それぞれ違う問いに答えています。どれか1つで判断すると必ず間違えます。 実例を見てください。

CVE製品CWECVSSEPSSKEV
CVE-2024-3400PAN-OSCWE-77 / 2010.00.99999収載
CVE-2023-36846Junos OSCWE-3065.30.94121収載
CVE-2023-36851Junos OSCWE-3065.30.01091収載

2行目に注目してください。CVSSは5.3(中程度)にすぎませんが、EPSSは0.94、しかも実際に悪用されてKEVに載っています。 「CVSSが7未満だから後回し」という運用をしていたら、この脆弱性は取りこぼされます。

3行目も面白い例です。2行目と同じ製品・同じCWE・同じCVSSなのに、EPSSは0.011と桁違いに低い。それでもKEVには載っています。予測はあくまで予測で、外れることもあるということです。

🚨 重要:優先順位はCVSSだけで決めない

更新作業には限りがあります。何から手をつけるかを決めるとき、CVSSの点数の高い順に並べるのは、もっともよくある失敗です。CVSSは「もし成立したらどれくらい重大か」という理論値であって、「実際に狙われているか」は表していません。実務では、まずKEVに載っているかを見て、次にEPSSを見て、最後にCVSSを見るという順序のほうが効きます。

第5章 おわり — 次は第6章
CHAP6

第6章 / 全7章

よく出会うCWE 15選

944件すべてを覚える必要はありません。ニュースや脆弱性情報でくり返し登場するのは、実際にはごく一部です。次の15個を知っていれば、たいていの記事は読めます。

CWE名前ひとことで言うと
CWE-79クロスサイトスクリプティング他人のスクリプトが自分のページで動いてしまう
CWE-89SQLインジェクション入力欄からデータベースの命令を送り込まれる
CWE-78OSコマンドインジェクション入力欄からOSのコマンドを実行されてしまう
CWE-77コマンドインジェクションCWE-78の親にあたる、より広いくくり
CWE-94コード生成の不適切な制御プログラムそのものを書き換えられてしまう
CWE-22パストラバーサルファイルの場所指定を細工して、見せてはいけないファイルを読まれる
CWE-306重要な機能に認証が無いそもそも鍵がかかっていない
CWE-287不適切な認証鍵はあるが、確認の仕方が甘い
CWE-288別ルートからの認証バイパス正面玄関以外に、鍵のない入口がある
CWE-862認可の欠落本人確認はしたが、権限の確認をしていない
CWE-787境界外書き込み決められたメモリの範囲を越えて書き込んでしまう
CWE-125境界外読み取り同じく、範囲を越えて読み取ってしまう
CWE-416解放後の使用すでに捨てたはずのメモリを使ってしまう
CWE-502信頼されないデータの逆シリアル化外から来たデータをそのまま復元して実行してしまう
CWE-20入力値の検証不備入力のチェックが足りない(多くの失敗の入口)

眺めていると、大きく3つのグループに分かれることに気づきます。①外から送り込まれたものを実行してしまう系(インジェクション)②鍵のかけ方を間違える系(認証・認可)③メモリの扱いを誤る系です。この3つで、実務で見るCWEのほとんどが説明できます。

実際にCWEで数えるとどうなるか

当サイトでは、セキュリティ製品78本にひもづく脆弱性3,993件を、このCWEで分類し直した集計を公開しています。件数の1位はクロスサイトスクリプティングの385件でしたが、そのうち実際に悪用が確認されたものは0件。逆に、報告25件しかない「CWE-306 重要な機能に認証が無い」が悪用最多タイでした。CWEという物差しが何の役に立つのかが、いちばんよく分かる実例です。

いちばん多い欠陥は、いちばん悪用されない を読む
第6章 おわり — 次は第7章
CHAP7

第7章 / 全7章

あなたはどのパターンか

CWEをどう使えばいいかは、立場によって変わります。当てはまるところだけ読んでください。

タイプこんな人CWEの使い道
A:ニュースを読む人セキュリティの記事を読むが、開発はしない正直、CWEは読み飛ばしてよい。見るべきはKEVに載っているかどうか。CWEは「またこのパターンか」と分かると理解が深まる程度
B:社内のIT担当機器やソフトの管理をしている自社の脆弱性報告をCWEで集計すると「うちが繰り返している失敗」が見える。とくに認証系(306/287/288/862)が多いなら設定運用の問題
C:開発する人コードを書く、レビューするビューCWE-699から入る。CWE Top 25を上から順にレビュー観点にすると効率がよい
D:診断・分析をする人脆弱性診断、インシデント対応報告書でCWEを併記すると、受け取る側が根本原因を掴みやすい。分析にはビューCWE-1000

今日から使えるチェックリスト

  • 脆弱性のニュースを見たら、まずKEVに載っているかを確認する(載っていれば最優先)
  • CVSSの点数だけで優先順位を決めていないか、運用を見直す
  • 自社・自宅の機器で、認証をかけずに外から触れる管理画面が無いか確認する(CWE-306の実物)
  • 脆弱性の報告書やチケットに、CWE番号を書く欄があるか確認する
  • 同じCWEが何度も出てくるようなら、個別対処ではなく作り方・運用の見直しを検討する
✅ まとめ:最初にやること3ステップ

1. 「CVE=事件番号、CWE=罪名」だけ覚える。番号そのものを暗記する必要はない。
2. 脆弱性を見たら、CVSSの前にKEVに載っているかを見る癖をつける。
3. 手元の機器で「認証なしで外から開ける画面」が無いかを1回だけ確認する。これが、実際に悪用されている弱点の4分の1を占めるパターンへの対処になる。

第7章 おわり — 次はよくある質問
 FAQ

よくある質問

CWEについてよくある質問

CWEとCVEはどちらが新しいのですか?

CVEのほうが先に始まりました。CWEは、CVEの蓄積を分析するなかで「同じ種類の失敗が繰り返されている」ことが分かってきたため、その種類を整理する目的で作られた後発のプログラムです。両者はMITREが運営する姉妹プログラムと位置づけられています。

CWE番号は覚えたほうがいいですか?

覚える必要はありません。実務者でも、よく使う10〜20個を何となく把握している程度が普通です。番号を見て意味が分からなければ、その都度cwe.mitre.orgで引けば十分です。大事なのは番号ではなく「これは種類を表すものだ」と理解していることです。

CWEに深刻度は含まれますか?

含まれません。CWEは種類の分類であって、危険度の指標ではありません。深刻度を表すのはCVSS、悪用される確率はEPSS、実際に悪用されたかはKEVです。第5章の表を参照してください。

CWE Top 25とは何ですか?

MITREが毎年公開している「最も危険なソフトウェアの弱点25選」です。CVEの登録数や悪用の実績をもとにスコア化して順位をつけています。2025年版の1位はクロスサイトスクリプティング(CWE-79)で、2年連続の首位でした。ただしこれは全ソフトウェアを合算した順位なので、対象を絞ると順位は変わります。

1つのCVEに複数のCWEが付くのはなぜですか?

失敗が連鎖していることが多いためです。たとえばCVE-2024-3400にはCWE-20(入力値の検証不備)とCWE-77(コマンドインジェクション)の2つが付いています。「チェックが甘かった」ことと「その結果コマンドが実行された」ことは、別の段階の失敗だからです。

CWEはソフトウェアだけが対象ですか?

いいえ。公式の定義では「ソフトウェアおよびハードウェアの弱点」とされています。ハードウェア設計向けにはCWE-1194という専用のビューが用意されています。

日本語でCWEを調べるにはどこを見ればいいですか?

IPAの「共通脆弱性タイプ一覧CWE概説」が入口として分かりやすく、個別の脆弱性はJVN iPediaで調べられます。JVN iPediaはCWE互換認定を取得しており、登録されている脆弱性1件ずつにCWE識別子が付いています。

出典・参照

コメント