민감한 데이터 보호는 프로세서나 단일 칩 시스템의 경계에서 끝나지 않는다. 명령어와 데이터가 DRAM과 같은 외부 메모리로 이동하면 메모리 인터페이스가 공격 표면의 일부가 되며, 특히 분쟁 환경에서 작동하고 수십 년간 운용될 수 있는 우주 및 정부 시스템에서는 더욱 그렇다. Semiconductor Engineering에 게재된 기술 자료에서 Rambus의 Vincent van der Leest와 Ajay Kapoor는 콘텐츠 암호화를 넘어 데이터가 변경되지 않았는지 검증하는 방식으로 이 인터페이스를 보호하는 구상을 제시한다.
이 자료는 2026년 9월 3일 Sponsor Blog 형식으로 게재되었으므로, Rambus 제품에 대한 설명은 제안된 접근법의 상업적 사례로 보아야 하며, 독립적으로 우수성을 입증하는 증거로 보아서는 안 된다. 그러나 기본적인 기술 원칙은 제품 자체보다 광범위하다. 외부 메모리에는 키 수명주기 관리와 함께 기밀성, 인증, 변조 저항성이 필요하다.
암호화는 데이터를 숨기지만 무결성을 입증하지는 않는다
Inline Memory Encryption, 즉 인라인 메모리 암호화 기술은 시스템 온 칩에 연결된 외부 메모리에 데이터를 기록하기 전에 암호화한 다음, 사용을 위해 데이터가 돌아오면 복호화한다. 이는 일반적으로 처리 로직과 메모리 컨트롤러 사이에 배치된 암호화 엔진을 통해 수행되며, 성능 및 응답 시간 요구 사항을 유지하면서 소프트웨어에 투명한 보호를 제공한다.
그러나 데이터 기밀성이 곧 무결성을 의미하지는 않는다. 공격자는 암호화된 자료나 센서 데이터 또는 실행 명령어를 읽을 필요 없이, 명령어, 좌표 또는 룩업 테이블과 관련된 값을 변경할 수 있다. 의료 및 금융 데이터에도 같은 위험이 적용되며, 인공지능 모델의 입력이나 매개변수 역시 변경되면 신뢰할 수 없는 결정이나 출력이 발생할 수 있다.
이러한 이유로 자료는 가능한 한 저장 위치에 가까운 곳에서, 데이터를 프로세서나 가속기 또는 제어 로직에 전달하기 전에 인증할 것을 제안한다. 인증되지 않은 데이터가 이동하는 거리를 줄이면 손상된 데이터가 시스템 내부로 확산될 가능성을 낮출 수 있다.
AES 모드 선택은 알고리즘 이름이 아니라 요구 사항과 연관된다
AES-XTS는 스토리지와 고속 메모리 암호화에 널리 사용된다. 이 모드는 데이터 주소와 연관된 값을 사용하므로, 서로 다른 주소에 저장될 때 동일한 콘텐츠가 동일한 암호문을 생성하지 않으며 보호되는 데이터의 크기를 늘리지 않는다. 그러나 AES-XTS는 기밀성만 제공하며 기밀성과 무결성 검증을 결합한 인증 암호화 모드로 간주되지 않는다.
반면 AES-GCM은 원문을 제공하기 전에 검사하는 인증 태그를 통해 암호화와 무결성 검증을 결합한다. 이를 통해 의도적인 변조를 탐지할 수 있지만, 인증 태그와 nonce 또는 초기화 벡터를 저장하고 관리해야 한다. 이는 메모리 용량, 대역폭, 주소 배치, 캐시 메커니즘 및 초기화 단계에 영향을 줄 수 있다.
실제로 결정은 알고리즘의 강도에만 국한되어서는 안 된다. 엔지니어는 위협 모델, 필요한 보증 수준, 허용 가능한 메모리 증가량, 성능 목표, 시스템 전체 구조 사이에서 균형을 맞춰야 한다. 민감한 시스템에서는 변조를 탐지할 수 있는 능력이 메타데이터의 추가 비용과 설계 복잡성을 정당화할 수 있다.
사이드 채널 공격 저항성은 설계의 일부다
수학적으로 건전한 알고리즘도 구현 과정에서 물리적 누출을 통해 키를 노출한다면 충분하지 않다. 자료는 전력 소비, 전자기 방사 또는 타이밍 분석을 통해 장비에 물리적으로 접근할 수 있는 공격자가 AES 자체를 해독하지 않고도 키를 추론할 수 있다고 지적한다.
따라서 사이드 채널 공격 저항 조치는 시스템 수준에서 나중에 추가할 것이 아니라 암호화 엔진 내부에 설계해야 한다. 자료가 언급하는 보장 요소에는 안전한 키 처리, 오류 발생 시 예측 가능한 동작, 제어 경로 보호, 무작위 결함을 견디는 능력이 포함된다. 또한 현장에서 검증된 솔루션과 변조 대응에 관한 실무 경험에 의존하면 구현 위험과 설계에 대한 신뢰 구축 부담을 줄일 수 있다고 본다. 특히 우주 및 정부 프로그램에서 그렇다.
플랫폼 수준에서 무엇을 결정해야 하는가?
자료는 메모리 경로에 암호화 엔진을 추가하는 것만으로 모든 보호 문제가 해결되지는 않는다고 설명한다. 시스템 설계팀과 암호화 엔진팀은 서로 연관된 다음과 같은 주요 문제를 처리해야 한다.
- 데이터 최신성: 오래된 값이 유효한지 검증하는 것만으로는 해당 값의 재생을 막을 수 없다. 이를 위해 보호된 카운터, 버전 정보 또는 동기화된 상태가 필요할 수 있으며, 메타데이터, 지속성 및 복구에 영향을 미친다.
- 메모리 초기화: 보호 영역은 정상적인 부팅을 시작하기 전에 올바른 메타데이터를 필요로 할 수 있으며, 대용량 메모리 초기화는 부팅 시간과 시스템 가용성에 영향을 줄 수 있다.
- 신뢰의 루트 통합: 키 프로비저닝, 보안 정책, 수명주기 단계 간 전환, 키 삭제 및 복구 메커니즘은 보안 부팅에서 시작해 실행 중 메모리 보호까지 이어지는 신뢰 체계와 일치해야 한다.
Rambus에 따르면 FPGA 애플리케이션용으로 설계된 IME-IP-340 제품은 AES-GCM을 사용해 메모리 트랜잭션을 암호화, 복호화 및 인증하고, 구성 가능한 메모리 관리, 캐싱, 키 관리와 전력 분석 공격 저항 옵션을 지원한다. 회사의 설명에 따르면 이러한 기능은 설계자가 보안, 성능, 메타데이터 비용 및 통합 요구 사항 사이에서 균형을 맞추는 데 도움을 주는 것을 목표로 한다.
편집적 해석: 암호화 엔진보다 경계가 중요하다
자료가 강조하는 실질적인 변화는 메모리 보호를 “콘텐츠 숨기기”라는 개념에서 변조 탐지와 키 추출 기법에 대한 저항성을 포함하는 더 넓은 개념으로 옮기는 것이다. 외부 데이터에 의존해 결정을 내리거나 명령을 실행하는 시스템에서는 데이터 무결성이 기밀성 못지않게 중요하기 때문에 이는 중요하다.
그럼에도 출처만으로는 특정 운용 환경에서 IME-IP-340의 성능이 입증되지 않으며, 응답 시간이나 메타데이터 규모 또는 독립적인 시험 결과에 관한 상세한 수치도 제시되지 않는다. 또한 인증 암호화는 재생 공격 방지, 초기화 및 수명주기 관리 메커니즘을 설계해야 할 필요성을 없애지 않는다. 따라서 어떤 솔루션이든 메모리 보안을 자동으로 보장하는 독립적인 구성 요소로 보지 말고, 플랫폼 전체 구조와 해당 플랫폼의 고유한 위협 모델 안에서 평가해야 한다.