Lỗ hổng ghi vượt giới hạn VMXNET3 trong VMware ESX cho phép thực thi mã trên host

VMware ESX chứa lỗ hổng ghi vượt giới hạn trong bộ điều hợp mạng ảo VMXNET3. Kẻ tấn công có quyền quản trị cục bộ trên một máy ảo sử dụng bộ điều hợp mạng ảo VMXNET3 có thể khai thác vấn đề này để thực thi mã trên host. Các bộ điều hợp mạng ảo không phải VMXNET3 không bị ảnh hưởng bởi vấn đề này.

• VMware Cloud Foundation: các nhánh 9.1.x.x, 9.0.x.x và 5.x được ghi nhận affected. Với nhánh 5.x, Broadcom hướng dẫn dùng async patching guide thay vì nêu một fixed release cụ thể.
• VMware vSphere Foundation: các nhánh 9.1.x.x và 9.0.x.x được ghi nhận affected. Response matrix liên kết các triển khai này với các bản sửa ESX tương ứng.
• VMware ESX: nhánh 9.1.x.x affected khi thấp hơn ESXi-9.1.0.0200-25557999; nhánh 9.0.x.x affected khi thấp hơn ESXi-9.0.2.0100-25595025; nhánh 8.0 affected khi thấp hơn ESXi80U3k-25595708. Broadcom cũng liệt kê ESXi80U2f-25626445 cho nhánh U2f của dòng 8.0. Đối với 7.0, advisory yêu cầu liên hệ Broadcom Support nếu có hợp đồng extended support và không nêu fixed release công khai.
• VMware Telco Cloud Platform: các nhánh 5.1.x và 5.0.x được ghi nhận affected; hướng dẫn khắc phục được trỏ tới KB449886.
• Trạng thái của các nhánh hoặc sản phẩm không được liệt kê không nên được suy ra từ các bản sửa trên, kể cả khi chúng thuộc cùng một dòng sản phẩm.

VMware ESX có lỗi an toàn bộ nhớ dạng ghi vượt giới hạn trong bộ điều hợp mạng ảo VMXNET3. Thành phần bị ảnh hưởng là logic xử lý của bộ điều hợp VMXNET3, nhưng bằng chứng hiện có không mô tả input, thao tác guest, descriptor hoặc code path cụ thể dẫn đến lần ghi sai. Theo mô tả của vendor, kẻ tấn công cần có quyền quản trị cục bộ bên trong một máy ảo được cấu hình dùng VMXNET3; khai thác thành công có thể dẫn đến thực thi mã trên host ESX. Đây là kết quả vượt qua ranh giới cô lập giữa guest và host, nên tác động có thể vượt ra ngoài máy ảo ban đầu. Metadata chấm điểm trong record đánh dấu quyền yêu cầu là không có, trong khi mô tả kỹ thuật yêu cầu quyền quản trị cục bộ trên máy ảo; khi đánh giá exposure, nên dùng điều kiện vận hành rõ ràng trong mô tả vendor cho đến khi có bản làm rõ. Các bộ điều hợp mạng ảo không phải VMXNET3 không bị ảnh hưởng theo bằng chứng hiện có.

• Khả năng tiếp cận: Mô tả của vendor xác định đây là hoạt động từ bên trong máy ảo, không phải một đường tấn công mạng trực tiếp vào host.
• Điều kiện tiền đề: Kẻ tấn công được mô tả là có quyền quản trị cục bộ trên máy ảo đang sử dụng VMXNET3. Trường quyền yêu cầu trong metadata chuẩn hóa lại ghi nhận không cần quyền, tạo ra điểm không nhất quán cần được xử lý thận trọng.
• Tương tác và độ phức tạp: Metadata chuẩn hóa ghi nhận không cần tương tác người dùng và độ phức tạp thấp, nhưng advisory không công bố cơ chế khai thác đủ chi tiết để xác minh độc lập các thuộc tính này.
• Tình trạng khai thác: Record được cung cấp không xác định exploit công khai. Dữ liệu đánh giá khai thác trả về cùng hồ sơ ghi nhận trạng thái exploitation là none tại thời điểm đánh giá; điều này không chứng minh rằng sẽ không có khai thác trong tương lai.

Khai thác thành công có thể dẫn đến thực thi mã trên host ESX từ ngữ cảnh máy ảo, tức là vượt qua ranh giới đặc quyền và isolation của hypervisor. Hậu quả kỹ thuật có thể bao gồm mất tính bí mật, toàn vẹn hoặc khả dụng của host và các workload mà host quản lý. Trong môi trường nhiều tenant, tác động có thể lan rộng hơn máy ảo khởi đầu, nhưng bằng chứng hiện có không xác nhận một đường tấn công cụ thể đến các máy ảo khác hoặc dịch vụ quản trị. Lỗ hổng được giới hạn ở bộ điều hợp mạng ảo VMXNET3 theo mô tả vendor; các bộ điều hợp ảo khác không bị ảnh hưởng bởi lỗi đã nêu.

Việc thực thi mã trên host có thể cho phép kẻ tấn công thoát khỏi ngữ cảnh máy ảo ban đầu và ảnh hưởng đến tính bí mật, toàn vẹn hoặc khả dụng của host ESX. Trong môi trường chia sẻ hoặc multi-tenant, điều này có thể làm suy yếu VM isolation và mở rộng phạm vi ảnh hưởng sang các workload khác trên cùng host. Những hệ quả cụ thể đối với các máy ảo khác, dữ liệu lưu trữ hoặc dịch vụ quản trị chưa được bằng chứng hiện có xác nhận, nên chỉ nên xem là khả năng cần đánh giá. Exposure được mô tả chỉ gắn với máy ảo dùng VMXNET3; bộ điều hợp ảo không phải VMXNET3 không bị ảnh hưởng bởi lỗi này.

1. Kiểm kê tất cả host và bundle nền tảng thuộc VMware ESX, VMware Cloud Foundation, VMware vSphere Foundation và VMware Telco Cloud Platform; đồng thời xác định máy ảo nào đang dùng VMXNET3.
2. Với VMware ESX, cập nhật nhánh 9.1.x.x lên ESXi-9.1.0.0200-25557999 hoặc bản cập nhật phù hợp có chứa bản sửa; cập nhật nhánh 9.0.x.x lên ESXi-9.0.2.0100-25595025 hoặc bản cập nhật phù hợp có chứa bản sửa.
3. Với nhánh 8.0, áp dụng bản sửa tương ứng với track đang sử dụng: ESXi80U3k-25595708 cho track U3k hoặc ESXi80U2f-25626445 cho track U2f. Không suy ra rằng một track đã sửa sẽ bao phủ track còn lại.
4. Với VMware ESX 7.0, liên hệ Broadcom Support nếu tổ chức có extended support contract. Với VMware Cloud Foundation 5.x, sử dụng async patching guide KB88287. Với VMware Telco Cloud Platform 5.0.x và 5.1.x, thực hiện theo KB449886.
5. Với VMware Cloud Foundation và VMware vSphere Foundation, đối chiếu đúng response matrix và áp dụng bản sửa ESX tương ứng với nhánh triển khai; không coi bản sửa của một nhánh là bằng chứng cho trạng thái của nhánh song song hoặc nhánh mới hơn chưa được xác minh.
6. Advisory không nêu workaround. Nếu chưa thể cập nhật, cần ghi nhận host và máy ảo VMXNET3 đang exposed, hạn chế quyền quản trị guest không cần thiết theo chính sách hiện hành và ưu tiên kế hoạch cập nhật; không coi các biện pháp này là bản sửa thay thế.
7. Sau khi cập nhật, xác minh lại build của host, trạng thái patch và inventory VMXNET3. Giữ nguyên trạng thái chưa xác minh đối với các nhánh không có trong response matrix.

1. Kiểm kê các triển khai VMware ESX, VMware Cloud Foundation, VMware vSphere Foundation và VMware Telco Cloud Platform, sau đó đối chiếu từng host với nhánh affected và fixed được liệt kê trong advisory.
2. Kiểm tra inventory phần cứng ảo của từng máy ảo để xác định máy nào đang dùng bộ điều hợp VMXNET3. Đây là điều kiện exposure cụ thể được nêu trong mô tả lỗ hổng.
3. Xác định các tài khoản hoặc quy trình có quyền quản trị cục bộ bên trong những máy ảo đó, vì đây là điều kiện tiền đề được vendor mô tả.
4. Kiểm tra bản ghi cập nhật và build thực tế của host để xác nhận đã đạt bản sửa tương ứng, thay vì chỉ dựa vào việc gói nền tảng đã được đánh dấu là patched.
5. Không có log event, IOC hoặc artifact khai thác cụ thể nào được cung cấp. Có thể theo dõi như một biện pháp phòng ngừa các dấu hiệu bất thường trên host, chẳng hạn thay đổi cấu hình hoặc hoạt động thực thi mã ngoài dự kiến, nhưng việc không thấy các dấu hiệu này không chứng minh hệ thống an toàn.