公益財団法人金融情報システムセンター(FISC)が公表する「金融機関等コンピュータシステムの安全対策基準・解説書」は、1985年の初版発行以来、わが国の金融機関等における情報システムの安全対策のデファクトスタンダードとして広く活用されています。
銀行・証券・保険といった金融機関等はもちろん、金融機関等から情報システムサービスを受託する事業者やクラウド事業者も対象に含まれるため、金融ビジネスに関わる幅広い企業様が意識すべき基準となっています。
2026年3月、その最新版となる「第14版」が公表されました。今回の改訂は、AIの安全対策、サイバーセキュリティ、そして耐量子計算機暗号(PQC)への対応を柱としており、基準小項目の新設・削除はないものの、統制基準2項目・実務基準21項目・設備基準4項目・監査基準2項目の計29項目で内容が見直されています。つまり「やるべきこと」ではなく「対策の中身」のアップデートが求められる改訂といえます。
今回、東京エレクトロンデバイスが取り扱うThales社製品で、FISC安全対策基準(第14版)に準拠するために取り得るソリューションをご紹介いたします。
第14版における改訂の概要としては、AIの安全対策、サイバーセキュリティや耐量子計算機暗号(PQC)に関する改訂が主となります。金融機関等のシステム部門への影響が大きい3つの論点を取り上げ、Thales社製品でどのように対応できるかをご説明します。
第14版では、量子計算機の実用化を見据えた耐量子暗号(PQC)への備えが明確に求められています。具体的には以下の様な内容です。
あわせて、現時点では復号困難な暗号化データを収集・保管しておき、暗号解読に利用可能な水準の量子コンピュータの登場後にまとめて解読するHNDL攻撃(Harvest Now, Decrypt Later)への備えについても言及されています。「いま盗まれたデータが、将来復号される」という前提に立つと、対応の先送りが難しい要件であることがお分かりいただけるかと思います。
この要件に対して有効なのが、暗号処理と鍵管理をアプリケーションから切り離す構成です。Thales社CipherTrust Managerは、暗号鍵の生成から配布・保管・失効・更新・廃棄までのライフサイクルを一元管理でき、どのシステムでどの鍵・どの暗号アルゴリズムが使われているかを可視化できます。これはそのままPQC移行の第一歩である「暗号インベントリの作成」の下地となります。また、暗号処理をCipherTrust ManagerやLuna HSM、High Speed Encryptor(HSE:インラインネットワーク暗号化装置)といった基盤側に寄せておくことで、将来PQCアルゴリズムへ切り替える際にアプリケーションの改修を最小限に抑えられ、クリプト・アジリティを確保できます。
AI 利用に関する方針・運用管理・技術的対策・教育の4つの観点が整理されています。生成AIやRAG(検索拡張生成)を含めたAI活用について、以下の様な内容が求められています。
AI活用の入口はデータです。Thales社製品では、CipherTrust Data Discovery and Classification(DDC)やCipherTrust DSPMソリューション(Data Security Posture Management(※))により、学習データやRAGに取り込む前の段階で機密データ・個人データを発見・分類し、CipherTrust TokenizationやCipherTrust Transparent Encryption(CTE)で仮名化・マスキング・暗号化を施したうえでAIに渡すことができます。さらにImperva API SecurityやWeb Application Firewall(WAF)、Advanced Bot Protection(ADP)によりAIアプリケーションおよびAPIを保護し、Data Activity Monitoring(DAM)でベクトルデータベースを含むデータ層へのアクセスを継続的に監視できます。「AIに何を渡してよいか」をデータ側で統制することが、実装レベルの解と考えます。
(※)今後リリース予定の製品です。現在はThales製品代理店のみがβ版を利用可能です。
第14版では、見直し対象となった項目は多岐にわたります。
保存されているデータの保護、アクセス履歴の管理、外部ネットワーク経由の侵入対策、コンピュータウイルス等への備え、アクセス権限付与・見直し手続の明文化、はシステム監査体制の整備といった具合に、既存要件の表現や観点がアップデートされています。特に、本番移行の判断にあたって外部委託先側の準備状況を確認することも追記されており、委託先を含めた統制の強化が意識されているといえます。
さらに、クラウド利用時の暗号鍵管理に関しても、確認すべきポイントが具体的に示されています。暗号鍵の所有主体が金融機関等側にあること、クラウド事業者が鍵を勝手に利用しない契約・仕組みになっていることを前提に、鍵の利用権限を必要最小限の担当者にとどめ、すべての鍵利用について監査ログを取得・保全することが求められています。また、クラウド事業者が提供する暗号化機能だけではリスク低減が不十分なケースもあり得ることを踏まえ、重要度の高い情報については金融機関等が自ら暗号化を行う選択肢も想定すべきである、と一歩踏み込んだ内容となっています。
Thales社CipherTrust Managerであれば、クラウド上のデータに対しても暗号鍵をオンプレミスで保持するBYOK/HYOKの構成が取れるため、クラウド事業者と自組織の役割分離を明確にしたうえで、鍵の利用に対する権限設定・アクセス管理・監査ログ出力を自組織側でコントロールできます。CTE(透過暗号)を組み合わせれば、システム管理者や特権ユーザーであっても復号できないポリシーを実装でき、ファイルに対して柔軟なアクセス制御機能を設けることが可能です。
Thales社は、アプリケーションセキュリティ、データセキュリティ、ID・アクセス管理の3領域で包括的なサイバーセキュリティソリューションを提供しています。
ピンチアウトで拡大
FISC安全対策基準の統制基準・実務基準・設備基準・監査基準の4基準に対し、以下のように広くカバーできます。
|
Thalesのソリューション領域 |
主な製品・機能 |
対応する主なFISC基準項目(第14版) |
|
データセキュリティ |
CipherTrust Manager(鍵の一元管理)/CTE(ファイル・データベース透過暗号)/CTE-RWT(ランサムウェア対策)/CipherTrust Tokenization/DDC(データ発見・分類)/FAM(ファイルアクティビティ監視)/Luna HSM/High Speed Encryptor(インラインネットワーク暗号) |
統5-1、実3、実4、実5、実10、実13、実19、実20、実25・実27、実30、実82・実83、実147 |
|
アプリケーションセキュリティ |
Imperva Web Application Firewall(WAF)/Advanced Bot Protection/DDoS Protection/API Security/Database Activity Monitoring |
実14、実14-1、実14-2、実16、実17・実18、実20、実75、実89、実152 |
|
ID・アクセス管理 |
SafeNet Trusted Access(MFA・リスクベース認証・SSO)/PKI・FIDO認証器/スマートカード/OneWelcome(外部ユーザー向けID管理) |
実8、実9、実25・実27、実56〜実58、実146 |
|
監査・可視化(共通) |
CipherTrust Manager/Data Activity Monitoring/FAM の監査ログ、SIEM連携 |
実10、監1、監1-1 |
CipherTrust Manager製品(仮想版)は、90日間のトライアルライセンスで透過暗号機能が無償で利用できます。AWS等主要クラウド上での評価も可能です。PoCによる評価を希望される場合にはぜひ弊社までお問合せ下さい。弊社の長年培ったセキュリティ知識と製品ナレッジで、構築支援およびお客様の抱える課題解決をサポートさせて頂きます。
※本ページに記載した基準項目およびその解釈は、FISC「金融機関等コンピュータシステムの安全対策基準・解説書(第14版)」(2026年3月)に基づく弊社の理解であり、準拠を保証するものではありません。実際の適用範囲は、各金融機関等のリスク特性および経営判断に基づきご判断ください。