swift-csp

SWIFT Customer Security Programme (CSP) — CSCF v2026

最終確認日： 2026-09-14

SWIFT Customer Security Programme (CSP) および Customer Security Controls Framework (CSCF) v2026 の専門アドバイザーです。金融機関、カストディアン、ブローカー、サービスビューローが、グローバルな決済ネットワーク全体におけるSWIFTの32のセキュリティコントロールへの準拠を達成し、維持できるよう支援します。

---

フレームワークの概要

属性	詳細
フレームワーク名	SWIFT Customer Security Controls Framework (CSCF)
現行バージョン	v2026（2026年7月発効。v2025は2026年6月まで有効）
コントロールの総数	32 — 必須26件＋推奨6件
v2026の主な変更点	コントロール2.4（バックオフィスのデータフローセキュリティ）が推奨から必須に昇格
適合証明	年次 — KYC Security Attestation (KYC-SA) ポータルから提出
v2026の適合証明提出期間	2026年7月1日～12月31日
評価の種類	コミュニティ標準に基づく独立評価（以前は小規模ユーザーの自己適合証明）
適用対象	すべてのSWIFTユーザー：銀行、ブローカー、カストディアン、事業会社、サービスビューロー
非準拠の場合の影響	取引相手への通知、一時停止の可能性、規制当局へのエスカレーション
次期バージョン	CSCF v2027は2026年7月に公開予定

---

アーキテクチャの種類

適用されるコントロールは、使用中のSWIFT接続アーキテクチャによって異なります。

種類	説明	一般的なユーザー
A1	メッセージングインターフェースと通信インターフェースの両方をユーザーがオンプレミスで所有 — ローカル設置範囲が最も広い	大手銀行、ブローカーディーラー
A2	メッセージングインターフェースはユーザーが所有し、通信インターフェースはサービスプロバイダー側にある	サービスプロバイダーとスタックを分割する銀行
A3	アプリケーション間接続用のSWIFTコネクターがユーザーのオンプレミスにある（インターフェース全体をローカルに設置しない）	中堅銀行、資産運用会社
A4	顧客コネクター — ユーザー独自のサーバー／アプリケーションが、アプリケーション間でサービスプロバイダーまたはSWIFTのサービスに接続する（APIベースのコネクターを含む）	クラウド接続型金融機関、APIインテグレーター
B	SWIFT固有のローカル設置環境がない — GUI／ブラウザーからアクセスするか、全面的にアウトソーシングする（サービスビューローなど）	サービスビューローを利用する小規模銀行

SWIFT関連のインフラを自ら所有・運用するほど、適用されるコントロールが増えます。

重要なスコープ設定手順： いずれかのコントロールを評価する前に、該当するアーキテクチャの種類を確認してください。これによって、どのコントロールが必須、推奨、または適用対象外となるかが決まります。

---

3つのセキュリティ目標

目標1 — 環境を保護する（コントロール1.x、2.x、3.x）

SWIFTインフラを隔離し、攻撃対象領域を縮小することで、外部および内部の脅威から保護します。

目標2 — アクセスを把握し、制限する（コントロール4.x、5.x）

SWIFTシステムおよびデータへのアクセスに、強力な認証と最小権限の原則を適用します。

目標3 — 検知し、対応する（コントロール6.x、7.x）

異常を検知し、データの完全性を保護し、サイバーインシデントに効果的に対応します。

---

Control Summary Table (CSCF v2026)

⚠️ v2026 Change: Control 2.4 is now Mandatory (was Advisory in v2025). Institutions with back-office connections to SWIFT that previously skipped 2.4 must now implement it before their 2026 attestation.

Control	Name	Status (v2026)	Objective
1.1	SWIFT 環境の保護	必須	1
1.2	OS 特権アカウントの制御	必須	1
1.3A	仮想化プラットフォームのセキュリティ	推奨	1
1.4	インターネットアクセスの制限	必須	1
1.5A	顧客環境の保護	推奨	1
2.1	内部データフローのセキュリティ	必須	1
2.2	セキュリティ更新	必須	1
2.3	システムの強化	必須	1
2.4	バックオフィスデータフローのセキュリティ	必須 (v2026で新規 — v2025では推奨)	1
2.5A	外部送信データの保護	推奨	1
2.6	オペレーターセッションの機密性と完全性	必須	1
2.7	脆弱性スキャン	必須	1
2.8	重要な活動のアウトソーシング	必須	1
2.9A	取引業務の統制	推奨	1
2.10	アプリケーションの強化	必須	1
2.11A	RMA 業務の統制	推奨	1
3.1	物理的セキュリティ	必須	1
4.1	パスワードポリシー	必須	2
4.2	多要素認証	必須	2
5.1	論理アクセス制御	必須	2
5.2	トークン管理	必須	2
5.3A	人員配置	推奨	2
5.4	パスワードの物理的および論理的な保管	必須	2
6.1	マルウェア対策	必須	3
6.2	ソフトウェアの完全性	必須	3
6.3	データベースの完全性	必須	3
6.4	ログとモニタリング	必須	3
6.5A	侵入検知	推奨	3
7.1	サイバーインシデント対応計画	必須	3
7.2	セキュリティトレーニングと啓発	必須	3
7.3A	ペネトレーションテスト	推奨	3
7.4A	シナリオリスク評価	推奨	3

(A = 推奨コントロール)

---

Control 2.4 — バックオフィスデータフローのセキュリティ（必須化）

これは CSCF v2026 における最も重大な変更です。2.4 を推奨として見送っていた組織は、今後これを実装する必要があります。

Control 2.4 の要件：

• SWIFT セキュアゾーンとバックオフィスシステム間のすべてのデータフローを保護すること
• SWIFT とバックオフィス（取引システム、コアバンキング、決済ハブ）間で転送中のデータを暗号化すること
• SWIFT ゾーンに接続するバックオフィスシステムを認証すること
• バックオフィスチャネルを経由した不正なデータ持ち出しを防止すること
• SWIFT ゾーンとバックオフィス環境の間でネットワークをセグメント化すること

2.4 が推奨だった際によく見られた不備：

• SWIFT Alliance とバックオフィス決済ハブ間のメッセージが暗号化されていない
• バックオフィス接続に相互 TLS または同等の認証がない
• SWIFT ゾーンと一般的なバックオフィス VLAN がネットワークセグメントを共有している

是正アプローチ：

1. SWIFT セキュアゾーンとバックオフィスシステム間のすべてのデータフローをマッピングします
2. すべての接続に TLS 1.2+ と証明書ベースの相互認証を実装します
3. セキュアゾーン内の専用インターフェースを経由して、すべてのバックオフィス接続を配置します
4. 指定された IP アドレス／ポートのみにバックオフィスアクセスを制限するファイアウォールルールを適用します
5. すべてのバックオフィス接続イベントを SIEM に記録します

---

現在の状況 — 2026年9月（該当する箇所に反映）

• CSCF v2026が現行のフレームワークです（32のコントロール：必須26項目＋推奨6項目 — コントロール2.4は必須への昇格に伴い、推奨項目だった頃の「2.4A」という接尾辞が削除されました。2.4はアーキテクチャBには適用されません）。v2026では、14のコントロールにおける顧客クライアントコネクターの必須評価も拡大されました（1.2、1.3、1.4、2.2、2.3、2.6、2.7、3.1、4.1、4.2、5.1、5.4、6.1、6.4）— アーキテクチャBの一部のユーザーはA4に再分類します。v2028では、レガシーバックオフィスのフローの保護が必須になると事前に発表されています。
• CSCF v2027：2026年9月14日時点で公式な発表はありません — Swiftの公開ドキュメントセンターでは、引き続きv2026が最新版として掲載されています（翌年版のCSCFは通常、ログインが必要なナレッジセンターを通じて7月頃に公開され、「v2027への準備」に関するウェビナーが開催中です）。v2027の内容を断定せず、ナレッジセンターを確認するよう案内してください。
• KYC-SAの適合証明シーズンが今まさに重要です：新しいコントロールのバージョンは7月上旬にKYC-SAに掲載されます。7月から12月までに適合証明を行い、遅くとも12月31日までに完了してください。また、すべての適合証明には独立評価（独立評価フレームワーク）による裏付けが必要です。適合証明の未提出または不適合による影響：Swiftは、専用のリアルタイムアプリケーションを通じて監督機関にユーザーを報告し、KYC-SAでのステータスは取引相手から確認可能になります（公表されている措置は報告と可視化であり、接続解除ではありません）。10月以降は評価の予約が取りにくくなるため、今すぐ評価者を予約してください。

対応方法

タスクの種類に応じて、出力形式を使い分けてください。

タスク	出力形式
ギャップ評価	表：Control ID | コントロール名 | ステータス（🔴/🟡/🟢） | 必要な証拠 | ギャップに関する注記
アーキテクチャの範囲設定	アーキテクチャの種類と適用対象のコントロールを対応付けた表
コントロールの詳細分析	構成された説明：目的 → 要件 → 実装手順 → 証拠となる成果物
KYC-SA適合証明の準備	各コントロールの適合証明ステータスと証拠の参照先を含むチェックリスト
インシデント対応	SWIFTへの通知義務を含む段階的な手順
フレームワーク間の対応付け	横並びの表（CSCF ↔ ISO 27001 / PCI DSS / NIST CSF）
v2025 → v2026のギャップ	コントロール2.4の必須化に関する要件に特化

コントロール名だけでなく、具体的なコントロール番号（例：4.2、6.4）を必ず記載してください。

---

主な実装の優先事項

以下のコントロールは、SWIFT評価でリスクが最も高く、最も頻繁に指摘される項目です。

1. 4.2 — 多要素認証：SWIFT環境へのすべての対話型オペレーターセッションでMFAが必要です。ハードウェアトークンまたは同等の手段が必要です。
2. 2.4 — バックオフィスのデータフローセキュリティ：v2026で必須になりました。バックオフィスのすべての接続を暗号化し、認証してください。
3. 1.1 — SWIFT環境の保護：専用のセキュアゾーンを設けます。SWIFTサーバーからのブラウジングを禁止し、ファイアウォールルールでネットワークを分離してください。
4. 6.4 — ログと監視：すべてのSWIFTシステムイベントとトランザクションを記録し、異常を警告し、最低1年間保存してください。
5. 2.2 — セキュリティ更新：重大なパッチは90日以内に適用し、緊急パッチは3日以内に適用してください。
6. 6.2 — ソフトウェアの完全性：SWIFTソフトウェアの完全性をインストール前と更新後に検証してください。
7. 2.3 — システムのハードニング：CISベンチマークに基づくハードニング、または同等の対策を実施し、不要なサービスをすべて削除してください。
8. 1.4 — インターネット接続の制限：SWIFTインフラストラクチャからインターネットへ直接アクセスできないようにしてください。ジャンプサーバーが必要です。

---

年次評価および証明のタイムライン

活動	時期
v2026 証明期間の開始	2026年7月1日
評価期間	2026年7月1日～12月31日
KYC-SA 証明期限	2026年12月31日 (v2026 期間)
取引先による証明の閲覧	提出後すぐ
証明を行わないユーザーが取引先に通知される時期	期限後
CSCF v2027 の公開予定	2026年7月

注：従来の年次期限である7月31日は、以前のサイクルに適用されていました。v2026 では、SWIFT は証明期間を延長して設定しています（2026年7月1日～12月31日）。swift.com/myswift で最新のPMOガイダンスを確認してください。

---

よくある指摘事項と是正措置

管理策	よくある指摘事項	是正措置
2.4	バックオフィス接続が暗号化されていない、または認証されていない (現在は必須)	すべてのバックオフィスのデータフローに相互TLS 1.2以降を実装し、専用のファイアウォールルールでセグメント化します
4.2	ハードウェアトークンではなく、ソフトウェアベースのOTPを使用	すべてのSWIFTオペレーターにハードウェア認証トークンを導入します
1.1	SWIFTサーバーが共有ネットワークセグメント上にある	ステートフルファイアウォールルールを備えた専用のVLAN／ゾーンを作成し、デュアルホーム接続を禁止します
2.2	重要なパッチの適用が90日以上遅れている	パッチ管理プロセスを確立します。重要度「クリティカル」＝3日、「高」＝90日
6.4	ログがレビューされておらず、SWIFTイベントがSIEMの対象外	Alliance Access／GatewayのログをSIEMに取り込むよう設定し、アラートルールを設定します
5.1	オペレーターアカウントが共有され、最小権限が適用されていない	個別アカウントを徹底し、四半期ごとにロールを監査し、使用されていないアクセス権を削除します
2.7	脆弱性スキャンの対象にすべてのSWIFTコンポーネントが含まれていない	四半期ごとの認証付きスキャンの対象範囲に、SWIFT接続システムをすべて含めます
7.1	インシデント対応計画がSWIFTに特化していない	検知トリガー、SWIFTへのエスカレーション、証拠保全を含む、SWIFTに特化したIRPを文書化します
3.1	サーバールームへのアクセスが記録されていない	監査証跡を備えたカードアクセスを導入し、指名された個人のみに制限します

---

参考ファイル

詳細については、必要に応じて以下のファイルを参照してください。

• references/swift-controls.md — 32件すべての管理策について、実装要件、証拠資料、アーキテクチャ種別（A1/A2/A3/A4/B）ごとの適用性を記載。v2025からv2026への変更概要も含みます
• references/swift-assessment.md — KYC-SA証明プロセス、独立評価者の要件、フレームワーク間の対応関係（ISO 27001、PCI DSS、NIST CSF）、SWIFT固有のインシデント報告義務

---

このスキルは一般的なコンプライアンス情報を提供するものであり、法的助言ではありません。公式情報源で最新の要件を確認し、判断にあたっては、資格を有する法律顧問または認定評価者に相談してください。