1. 導入：なぜこの仕様を意識する必要があるのか
システム開発において、暗号化機能を実装する際は「どのアルゴリズムを選択するか」が極めて重要です。IPAが運用する暗号モジュール試験及び認証制度（JCMVP）において、一部の暗号アルゴリズムは「確認対象非承認セキュリティ機能」として分類されています。これを理解せずにシステム設計を行うと、セキュリティ要件を満たせない、あるいは認定取得のプロセスで手戻りが発生するリスクがあります。本記事では、この仕様が何を意味し、実務でどう扱うべきかを解説します。
2. 基礎知識：確認対象非承認セキュリティ機能とは
JCMVP（Japan Cryptographic Module Validation Program）は、暗号モジュールが適切に実装されているかを試験・認証する制度です。ここでいう「確認対象非承認」とは、そのアルゴリズム自体が「危険」であると断定されているわけではありません。主に、JCMVPの認証範囲において「標準化された評価基準（試験項目）が確立されていない」あるいは「現行の推奨リストに含まれない独自の暗号技術」を指します。開発現場では、これらを採用する前に「なぜそのアルゴリズムが必要なのか」という正当な理由と、代替案（AESなど）の検討が強く求められます。
3. 実装/解決策：既存の暗号技術の選定プロセス
実務において「確認対象非承認」にリストアップされているアルゴリズム（CIPHERUNICORN、MISTY1、CLEFIA等）は、特定のレガシー環境との互換性維持を目的に採用されるケースがほとんどです。新規開発においては、これらを避け、CRYPTREC（電子政府推奨暗号リスト）に掲載されている推奨暗号を選択することが鉄則です。もしリストにあるアルゴリズムを扱う場合は、暗号化ライブラリの選定と、鍵管理の手順を厳格にドキュメント化する必要があります。
4. サンプルプログラム：Pythonによる暗号化実装のチェック
以下は、Pythonで暗号アルゴリズムを扱う際の「推奨アルゴリズム（AES）を使用しているか」を検証するための簡易的なチェック関数の例です。
# 実務向け：使用する暗号アルゴリズムが許可されているか検証するロジック
def check_algorithm_compliance(algorithm_name):
# 非承認または推奨されないアルゴリズムのリスト
non_approved_list = ["MISTY1", "CIPHERUNICORN-E", "SC2000"]
# アルゴリズム名が非承認リストに含まれるか確認
if algorithm_name in non_approved_list:
print(f"警告: {algorithm_name} は確認対象非承認または非推奨です。")
return False
else:
# AESなどの推奨アルゴリズムであれば承認
print(f"確認済み: {algorithm_name} は承認されたアルゴリズムです。")
return True
使用例
開発中のコード内で暗号化ライブラリを呼び出す前に検証を行う
if check_algorithm_compliance("MISTY1"):
# 暗号化処理を実行
pass
else:
# ログ出力やアラート通知を行う
raise ValueError("セキュリティ要件を満たさないアルゴリズムが選択されました。")
5. 応用・注意点：現場での陥りやすいバグと対策
現場で最も注意すべきは「ライブラリのデフォルト設定」です。古いフレームワークを使い回していると、デフォルトの暗号化方式が「非承認アルゴリズム」に設定されていることがあります。
回避策として以下の3点を確認してください。
1. ライブラリの更新: 暗号ライブラリ（OpenSSL等）は常に最新版を使用し、サポートが終了したアルゴリズムを明示的に無効化する。
2. 設定のハードコード回避: 暗号アルゴリズムや鍵長は設定ファイルから読み込ませ、コード内に直接記述しない（監査時に修正しやすくするため）。
3. 要件定義の確認: 顧客やプロジェクトのセキュリティポリシーが、JCMVP準拠を求めているのか、あるいは単なる暗号化の実装を求めているのかを事前に明確にする。
「確認対象非承認」のリストは、過去の資産を守るための重要なリファレンスです。新規開発では「原則として使用しない」という方針を徹底することが、最も強力なセキュリティ対策となります。
コメント