이 질문은 Swift 환경에서 하드웨어 보안 모듈(HSM)과 암호화 작업의 역할에 관한 것입니다. 각 옵션을 평가해 보겠습니다.
1단계: Swift에서 HSM 및 암호화 작업 이해
HSM은 CSCF v2024의 Control 2.5B: 암호화 키 관리에 자세히 설명된 대로 암호화 키를 관리하고 암호화/복호화 작업을 수행하는 데 사용되는 보안 장치입니다. Swift는 보안 메시징을 위해 공개 키 기반 구조(PKI)를 사용하며, HSM은 키와 인증서를 저장합니다.
2단계: 각 옵션 평가
* A. Swift 인증서의 공개 키와 개인 키는 하드웨어 보안 모듈(HSM)에 저장됩니다. Swift 환경에서 HSM은 개인 키(서명/복호화용)와 공개 키(검증/암호화용)를 인증서 쌍의 일부로 저장합니다. 이는 HSM에 암호화 키를 안전하게 저장하도록 규정하는 Swift 보안 모범 사례 및 제어 2.5B에서 확인된 바와 같이 안전한 키 관리를 위한 표준 관행입니다. 결론: 이 진술은 맞습니다.
* B. Swift 하드웨어 보안 모듈에 저장된 인증서는 메시지 복호화 작업 중에 사용됩니다. HSM은 인증서에 저장된 개인 키를 사용하여 수신 Swift 메시지의 복호화를 수행합니다. 이는 Control 2.5 Band Swift Alliance Gateway 기술 문서에 설명된 보안 메시지 처리 프로세스의 일부입니다. 결론: 이 진술은 정확합니다.
* C. 복호화 작업은 수신자의 암호화 개인 키를 사용합니다. 복호화는 "암호화 개인 키"(잘못된 명칭)가 아닌 수신자의 개인 키를 사용합니다. 올바른 용어는 암호화에 사용된 공개 키에 해당하는 수신자의 개인 키입니다. 이 오류는 의도된 의미와는 달리 기술적으로 잘못된 진술을 만듭니다. 결론: 이 진술은 틀렸습니다.
* D. SwiftNetLink는 서명을 검증하기 위해 수신자의 서명 개인 키를 사용합니다. 서명 검증에는 수신자의 개인 키가 아닌 발신자의 공개 키가 필요합니다. SwiftNetLink(SNL)는 Control 2.5 및 Swift 보안 모범 사례에 따라 공개 키를 사용하여 서명을 검증합니다. 개인 키는 검증이 아닌 서명에 사용됩니다. 결론: 이 진술은 틀렸습니다.
3단계: 결론 및 검증
검증된 진술은 A와 B입니다. 이는 Swift CSP 문서와 일관되게 키 저장 및 복호화에서 HSM의 역할을 정확하게 설명하고 있기 때문입니다.
참고문헌
* Swift 고객 보안 제어 프레임워크(CSCF) v2024, Control 2.5B: 암호화 키 관리.
* Swift 보안 모범 사례, 섹션: HSM 사용.
* Swift Alliance Gateway 기술 문서, 섹션: 암호화 작업.

SWIFT CSP는 "CSP 아키텍처 유형 - 의사결정 트리" 및 "Swift 고객 보안 제어 프레임워크 v2025"에 명시된 대로 사용자가 소유하고 관리하는 구성 요소를 기반으로 아키텍처 유형(A1~A4)을 정의합니다. 이러한 유형에 따라 적용 가능한 보안 제어 및 평가 요구 사항이 결정됩니다. 시나리오와 옵션을 분석해 보겠습니다.
*고객 커넥터는 SWIFT API 또는 메시징 인터페이스 등을 통해 SWIFT 서비스에 연결하는 구성 요소(예: 맞춤형 애플리케이션 또는 통합 계층)입니다. 데이터 흐름을 처리하지만 SWIFT에서 제공하는 표준 인터페이스는 아닙니다.
*통신 인터페이스는 SwiftNet Link(SNL) 및 VPN 박스를 통해 SWIFT 네트워크와의 연결을 관리하는 Alliance Gateway(SAG)와 같은 구성 요소를 말합니다.
*아키텍처 유형은 다음과 같습니다.
oA1: 풀 스택(메시징 인터페이스, 커뮤니케이션 인터페이스, 네트워크 구성 요소(예: Alliance Access, Alliance Gateway, VPN 박스)를 소유함).
oA2: 고객 커넥터와 커뮤니케이션 인터페이스를 소유하고 있으며, 메시징 인터페이스는 다른 곳(예: 서비스 뷰로 또는 SWIFT)에 호스팅됩니다.
oA3: 외부 커뮤니케이션 및 메시징 인터페이스에 의존하여 고객 커넥터만 소유합니다.
oA4: 로컬 구성 요소를 소유하지 않고 완전히 호스팅된 솔루션(예: Alliance Cloud 또는 Lite2)을 사용합니다.
*이 경우, 사용자는 고객 커넥터와 통신 인터페이스를 소유하고 있지만 메시징 인터페이스(예: Alliance Access)는 소유하고 있다고 명시하지 않습니다. 이는 사용자가 맞춤형 통합(커넥터)과 통신 계층(예: SAG)을 관리하는 반면, 메시징 인터페이스는 다른 당사자(예: 서비스 뷰로 또는 SWIFT 호스팅 환경)에서 제공하는 A2 아키텍처 유형과 일치합니다. "CSP 아키텍처 유형 - 의사결정 트리"는 이러한 분류를 확인하며, "필수 제어에 대한 평가 템플릿"은 A2 관련 요건을 적용합니다.
*옵션 A: A1
이는 잘못된 설명입니다. A1에는 메시징 인터페이스(예: Alliance Access)의 소유권이 필요한데, 이에 대한 언급이 없습니다.
*옵션 B: A2
맞습니다. A2는 메시징 인터페이스 없이 고객 커넥터와 커뮤니케이션 인터페이스를 소유하는 시나리오에 적합합니다.
*옵션 C: A3
이는 틀렸습니다. A3에는 고객 커넥터만 포함되고 통신 인터페이스는 포함되지 않습니다.
*옵션 D: A4
이는 잘못된 설명입니다. A4는 커넥터나 인터페이스에 대한 로컬 소유권이 없는 완전 호스팅 솔루션에 적용됩니다.
정답 요약:
고객 커넥터와 통신 인터페이스를 갖춘 SWIFT 사용자는 아키텍처 유형 A2(B)입니다.
SWIFT 고객 보안 프로그램 문서 참조:
*Swift 고객 보안 제어 프레임워크 v2025: 아키텍처 유형 A1-A4를 정의합니다.
*CSP 아키텍처 유형 - 의사결정 트리: 고객 커넥터 및 통신 인터페이스 소유권에 대해 A2로 분류합니다.
*필수 통제에 대한 평가 템플릿: A2 아키텍처에 적용됩니다.