기밀 컴퓨팅

클라우드에 일을 맡길 때 가장 불편한 질문은 단순해. 서버를 빌려준 사업자가 실행 중인 내 데이터까지 볼 수 있느냐는 거야. 기밀 컴퓨팅은 그 질문의 범위를 실행 중인 코드와 메모리까지 넓혀, 인프라 운영자도 내용을 쉽게 읽지 못하게 하려는 하드웨어 보안 방식이야.

한 줄로 말하면

기밀 컴퓨팅은 사용 중인 데이터를 하드웨어 기반의 검증 가능한 신뢰 실행 환경 안에서 처리하는 방식이고, attestation은 그 환경이 약속한 경계와 시작 상태로 떠 있는지 확인하는 증명 절차야.¹²

비유로 이해하기

평범한 클라우드 VM을 남의 건물 안에 둔 사무실이라고 생각해 보자. 문을 잠가도 건물 주인이 열쇠나 배관, 전기 설비를 쥔다는 찜찜함이 남아.

기밀 컴퓨팅은 사무실 안에 잠긴 금고를 하나 더 두는 쪽에 가까워. 건물 주인이 건물을 운영해도 금고 안의 문서에는 바로 손이 닿지 않아. 다만 금고가 진짜 약속한 모델이고, 처음 넣은 문서가 바뀌지 않았는지는 별도로 확인해야 해. 그 확인에 쓰는 영수증이 attestation이야.

여기까지가 이해를 돕는 비유야. 실제로는 CPU의 메모리 보호, 부팅 상태의 측정값, 칩이 만든 서명, 그 서명을 검증하는 인증서가 함께 움직여.

정확한 정의

Confidential Computing Consortium은 기밀 컴퓨팅을 하드웨어 기반의 attested Trusted Execution Environment, 즉 검증 가능한 신뢰 실행 환경에서 계산을 수행해 사용 중인 데이터를 보호하는 것으로 정의해. 이때 기본 속성은 데이터 기밀성, 데이터 무결성, 코드 무결성이야. 코드 자체를 숨기거나 복구 기능을 제공하는 식의 속성은 구현마다 다를 수 있지만, 검증 가능성은 기밀 컴퓨팅으로 부르기 위한 핵심 조건으로 봐.¹

보호 단위도 하나가 아니야. 작은 라이브러리나 프로세스만 격리할 수도 있고, 컨테이너 진입 프로세스나 VM 이미지 전체를 격리할 수도 있어. 그래서 “기밀 VM”은 VM 전체의 코드와 데이터가 하이퍼바이저와 호스트 운영체제에서 분리된다는 뜻이고, “기밀 라이브러리를 가진 VM”은 VM 안의 일부 라이브러리만 별도 경계 안에 둔다는 뜻이야.¹

기밀 컴퓨팅에서는 VM이나 격리된 실행 환경이 실행 중인 메모리를 보호하고, 검증자는 attestation 보고서로 그 환경의 상태와 정체성을 확인해. AWS의 AMD SEV-SNP 문서에서 이 보고서는 CPU에 요청할 수 있으며, 초기 메모리 내용과 vCPU 상태를 요약한 launch measurement와 AMD 신뢰 사슬로 검증할 수 있는 서명을 담는다고 설명해.²

중요한 건 암호화만이 아니야. 암호화 기능이 켜졌다는 클라우드 콘솔의 표시만으로는 검증자가 사업자를 믿어야 해. attestation은 허용한 초기 상태의 측정값과 실제 보고서의 측정값을 비교하고, 칩 서명이 신뢰할 수 있는 인증서 사슬로 이어지는지 확인할 길을 만들어.

flowchart LR
    A[허용한 시작 상태] --> E[측정값과 서명 검증]
    B[기밀 실행 환경] --> C[attestation 보고서]
    C --> E
    E --> F{정책과 일치하나?}
    F -->|예| G[복호화 키·비밀값 전달]
    F -->|아니오| H[전달하지 않음]

이 그림에서 핵심은 마지막 단계야. 보고서를 받아 보는 것만으로 보호가 완성되지는 않아. 검증 결과가 맞을 때에만 키나 비밀값을 전달하도록 연결해야, 검증이 실제 신뢰 결정이 돼.

왜 중요한가

기밀 컴퓨팅은 클라우드를 신뢰할지 말지의 문제를 조금 더 잘게 나눠. 사업자의 건물·네트워크·운영 도구는 계속 쓰되, 특정 워크로드의 실행 중 메모리와 시작 상태는 별도의 하드웨어 경계와 검증 절차에 맡기는 방식이야. CCC 용어 문서는 이 방식이 클라우드의 공유 책임 모델을 더 강하게 분리하고, 고객이 자기 애플리케이션과 데이터를 보호하는 경계를 더 직접 통제하게 한다고 설명해.¹

그래서 개인정보나 민감한 모델 입력처럼 노출 비용이 큰 데이터를 다루는 조직에서는 이 경계가 특히 중요해질 수 있어. 하지만 이것이 애플리케이션의 모든 취약점이나 잘못된 권한 설정을 자동으로 없애 준다는 뜻은 아니야. 저장 중 암호화와 전송 중 암호화에 사용 중 보호를 더해야 전체 민감 워크로드 보호에 가까워진다는 말에 가깝지, 이것 하나로 보안이 끝난다는 말은 아니야.¹

실제 예시

AWS는 2026년 7월 AMD SEV-SNP를 전용 호스트에서도 쓸 수 있게 했어. 고객은 한 물리 서버를 전용으로 할당하고, 인스턴스 배치와 host affinity를 통제하면서 기밀 컴퓨팅 환경을 구성할 수 있어.³

이 사례에서 보이는 구조는 AWS의 SEV-SNP 전용 호스트 정리에 더 자세히 나와 있어. 전용 호스트의 보고서는 칩별 VCEK 서명으로, 공용 환경의 보고서는 버전 단위 VLEK 서명으로 검증할 수 있다는 차이도 확인할 수 있어.²

Amazon을 읽을 때도 이 개념이 한 축이 돼. AI 인프라와 클라우드 서비스가 규제가 센 업무까지 넓어질 때, 컴퓨트 가격이나 성능만큼 “사업자도 내용을 못 본다”는 신뢰 경계가 어떤 방식으로 구현되는지 봐야 하기 때문이야.

헷갈리지 말아야 할 점

• 저장된 데이터 암호화와 같지 않아. 저장 데이터나 네트워크 구간의 암호화는 중요하지만, 기밀 컴퓨팅은 실행 중인 메모리와 실행 환경의 경계를 더 직접 다뤄.
• attestation은 안전 인증서가 아니야. 보고서는 특정 환경의 상태·정체성·서명을 검증하는 재료야. 허용할 측정값을 정하고, 결과에 따라 키를 줄지 말지 정하는 정책은 따로 필요해.
• 보호 단위를 구분해야 해. 기밀 라이브러리, 기밀 프로세스, 기밀 컨테이너, 기밀 VM은 같은 말이 아니야. 어느 층이 TEE 안에 들어가는지에 따라 보호되는 코드와 데이터의 범위가 달라져.¹
• 전용 서버와 같은 뜻이 아니야. 전용 호스트는 물리 서버를 한 고객에게 배정하는 방식이고, 기밀 컴퓨팅은 그 안의 실행 환경을 하드웨어적으로 보호하고 검증하는 방식이야. AWS의 이번 발표가 둘을 함께 제공한 것뿐이야.³

관련 문서

• 클라우드가 내 VM 속을 못 보게 만들기 — AWS의 SEV-SNP 전용 호스트
• Amazon

남은 질문들

• 검증된 환경에만 키를 전달하는 구조는 실제 서비스에서 어떤 정책과 운영 절차로 구현될까?
• AMD SEV-SNP와 Intel TDX는 측정값과 인증서 검증에서 어떤 차이를 보일까?
• 기밀 컴퓨팅은 애플리케이션 취약점, 관리자 권한, 네트워크 공격과 각각 어디에서 경계가 끝날까?

각주

1. Confidential Computing Consortium, 「Common Terminology for Confidential Computing」(2022-12) PDF ↩︎ ↩︎² ↩︎³ ↩︎⁴ ↩︎⁵ ↩︎⁶

2. AWS, 「AMD SEV-SNP for Amazon EC2 instances」 EC2 사용자 가이드 ↩︎ ↩︎² ↩︎³

3. AWS, 「Amazon EC2 Dedicated Hosts now support AMD SEV-SNP」(2026-07-02) 발표문 ↩︎ ↩︎²