まず、公的な定義の有無を確かめておきます。NISTが公開しているセキュリティ用語集で「semantic」を検索すると、5件が返ります。中身はこうです。

2026年8月22日にNIST CSRC Glossaryで「semantic」を検索した結果です。「semantic layer」という項目は登録されていません。この辞典では、公的な定義がない語についてはその事実を先に書くようにしています。MDR／MSSPの記事も同じ形でした。

では実体がないのかというと、そうではありません。日本の行政に、この考え方の実物があります。デジタル庁が公開している政府相互運用性フレームワーク（GIF）です。

そして、その土台にあるIMI共通語彙基盤の説明はこうです。

「用語の表記、意味、構造を統一する」。これがセマンティックレイヤーのやっていることです。呼び名が違うだけで、行政はすでに10年以上この整備を続けています。

置かれる位置を図にせず、表で確かめます。上から下へ、言葉が具体的になっていきます。

真ん中の層がこの記事の主題です。ここが無いと、上の層の人やAIは、下の層に直接触りに行くしかなくなります。第3章で見るように、それがそのままセキュリティの問題になります。

第1章 おわり — 次は第2章

デジタル庁がGIFを整備している理由は、行政の側にこの問題が先に出たからです。GIFは3つの層に分かれていて、下にいくほど細かく、共通で使える部品になります。

出典：デジタル庁『政府相互運用性フレームワーク（GIF）』。2022年10月13日からGitHubでの公開が始まっています。「住所」の書き方が組織ごとに違えば、同じ人を同じ人だと突き合わせられません。この一点のために、国が参照モデルを作って配っています。

同じことが、セキュリティの数字でも起きます。社内の会議で数が合わない典型例を並べます。

どれも「集計の仕方の好み」の話に見えますが、結果は深刻です。母数が動くと、前年比も達成率も意味を失います。セマンティックレイヤーは、この定義を1か所に置いて、全員が同じ計算式を通るようにする仕組みです。

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

ここまでは、数字が揃うという話でした。セキュリティの話になるのは、AIエージェントに社内のデータを触らせ始めてからです。

OWASPは、大規模言語モデルを使うアプリケーションの脆弱性を10項目にまとめています。その6番目がExcessive Agency（過剰な作用範囲）です。根本原因は3つとされています。

出典：OWASP『Top 10 for LLM Applications』LLM06:2025 Excessive Agency。引き金として挙げられているのは、モデルの幻覚（hallucination）と、直接・間接のプロンプトインジェクションです。つまり「AIが正しく動く前提」で権限を渡すと、その前提が崩れたときに被害が権限の広さの分だけ出ます。

この文書が挙げている例は、抽象的な話ではなく、そのままデータベースの権限の話です。

対策として書かれている内容も、具体的です。

あわせて、シェルコマンドの実行やURLの取得のような、何でもできてしまう拡張を避け、粒度の細かい拡張を使うことが推奨されています。ここがセマンティックレイヤーの出番です。データベースに対する「何でもできてしまう拡張」とは、要するに自由にSQLを書かせることだからです。

この比較は、OWASPが挙げる3つの根本原因（過剰な機能・過剰な権限・過剰な自律性）に、セマンティックレイヤーがどう効くかを筆者が整理したものです。効くのは前の2つで、3つ目の自律性には効きません。実行の前に人の確認を挟むかどうかは、別に決める必要があります。

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

この語のまわりは特に混同が多いので、役割で並べます。データを持っているかどうかが、いちばん大きな分かれ目です。

オントロジーとセマンティックレイヤーは特に近く、実務では重なります。ざっくり言えばオントロジーは「概念どうしがどうつながるか」、セマンティックレイヤーは「その概念を、実際のどの列から、どう計算して出すか」です。前者が地図で、後者が窓口だと考えると整理しやすくなります。

誤解も並べておきます。

4つ目は実務では効きます。データ統合の完了を待つと、いつまでも始まりません。先に用語と計算式を1か所に決めておけば、保管場所の統合は後からでも進められます。

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

個人がセマンティックレイヤーを作ることはありません。ただし数字を受け取る側として、定義のずれを見抜くことはできます。ニュースでも社内資料でも同じです。

この辞典の記事で、統計を引用するときに出典と調査対象を毎回書いているのはこのためです。母集団が違う数字を並べると、比較しているつもりで別のものを見ることになります。

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

セマンティックレイヤーの導入が止まる理由は、たいてい技術ではありません。「何を売上と呼ぶか」を決められる人がいないことです。先に決めるべき項目を並べます。

2番目は特に重要です。最初は3つから5つに絞ってください。デジタル庁のGIFも、あらゆるデータを定義したのではなく、共通的に参照されるもの（個人、法人、連絡先、住所、施設）をコアデータとして選定するところから作られています。

4番目の「どこで制御するか」は、選択肢が3つあります。組み合わせて使うのが普通ですが、主にどこで守るのかを決めておかないと、確認するときにどこを見ればよいか分からなくなります。

OWASPが「接続に使うIDに適切なデータベース権限を適用することで強制されるべき」としているのは、1行目のことです。2行目と3行目は使い勝手のためのもので、1行目の代わりにはなりません。

第6章 おわり — 次は第7章

会議で2つの資料の数字が違う。ここで両方を作り直すと、時間だけかかって原因が分かりません。先に、どこでずれたのかを切り分けます。

3番目が肝心です。定義のずれに正解はありません。検知した件数で数えるのも、対応した件数で数えるのも、どちらも正しい数え方です。決めるべきは「今後どちらを使うか」と「いつから切り替えたか」だけです。

そして、セキュリティの文脈でもうひとつ確かめる価値があるのが、その数字を誰が見られる状態になっているかです。定義を統一する作業は、同時に公開範囲を見直す機会でもあります。

第7章 おわり — 次は第8章

この用語とセットで覚えると理解が早くなる語です。

第8章 おわり — 最後にFAQ