Leo thang đặc quyền cục bộ do lộ thông tin nhạy cảm trong Microsoft.NET và Visual Studio

Việc để lộ thông tin nhạy cảm cho tác nhân trái phép trong.NET cho phép kẻ tấn công đã được cấp quyền leo thang đặc quyền cục bộ.

Các phạm vi sau được Microsoft xác định là bị ảnh hưởng và có bản sửa lỗi tương ứng:

• .NET 9.0 cài trên Linux: từ 9.0.0 đến trước 9.0.20 bị ảnh hưởng; 9.0.20 là bản sửa lỗi được xác định.
• .NET 10.0 cài trên Linux: từ 10.0.0 đến trước 10.0.12 bị ảnh hưởng; 10.0.12 là bản sửa lỗi được xác định.
• .NET 11.0 cài trên Linux: từ 11.0.0 đến trước 11.0 RC1 bị ảnh hưởng; 11.0 RC1 là bản sửa lỗi được xác định.
• Microsoft Visual Studio 2022 version 17.14: từ 17.14.0 đến trước 17.14.40 bị ảnh hưởng; 17.14.40 là bản sửa lỗi được xác định.
• Microsoft Visual Studio 2026 version 18.9: từ 18.9.0 đến trước 18.9.3 bị ảnh hưởng; 18.9.3 là bản sửa lỗi được xác định.

Trạng thái của các nhánh hoặc sản phẩm khác không được xác lập bởi bằng chứng hiện có.

Lỗ hổng được mô tả là việc để lộ thông tin nhạy cảm cho tác nhân trái phép và đồng thời được ánh xạ tới CWE-94, tức kiểm soát không phù hợp việc sinh mã. Phạm vi bị ảnh hưởng gồm Microsoft.NET được cài trên Linux và các nhánh Visual Studio được chỉ rõ. Kẻ tấn công phải có quyền truy cập cục bộ với đặc quyền thấp; đường tấn công được ghi nhận có độ phức tạp cao và không cần tương tác của người dùng. Nếu khai thác thành công, thông tin bị lộ có thể hỗ trợ việc leo thang đặc quyền cục bộ, từ đó có khả năng dẫn đến quyền kiểm soát dữ liệu, mã hoặc tài nguyên hệ thống được bảo vệ. Bằng chứng hiện có không xác định dữ liệu nhạy cảm cụ thể, component bị lỗi, thao tác sinh mã hoặc chuỗi xử lý nối việc lộ thông tin với quá trình chuyển đặc quyền, vì vậy không nên tự suy đoán các chi tiết này.

Đường tấn công là cục bộ, yêu cầu đặc quyền thấp, có độ phức tạp cao và không cần tương tác của người dùng. Bản ghi không xác định khả năng truy cập từ xa hoặc một cơ chế vượt qua xác thực riêng biệt. Trường public_exploit có giá trị false và không có trạng thái khai thác thực tế được xác nhận; bằng chứng không nêu exploit, chiến dịch, nạn nhân hoặc chỉ báo cụ thể. Dữ liệu enrichment của CISA có trong bản ghi trả về trạng thái exploitation là none và automatable là no, nhưng trạng thái này không chứng minh rằng việc khai thác không thể xảy ra.

Khai thác thành công có thể làm lộ thông tin nhạy cảm và cho phép kẻ tấn công leo thang đặc quyền cục bộ. Tác động kỹ thuật được đánh giá là cao đối với tính bảo mật, tính toàn vẹn và tính sẵn sàng, trong khi phạm vi ảnh hưởng được giữ nguyên trong cùng một hệ thống. Về mặt tổ chức, điều này có thể dẫn đến truy cập trái phép vào secret cục bộ, sửa đổi mã hoặc cấu hình, và gián đoạn workload tùy theo đặc quyền mà kẻ tấn công đạt được. Tác động thực tế bị giới hạn bởi yêu cầu phải có quyền truy cập cục bộ và một tài khoản có đặc quyền thấp; khả năng khai thác từ xa không được xác lập.

Khai thác thành công có thể làm lộ thông tin nhạy cảm và nâng quyền của tài khoản cục bộ trên máy bị ảnh hưởng. Điều này có khả năng cho phép truy cập trái phép vào secret cục bộ, sửa đổi phần mềm hoặc trạng thái máy chủ, và gây gián đoạn workload tùy theo đặc quyền đạt được. Các máy trạm phát triển, hệ thống build và máy chủ Linux chạy.NET có thể chịu rủi ro vận hành nếu một tài khoản cục bộ có đặc quyền thấp bị khai thác. Rủi ro bị giới hạn bởi yêu cầu phải có quyền truy cập cục bộ và điểm bắt đầu là một tài khoản đã được cấp quyền; bằng chứng hiện có không xác nhận kịch bản xâm nhập từ xa.

1. Cập nhật Microsoft.NET theo đúng nhánh: dùng 9.0.20 cho.NET 9.0 trên Linux, 10.0.12 cho.NET 10.0 trên Linux và 11.0 RC1 cho.NET 11.0 trên Linux.
2. Cập nhật Microsoft Visual Studio theo đúng nhánh: dùng 17.14.40 cho Microsoft Visual Studio 2022 version 17.14 và 18.9.3 cho Microsoft Visual Studio 2026 version 18.9.
3. Kiểm tra cả runtime, SDK, targeting pack và các bản cài đặt song song để bảo đảm thành phần đang được ứng dụng thực tế sử dụng đã được cập nhật, thay vì chỉ cập nhật một bản cài đặt không còn được gọi.
4. Ưu tiên xử lý các máy Linux, máy trạm phát triển và hệ thống build có người dùng cục bộ đặc quyền thấp nhưng có khả năng truy cập dữ liệu hoặc mã nhạy cảm.
5. Không suy ra rằng các nhánh song song hoặc các bản phát hành khác đã được sửa chỉ vì một nhánh đã có bản sửa lỗi. Trạng thái của những nhánh không được liệt kê cần được xác minh riêng với Microsoft.

1. Kiểm kê các máy Linux đang chạy.NET, bao gồm runtime, SDK và các bản cài đặt song song, sau đó đối chiếu nhánh và phiên bản với các ranh giới trong affected_summary.
2. Kiểm kê Microsoft Visual Studio trên máy trạm và hệ thống build, rồi xác minh mỗi bản cài đặt thuộc nhánh nào và đã đạt bản sửa lỗi tương ứng trong remediation hay chưa.
3. Xác nhận bản cập nhật đã được triển khai bằng inventory phần mềm, trạng thái package hoặc thông tin phiên bản do sản phẩm cung cấp; không suy ra an toàn chỉ từ việc máy đã được cập nhật một phần.
4. Rà soát thận trọng các thay đổi đặc quyền cục bộ, truy cập bất thường vào dữ liệu nhạy cảm và thay đổi trái phép đối với mã hoặc trạng thái máy chủ trên các hệ thống bị ảnh hưởng.
5. Không có IOC hoặc sự kiện log đặc thù cho lỗ hổng này trong bằng chứng hiện có. Việc giám sát ở bước trước là biện pháp phòng ngừa và việc không thấy dấu hiệu không chứng minh hệ thống an toàn.