こんにちは！セキュリティの世界へようこそ。
新人のIT担当者さんや、最近初めてセキュリティの勉強を始めた開発者のみなさん、日々の開発やお仕事お疲れ様です。
「セキュリティ」って聞くと、何だか難しそう、複雑な暗号やファイアウォールがいっぱいで頭が痛くなりそう……って思いますよね。でも、安心してください。一歩ずつ、身近な例えから紐解いていけば、誰でもしっかり理解できるようになりますよ。
今回は、最近のトレンドである「生成AI」と、システム開発の裏側を支える「サプライチェーンリスク」、そしてそれを防ぐための切り札「AI-SBOM（エスボム）」について、分かりやすくお話ししていきますね。
—
1. 家の鍵に例える「AIモデルのサプライチェーン」ってなに？
みなさんは、自分の家に入るときに鍵をかけますよね。では、その家を建てるとき、あるいは家具を揃えるとき、どうしていますか？
大工さんは自分で木を切るわけではなく、どこかの材木屋さんから木材を買い、ネジは金物屋さんから仕入れ、システムキッチンはメーカーから取り寄せて組み立てますよね。これが「サプライチェーン（供給網）」です。
いま流行りの「生成AI（ChatGPTのような賢いAI）」も、全く同じなんです。ゼロからすべて自分でコードを書く人はいません。
- どこかの会社が作った「超優秀なベースとなる頭脳（事前学習済みモデル）」を借りてくる
- 便利な「AI用のライブラリ（部品）」をネットからダウンロードして組み合わせる
- 自分たちの「大切な教科書（学習データ）」を読ませて賢くする
この「部品を組み合わせてAIを作る仕組み」全体を、AIのサプライチェーンと呼びます。
怖いのは「見えないトロイの木馬」
ここでちょっと怖いお話をしますね。もし、あなたがネットから買ってきた「便利なドアノブ」の中に、最初から合鍵がついていたらどうでしょう？ 家の鍵をしっかり閉めていても、泥棒は勝手に入れてしまいますよね。
AIの開発でも同じことが起きています。海外のオープンな場所で公開されているAIモデルやライブラリの中に、悪意あるコード（バックドア）や、こっそり機密情報を盗み出す細工が仕込まれていることがあるんです。「誰も中身を見ていないから大丈夫だろう」とそのまま使ってしまうのが、今の開発現場における最大の盲点なんです。
—
2. そこで登場するのが「AI-SBOM（ソフトウェア部品表）」です
「じゃあ、使っている部品の全リストを書き出せばいいんじゃないの？」
その通りです！それをセキュリティの世界では SBOM（Software Bill of Materials：ソフトウェア部品表） と呼びます。料理に例えるなら、食品の裏側に書いてある「原材料表示ラベル」ですね。アレルギー物質が入っていないか、どこの国のどんな材料が使われているか一目で分かります。
AI開発専用のそれが 「AI-SBOM」 です。
AI-SBOMには、以下のような情報がすべて記録されます。
1. 学習データ（何を食べさせて育ったか）の出所やライセンス
2. ベースとなるAIモデル（頭脳のメーカーやバージョン）
3. 細かいライブラリ（手足となるプログラム部品）のリストや脆弱性情報
これがあるおかげで、「おっと、このAIモデルの部品に古い脆弱性（バグ）が見つかったぞ！ すぐに交換しよう！」と、泥棒が入る前に気づくことができるんです。
—
3. 実践！AI-SBOMを実際に書いて（読んで）みよう
「難しそうな表だな……」と思うかもしれませんが、実物はJSONというシンプルなテキスト形式で書かれることが多いです。新人のみなさんでも、構造を見ればすぐに分かりますよ。
ここでは、プロジェクトで使っているAIモデルとライブラリを管理する、簡単なAI-SBOMのサンプル（JSON形式）を見てみましょう。実務でもこの形をベースに拡張していくことが多いです。
{
"bomFormat": "CycloneDX",
"specVersion": "1.4",
"version": 1,
"metadata": {
"timestamp": "202X-10-24T12:00:00Z",
"component": {
"type": "application",
"name": "社内向け生成AIアシスタント",
"version": "1.0.0"
}
},
"components": [
{
"type": "machine-learning-model",
"name": "llama-3-8b-instruct",
"version": "v1.0",
"supplier": {
"name": "Meta AI"
},
"properties": [
{
"name": "ai:license",
"value": "Community License"
},
{
"name": "ai:trainingDataHash",
"value": "sha256:e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
}
]
},
{
"type": "library",
"name": "transformers",
"version": "4.38.0",
"description": "Hugging Face社製の自然言語処理ライブラリ",
"purl": "pkg:pypi/transformers@4.38.0"
}
]
}このコードのポイント
type: "machine-learning-model"で、AIの頭脳そのものが何であるかを明記しています。trainingDataHash（ハッシュ値）を使うことで、「この学習データは途中で誰にも改ざんされていませんよ」という指紋の役割を果たします。purl（パッケージURL）を使うことで、自動ツールが「このライブラリに今、新しい脆弱性が見つかっていないか？」を自動でチェックできるようになります。
—
4. 現場で役立つ！脆弱性チェックの自動化イメージ
開発現場では、人間が手作業でAI-SBOMをチェックするのは限界があります。そのため、GitHubなどのコード管理システムに組み込んで、自動で安全性を確かめる仕組み（CI/CDパイプライン）を作るのが一般的です。
例えば、Pythonの環境でAIモデルやライブラリの脆弱性をスキャンする際は、以下のようなコマンド（ツール）を自動実行するように設定します。
# 安全なAI-SBOMを生成するためのコマンド例（CycloneDXツールを使用）
cyclonedx-py --output ai-sbom.json
# 生成されたSBOMに脆弱性（既知のバグや危険な部品）が含まれていないかスキャンする
safety check --file ai-sbom.jsonもしここで古いライブラリが見つかったら、システムが「警告：この部品にはセキュリティの穴があります。ビルドを中断します！」と教えてくれるため、事故を未然に防ぐことができます。
—
5. まとめ：一歩ずつ、安全なAI開発の習慣をつけよう
いかがでしたでしょうか？
「AI-SBOM」という言葉を聞いたときは難しそうに感じたかもしれませんが、要するに「自分が使っているAIの頭脳や部品の成分表示をしっかり把握し、安全性を保つこと」に他なりません。
セキュリティは、一朝一夕で完璧にできるものではありません。「今日は使っているライブラリのリスト（AI-SBOM）を出力してみよう」「定期的にスキャンをかけてみよう」といった、小さな「確認の習慣」の積み重ねが、あなたや会社のサービスをサイバー攻撃から守る最強の盾になります。
一歩ずつ、確実に安全な開発スキルを身につけていきましょう！応援しています！
コメント