Fabricked 익스플로잇은 EPYC 칩의 하드웨어 보호를 완전하게 파괴하며, AMD는 이미 패치를 출시했습니다
요약
4월 ETH 취리히 연구원들은 AMD SEV‑SNP 하드웨어 보호에 취약점을 발견했습니다. 이 취약점은 공격자가 AMD EPYC 프로세서에서 가상 머신(CVM)의 보호된 메모리에 완전한 접근 권한을 얻을 수 있게 합니다. 'Fabricked'라는 이름의 익스플로잇은 부팅 시 Infinity Fabric을 통한 메모리 라우팅 약점을 이용하며, 사용자가 신뢰하는 환경 무결성 검증인 암호학적 인증을 속일 수 있습니다.
1. AMD SEV‑SNP란 무엇이며 왜 필요한가
* 기밀 계산은 클라우드 임차인이 공급자가 자신의 데이터를 읽지 못하도록 보장합니다.
* SEV‑SNP는 하드웨어로 격리된 가상 머신을 생성합니다: 메모리는 암호화되고 접근은 내장 보안 프로세서인 PSP(Platform Security Processor)에 의해 제어됩니다.
* 부팅 시 PSP가 Reverse Map Table(RMP)을 초기화합니다 – 각 메모리 페이지에 대한 접근 표입니다.
인증(암호학적 검증)은 RMP의 올바른 동작에 달려 있습니다.
2. Fabricked 작동 방식
1) UEFI 문제
* AMD 장치는 Infinity Fabric을 구성하기 위해 UEFI를 사용합니다 – 코어, 컨트롤러 및 주변 장치 간 메모리 트래픽을 라우팅하는 인터칩 네트워크입니다.
* 부팅 과정에서 UEFI는 두 개의 PSP‑API를 호출하여 Infinity Fabric 설정 레지스터를 잠급니다.
* UEFI가 변조되면(클라우드 공급자가 제어할 수 있으므로 가능) 이 호출을 건너뛸 수 있어 SEV‑SNP 활성화 후에도 Data Fabric이 기록 가능한 상태로 남습니다.
2) MMIO 검증 결함
* PSP가 메모리 접근 요청 시 먼저 MMIO(하드웨어 장치와의 상호작용)를 통해 규칙을 검사하고, 그 다음 일반 DRAM 규칙을 적용합니다.
* 공격자는 MMIO 매핑을 설정해 RMP 영역을 ‘그늘지게’ 만들 수 있습니다. 결과적으로 PSP 기록이 무시되지만 SEV‑SNP는 여전히 성공적인 초기화를 보고합니다.
3) 결론 – 초기화되지 않은 RMP가 공격자에게 남아 있습니다. 하이퍼바이저는 게스트 OS의 감지를 피하면서 CVM 메모리의 임의 영역을 읽고 쓸 수 있게 됩니다.
3. 익스플로잇 시연
* 인증 후 실행 중인 CVM에서 디버그 모드를 활성화하면 하이퍼바이저가 어떤 메모리 부분도 복호화할 수 있습니다.
* 인증 보고서를 대규모로 변조하면 공격자는 환경 무결성에 대한 가짜 증명을 제공할 수 있습니다.
4. 사용자에게 의미하는 바
* 취약점은 완전히 결정적이며 물리적 서버 접근 없이 100 % 성공 확률을 가집니다.
* 가상 머신 내부에서 코드를 실행할 필요가 없으며, UEFI를 제어하는 클라우드 호스트만 있으면 됩니다.
* SEV‑SNP에 의존해 기밀 계산을 수행하는 사용자는 데이터 통제권 상실 위험이 있습니다.
5. 연구자들의 입장
결과는 *USENIX Security 2026* 논문에 발표되었습니다. 저자들은 Fabricked가 핵심 인증 메커니즘을 우회하고, 위협의 심각성을 입증하는 실용적 익스플로잇을 보여준다고 강조합니다.
결론:
Fabricked는 AMD SEV‑SNP 보호 체인의 근본적인 취약점을 드러냅니다. UEFI를 업데이트하고 RMP 검증을 강화하지 않으면 클라우드 공급자는 임차인 감지 없이 가상 머신의 보호된 메모리에 완전 접근할 수 있습니다.
댓글 (0)
의견을 남겨 주세요. 예의를 지키고 주제에서 벗어나지 말아 주세요.
댓글을 남기려면 로그인