고객 경계 안에서 실행
자체 클라우드 계정이나 데이터센터에 배포하고, 고객의 인증·네트워크·모니터링과 연결합니다.
은행이 망설이는 이유
- 벤더 플랫폼은 키나 데이터, 또는 둘 다를 자사 클라우드에 두기를 요구합니다.
- 리스크·컴플라이언스·감사 부서가 필요로 하는 증적을 제공업체 콘솔에서 뽑아내기 어렵습니다.
- 새 플랫폼에 모든 것을 다시 구축하는 것은 첫걸음으로 너무 큽니다.
달라지는 점
- 고객 경계 안에서 실행
- 키는 고객의 HSM에
- 모든 작업에 대한 증적
- 은행 브랜드로
달라지는 점
자체 심사를 통과하는 디지털 자산 운영.
키는 고객의 HSM에
서명은 이미 승인한 HSM이나 제공업체에서 이루어집니다. Alloy는 고객의 개인 키를 보유하지 않습니다.
모든 작업에 대한 증적
요청, 정책 결정, 상태 변경이 기록되며 감사와 규제 심사를 위해 내보낼 수 있습니다.
은행 브랜드로
직원용·고객용 화면에 은행의 브랜드, 언어, 표시 형식을 적용할 수 있습니다.
도입 과정
서비스 하나부터, 그다음 프로그램 전체로.
서비스 하나 선정
트레저리 송금이나 특정 고객군을 위한 디지털 자산 운영 등 첫 사용 사례를 고르고 아키텍처·리스크 부서와 정리합니다.
경계 검토
배포 전에 보안·리스크 부서가 키, 데이터, 의사결정이 어디에 있는지 검토합니다.
배포 후 확장
자체 환경에서 Alloy를 운영하고, 프로그램이 커지면 리스크, 대사, 컴플라이언스 기능을 더합니다.
Alloy는 고객의 개인 키를 보유하지 않습니다.보안 접근 방식
자주 묻는 질문
은행이 묻는 질문.
Alloy는 수탁 기관인가요?
아니요. Alloy는 직접 운영하는 소프트웨어입니다. 고객의 개인 키를 보유하지 않고 자산을 점유하지도 않으므로, 수탁은 승인된 구성 그대로 유지됩니다.
프라이빗 클라우드나 데이터센터에서 실행할 수 있나요?
네. Alloy는 고객이 통제하는 인프라에 배포하도록 설계되었습니다. 범위를 정하는 단계에서 환경과 보안 요구 사항을 함께 검토합니다.
보안 심사에는 무엇이 필요한가요?
키, 데이터, 의사결정이 어디에 있는지 팀에 설명드리고, 심사를 위한 아키텍처와 데이터 흐름 문서를 공유합니다.