Exploit Fabricked ẩn gián phá hủy bảo vệ phần cứng của chip EPYC với hiệu quả hoàn toàn – AMD đã phát hành bản sửa lỗi

Tóm tắt ngắn gọn

Vào tháng Tư, các nhà nghiên cứu từ ETH Zurich đã phát hiện một lỗ hổng trong bảo vệ phần cứng của AMD SEV‑SNP, cho phép kẻ tấn công truy cập đầy đủ vào bộ nhớ được bảo vệ của máy ảo (CVM) trên các bộ xử lý AMD EPYC. Exploit, có tên Fabricked, khai thác những điểm yếu trong định tuyến bộ nhớ qua Infinity Fabric trong quá trình khởi động và có thể lừa dối chứng thực mật mã mà người dùng dựa vào để kiểm tra tính toàn vẹn của môi trường.

1. AMD SEV‑SNP là gì và nó cần thiết vì sao
* Tính toán bảo mật cho phép các thuê bao đám mây xác nhận rằng nhà cung cấp không thể đọc dữ liệu của họ.
* SEV‑SNP tạo ra các máy ảo được cô lập phần cứng: bộ nhớ được mã hóa, và quyền truy cập được kiểm soát bởi một vi xử lý bảo mật tích hợp – PSP (Platform Security Processor).
* Khi khởi động, PSP khởi tạo Reverse Map Table (RMP) – bảng quyền truy cập cho mỗi trang bộ nhớ.
Chứng thực (kiểm tra mật mã) phụ thuộc vào việc RMP hoạt động chính xác.

2. Cách Fabricked hoạt động
1. Vấn đề trong UEFI
* Thiết bị AMD sử dụng UEFI để cấu hình Infinity Fabric – mạng chip giữa các lõi, bộ điều khiển và thiết bị ngoại vi.
* Trong quá trình khởi động, UEFI gọi hai API PSP, những cái “khóa” thanh ghi cấu hình của Infinity Fabric sau khi chúng được đặt.
* Nếu UEFI bị thay thế (đã có thể vì nó được kiểm soát bởi nhà cung cấp đám mây), các cuộc gọi này có thể bỏ qua, để Data Fabric vẫn cho phép ghi ngay cả sau khi SEV‑SNP được kích hoạt.

2. Thiếu sót trong việc kiểm tra MMIO
* Khi PSP yêu cầu truy cập bộ nhớ, kiểm tra đầu tiên diễn ra theo quy tắc MMIO (để tương tác với thiết bị phần cứng), rồi mới chuyển sang quy tắc DRAM thông thường.
* Kẻ tấn công có thể cấu hình ánh xạ MMIO sao cho chúng “mờ” vùng RMP. Kết quả là các ghi của PSP bị bỏ qua, nhưng SEV‑SNP vẫn báo cáo khởi tạo thành công.

3. Kết luận – RMP chưa được khởi tạo vẫn nằm dưới quyền kiểm soát của kẻ tấn công. Hypervisor có thể đọc và ghi vào bất kỳ vùng bộ nhớ nào của CVM mà không bị phát hiện bởi hệ điều hành khách.

3. Trình diễn các exploit
* Bật chế độ gỡ lỗi trên một CVM đang chạy sau khi chứng thực – hypervisor có thể giải mã bất kỳ phần bộ nhớ nào mà vẫn giữ kín.
* Thay thế hàng loạt báo cáo chứng thực – cho phép kẻ tấn công xuất bản những xác nhận giả mạo tính toàn vẹn của môi trường.

4. Điều này có nghĩa gì cho người dùng
* Lỗ hổng hoàn toàn quyết định và có 100 % khả năng thành công mà không cần truy cập vật lý tới máy chủ.
* Không cần thực thi mã bên trong máy ảo – chỉ cần một máy chủ đám mây kiểm soát UEFI.
* Người dùng dựa vào SEV‑SNP cho tính toán bảo mật đang gặp rủi ro mất quyền kiểm soát dữ liệu của mình.

5. Những gì nhà nghiên cứu nói
Kết quả được công bố trong bài báo *USENIX Security 2026*. Các tác giả nhấn mạnh rằng Fabricked vượt qua cơ chế chứng thực chính và trình bày các exploit thực tế, xác nhận mức độ nghiêm trọng của mối đe dọa.

Kết luận:

Fabricked tiết lộ một lỗ hổng nền tảng trong chuỗi bảo vệ AMD SEV‑SNP. Nếu không cập nhật UEFI và tăng cường kiểm tra RMP, nhà cung cấp đám mây có thể truy cập đầy đủ bộ nhớ được bảo vệ của máy ảo mà không bị phát hiện bởi người thuê bao.