こんにちは！インフラやクラウドのセキュリティの世界へようこそ。
日々、開発やサーバーの管理、本当にお疲れ様です。
「コンテナって便利だな、Dockerを使えばどこでも同じ環境が動くし最高！」
そう思って使い始めたものの、ふとこんな不安が頭をよぎったことはありませんか？
「インターネットからダウンロードしてきたこのコンテナイメージ、本当に中身は安全なんだろうか…？」
実はこれ、現代のIT開発において世界中のセキュリティエンジニアが頭を悩ませている、最大級のセキュリティホールになり得るポイントなんです。今回は、この不安をスパッと解消する「コンテナイメージの署名と検証（Cosign/Notary）」について、身近な例えを交えながら、一歩ずつ優しく紐解いていきましょう！
—
1. なぜコンテナの「中身の証明」が必要なのか？（防犯のたとえ話）
皆さんのご自宅に、通販で買った「鍵のかかる頑丈な金庫」が届いたと想像してみてください。
段ボール箱を開けて、ピカピカの金庫を取り出しました。見た目は完璧です。でも、ちょっと待ってください。その金庫、配達される途中で、悪意ある誰かに分解されて、こっそり裏口を作られていなかったと言い切れますか？
コンテナの世界もこれと全く同じです。
私たちが普段使っているDocker Hubなどのレジストリ（コンテナの倉庫のような場所）には、世界中の人が作った便利なイメージが並んでいます。私たちはそれを「 docker pull 」というコマンドで自分のサーバーにダウンロードして使いますよね。
しかし、もしその倉庫の棚が泥棒に入れ替えられていたら？
見た目は普通のWebサーバー用のイメージなのに、内部には「こっそり秘密のパスワードを外部に送信するスパイウェア（マルウェア）」が仕込まれていたとしたら……？
怖いですよね。ここで重要になるのが、「これは本当に信頼できる工場で、誰も中身をいじらずに作られた本物ですよ」と証明する仕組みなんです。
—
2. デジタル署名ってなあに？（封印のスタンプと保証書）
この問題を解決するのが、今回学ぶ「コンテナイメージの署名（Signing）」です。
昔の重要な手紙や公文書には、本物であることを証明するために「ロウの封印（シーリングワックス）」に自分の紋章のスタンプを押しましたよね。あれと同じことを、デジタルの世界で行います。
1. 署名（スタンプを押す）:
開発者がコンテナイメージをビルド（作成）した直後、自分の「秘密鍵（自分しか持っていない特別なハンコ）」を使って、イメージに対してデジタル署名をペタッと押します。
2. 検証（スタンプを確認する）:
サーバーにそのイメージをデプロイ（配置）する直前に、「公開鍵（誰でも持っている、ハンコが本物か確かめるためのグラス）」を使って、その署名が正しいものかチェックします。
もし、途中で誰かがイメージのファイルを1バイトでも改ざんしていたら、このスタンプのチェックは見事に「不合格（エラー）」になります。これにより、改造された偽物がサーバーに入り込むのを完全に防ぐことができるんです。
この仕組みを、いまクラウドネイティブの世界で最も手軽かつ強力に実現できるツールが Cosign（コサイン） です。
—
3. 実践！Cosignを使ってコンテナに署名してみよう
それでは、実際に手を動かして、コンテナイメージに署名をして検証する流れを見ていきましょう！
「難しそう…」と思うかもしれませんが、安心してください。コマンドはとってもシンプルです。
ステップ1：鍵のペアを作る
まずは、自分だけの「秘密鍵（ハンコ）」と「公開鍵（確認用のグラス）」を作ります。以下のコマンドをターミナルで実行してください。
# 自分専用の秘密鍵(cosign.key)と公開鍵(cosign.pub)を生成します
# ※注意: 秘密鍵は絶対に他人に教えず、パスワードで厳重に保護してください！
cosign generate-key-pairコマンドを実行すると、パスワード（パスフレーズ）の入力を求められます。お好きなパスワードを設定してください。完了すると、カレントディレクトリに cosign.key と cosign.pub が生成されます。
ステップ2：コンテナイメージに署名をする
次に、自分がビルドしてコンテナレジストリ（例: Docker HubやGitHub Packages、AWS ECRなど）にプッシュしたイメージに対して、先ほど作った秘密鍵で署名を付与します。
# 自分のコンテナイメージに秘密鍵を使って署名（スタンプ）を押します
cosign sign --key cosign.key ghcr.io/your-account/my-awesome-app:v1.0.0これで、このイメージには「私が作った本物です」というデジタル署名が結びつけられました。レジストリ側にも、署名データが一緒に保存されます。
ステップ3：デプロイ直前に検証（チェック）する
さあ、いよいよサーバーにこのイメージをデプロイする場面です。
「本当にこのイメージは安全か？」を、公開鍵を使ってチェック（検証）します。もし改ざんされていたり、別の怪しいイメージだった場合は、ここでデプロイが強制ストップされます。
# 公開鍵を使って、イメージの署名が正しいか（改ざんされていないか）を検証する
cosign verify --key cosign.pub ghcr.io/your-account/my-awesome-app:v1.0.0検証が成功すると、ターミナルにJSON形式で署名の詳細が表示されます。エラーが出なければ「合格、安全なイメージです！」というサインになります。
—
4. 現場のセキュリティ担当者からのアドバイス
「よし、手動で署名と検証ができるようになったぞ！」
素晴らしい第一歩です。しかし、実際の現場（プロダクション環境）では、人間が毎回手動でこのコマンドを叩くわけにはいきませんよね。忘れてしまうかもしれないし、面倒になってサボる人が出てくるのが人間の性（さが）というものです。
だからこそ、この検証プロセスをCI/CDパイプライン（GitHub ActionsやArgo CDなど）に完全に組み込んで自動化することが鉄則になります。
例えば、Kubernetes環境であれば、アドミッションコントローラー（Kubernetesの門番のような仕組み、例えばKyvernoやConnaisseurなど）を導入し、「署名のないコンテナイメージは、そもそもクラスターの中に絶対にデプロイさせない（起動すらさせない）」という強力なポリシー（ルール）を強制します。
こうすることで、万が一開発者のアカウントが乗っ取られたり、外部から不正なイメージが紛れ込もうとしても、門番が自動で門前払いしてくれる堅牢なサプライチェーンが完成します。
—
まとめ：一歩ずつ、セキュアなインフラへ
今回は、コンテナのサプライチェーンを守る「イメージの署名と検証」について、Cosignを例にお話ししました。
- コンテナの中身が安全か証明するためにはデジタル署名が必要
- Cosignを使えば、簡単なコマンドで鍵の作成・署名・検証ができる
- 最終的には、この検証を自動化して不正なイメージを侵入させない仕組みを作る
セキュリティの対策は、一度にすべて完璧にやろうとすると息切れしてしまいます。まずはローカルの環境やテスト環境で cosign generate-key-pair を叩いてみるところから、小さな一歩を踏み出してみませんか？
あなたのインフラを守る頼もしい盾として、ぜひこの技術を役立ててくださいね。それでは、また次回のセキュリティ解説でお会いしましょう！
コメント