Microsoft가 Marvell, Oracle과 OCP 참여를 바탕으로 Project Tessera를 발표했습니다. Azure Integrated HSM을 발전시켜 규격, 프로토콜, 소프트웨어와 펌웨어 등을 공개하는 계획이며, 완전한 오픈소스 실리콘 구현은 후속 방향으로 구분했습니다. Microsoft Azure 공식 발표
HSM은 암호 키를 보호하고 암호 연산을 수행하는 장치입니다. 설계가 공개된다는 소식과 제품의 인증 완료 여부, 현재 구매·배포 가능한 구성은 서로 다른 항목입니다.
이 글의 목차
HSM은 키를 보관하면서 필요한 연산을 수행합니다
서명용 개인키가 일반 파일로 저장되어 있으면 파일 접근 권한을 얻은 공격자가 복사할 수 있습니다. HSM은 키를 보호된 경계 안에 두고 필요한 암호 연산을 수행하도록 사용하는 장치입니다. 애플리케이션이 키 파일을 받는 대신 서명 같은 작업을 요청하는 구조를 생각하면 이해하기 쉬워요. 단, 실제로 키를 내보낼 수 있는지는 생성 정책과 제품 구성을 확인해야 합니다.
보호 장치가 있어도 사용할 수 있는 주체가 과도하면 문제가 남습니다. 공격자가 키를 복사하지 못하더라도 정상 호출 권한으로 원치 않는 서명을 요청할 수 있기 때문입니다. 키의 반출 방지와 사용 승인을 구분하고, 누가 어떤 용도로 호출했는지 감사 자료를 남겨야 합니다. 하드웨어 보호는 접근 통제의 대체물이 아닙니다.
워크로드 가까이에 둔다는 설계의 의미
원격 HSM에 매번 요청하는 구성은 네트워크와 원격 서비스의 응답에 의존합니다. 지연이나 장애를 피하려고 키를 소프트웨어에 복사해 쓰면 처음 의도한 보호 경계를 약하게 만들 수 있어요. Integrated HSM은 연산을 워크로드 가까이에서 수행하면서도 키를 보호된 경계 안에 유지하려는 방향으로 읽을 수 있습니다.
구현과 프로토콜이 공개되면 보안 설계와 장치 간 연동을 검토할 자료가 늘어납니다. 다만 공개된 소스가 있다는 사실만으로 배포된 바이너리와 하드웨어가 그 내용대로 만들어졌다고 입증되지는 않습니다. 재현 가능한 빌드, 펌웨어 갱신, 실제 제품의 지원과 인증을 연결해서 봐야 공개의 의미를 운영 환경에서 확인할 수 있습니다.
키의 복구를 파일 백업과 다르게 설계합니다
가상의 코드 서명 서비스에서는 키 생성 담당자와 일상 서명 작업자를 나누고, 복구나 복제에는 추가 승인을 요구할 수 있습니다. 이때 백업 성공 여부만 볼 것이 아니라 승인되지 않은 장치로 키가 복구되지 않는지도 확인합니다. 장치가 고장 났을 때 누가 복구 절차를 수행하고 기존 장치를 어떻게 폐기할지까지 정의해야 합니다.
양자내성 암호를 검토할 때도 알고리즘 이름 외에 인증서와 클라이언트, 다른 HSM과의 연동을 함께 살펴봅니다. 전환 과정에는 기존 암호 방식과의 호환성 요구가 남을 수 있습니다. Project Tessera의 공개 범위와 장기 로드맵을 구분한 뒤, 현재 확보 가능한 구성에서 자신의 키 수명 주기를 검증하는 것이 도입 판단의 출발점입니다.
HSM 평가 문서에 넣을 내용
- 공개된 구현과 로드맵 항목을 구분합니다.
- 키 생성·복제·폐기·복구 단계별 승인 주체를 정합니다.
- 인증 수준과 제품 지원 여부는 구체적인 구성별로 확인합니다.
오픈소스화는 검토와 상호운용성의 기회를 넓힙니다. 특정 인증을 이미 획득했다는 의미로 확대해석하지 않습니다.
발표문 기준일: 2026-10-13 · 확인일: 2026-10-24
.jpg){kind=link}