Lỗi provisioning của NVIDIA DGX Spark cho phép giả mạo SSH host

NVIDIA DGX OS chứa một lỗ hổng trong quy trình cấp phát tại nhà máy, trong đó việc clone một base image khiến các SSH host key giống hệt nhau được triển khai trên nhiều hệ thống. Việc chia sẻ các định danh mật mã giữa tất cả các hệ thống được cấp phát tương tự cho phép giả mạo host hoặc thực hiện các cuộc tấn công attacker-in-the-middle. Khai thác thành công lỗ hổng này có thể dẫn đến thực thi mã, sửa đổi dữ liệu, leo thang đặc quyền, lộ thông tin và từ chối dịch vụ.

• NVIDIA DGX Spark trên NVIDIA DGX OS: tất cả phiên bản trước OTA0 được NVIDIA xác định là bị ảnh hưởng. • OTA0 là phiên bản cập nhật được NVIDIA nêu để xử lý lỗi này. • Trạng thái của các sản phẩm, nền tảng hoặc nhánh phát hành khác không được bằng chứng hiện có xác nhận.

Lỗi nằm trong quy trình factory provisioning của NVIDIA DGX OS. Khi một base image đã chứa các định danh hệ thống được clone để triển khai cho nhiều máy, các máy đó có thể nhận cùng SSH host key và cùng machine-id thay vì các giá trị riêng biệt. Đây là dạng sử dụng định danh khóa mật mã dùng chung, phù hợp với CWE-321. Khi các hệ thống hoặc quản trị viên dựa vào SSH host key để nhận diện máy chủ, khóa trùng lặp có thể cho phép giả mạo host hoặc attacker-in-the-middle; đây là hậu quả được nêu trong advisory, không phải mô tả về một chuỗi gói tin cụ thể. Bản ghi xác định khả năng tiếp cận qua network, không yêu cầu quyền trước hoặc tương tác người dùng, nhưng yêu cầu điều kiện khai thác có độ phức tạp cao. Chi tiết triển khai chính xác khiến các khóa bị sao chép trong quá trình factory provisioning không được công bố.

Bản ghi mô tả lỗ hổng có thể bị tiếp cận qua network, không yêu cầu authentication trước và không cần user interaction; attack complexity được đánh giá là cao. Kiểu khai thác được mô tả là giả mạo host hoặc attacker-in-the-middle đối với các hệ thống được cấp phát theo cùng cách. Bằng chứng hiện có không mô tả vị trí mạng cụ thể của kẻ tấn công, chuỗi thao tác, payload hoặc điều kiện để vượt qua các cơ chế kiểm tra SSH trong từng môi trường. Bản ghi không xác định public exploit và không thiết lập rằng lỗ hổng đã bị khai thác thực tế. Việc không có thông tin khai thác công khai không chứng minh rằng không thể có hoạt động khai thác ngoài thực tế.

Lỗi làm phá vỡ giả định rằng mỗi máy chủ có một SSH host identity riêng biệt. Kẻ tấn công có thể lợi dụng các định danh trùng để giả mạo máy chủ hoặc thực hiện attacker-in-the-middle trong các kết nối liên quan, từ đó có khả năng ảnh hưởng đến tính bí mật, toàn vẹn và sẵn sàng của hệ thống. Advisory nêu các hậu quả có thể gồm thực thi mã, sửa đổi dữ liệu, leo thang đặc quyền, lộ thông tin và từ chối dịch vụ; đường dẫn cụ thể đến từng hậu quả không được mô tả. Đánh giá phạm vi trong bản ghi không cho thấy một thay đổi phạm vi bảo mật, nhưng tác động có thể lan đến nhiều hệ thống được tạo từ cùng image. Mức độ ảnh hưởng thực tế phụ thuộc vào các kết nối, dịch vụ và quyền mà các hệ thống đó cung cấp.

• Các hệ thống trong cùng một fleet có thể không còn có định danh SSH độc nhất, làm giảm độ tin cậy của các quyết định kết nối và xác thực giữa máy chủ. • Nếu một kết nối bị giả mạo hoặc bị attacker-in-the-middle, hậu quả có thể gồm lộ thông tin, sửa đổi dữ liệu, leo thang đặc quyền, thực thi mã và từ chối dịch vụ, tùy thuộc vào quyền và dịch vụ được truy cập qua kết nối đó. • Rủi ro tập trung vào các hệ thống được cấp phát từ base image đã clone; bản ghi không xác nhận rằng mọi triển khai NVIDIA DGX Spark đều bị ảnh hưởng. • Việc xử lý cần bao gồm kiểm kê image, kiểm tra định danh trên các máy đã triển khai và cập nhật hoặc tạo lại định danh trước khi tiếp tục tin cậy các kết nối SSH liên quan. • Không có thông tin về một vụ xâm nhập, nạn nhân hoặc chiến dịch cụ thể trong bằng chứng hiện có.

1. Cập nhật NVIDIA DGX Spark lên OTA0, là phiên bản cập nhật được NVIDIA xác định cho lỗi này.

2. Đối với quy trình tạo image mới, chụp golden image trước lần boot đầu tiên của hệ thống, trước khi SSH host key và machine-id được tạo.

3. Với hệ thống đã triển khai, kiểm tra các tệp SSH host key và /etc/machine-id để xác định chúng có trùng với golden image hoặc hệ thống khác hay không.

4. Nếu phát hiện trùng lặp, tạo lại định danh sau khi boot từ SSD. NVIDIA cung cấp các lệnh sau:

   sudo truncate -s 0 /etc/machine-id
   sudo systemd-machine-id-setup
   

   rm /etc/ssh/ssh_host_*
   ssh-keygen -A
   

5. Xác nhận sau khi tạo lại rằng tất cả định danh khác với golden image ban đầu và đáp ứng yêu cầu duy nhất trên từng hệ thống.

6. Recovery image của DGX OS không cần chạy các lệnh trên theo hướng dẫn của NVIDIA, vì quá trình cài đặt bằng BaseOS ISO tự động tạo các tệp định danh này.

1. Lập inventory các máy NVIDIA DGX Spark và xác định máy nào được triển khai từ base image hoặc golden image đã clone.
2. Trên từng hệ thống đã triển khai, kiểm tra các tệp /etc/ssh/ssh_host_ecdsa_key, /etc/ssh/ssh_host_ecdsa_key.pub, /etc/ssh/ssh_host_ed25519_key, /etc/ssh/ssh_host_ed25519_key.pub, /etc/ssh/ssh_host_rsa_key, /etc/ssh/ssh_host_rsa_key.pub và /etc/machine-id.
3. So sánh các định danh này giữa từng máy và golden image. Các giá trị trùng nhau giữa nhiều máy hoặc trùng với golden image là dấu hiệu phù hợp với lỗi provisioning này.
4. Sau khi tạo lại định danh, xác nhận từng SSH host key và machine-id khác với golden image và khác giữa các máy theo yêu cầu triển khai.
5. Không có log event hoặc IOC cụ thể nào được nguồn cung cấp nêu ra. Việc rà soát SSH connection records và các cảnh báo thay đổi host key chỉ nên được xem là biện pháp giám sát bổ sung, không phải bằng chứng loại trừ lỗ hổng.