Lỗ hổng zero-day trên Windows đe dọa an ninh Web3: Lỗ hổng cơ sở hạ tầng Web2 có thể ảnh hưởng đến tài sản kỹ thuật số

2025-07-05 07:28:29

Đang tạo bản tóm tắt

Phân tích lỗ hổng zero-day của hệ thống Windows của Microsoft: có thể đe dọa an toàn của hệ sinh thái Web3

Gần đây, bản vá bảo mật do Microsoft phát hành đã khắc phục một lỗ hổng tăng quyền trên hệ thống Windows đang bị tin tặc khai thác. Lỗ hổng này chủ yếu tồn tại trong các phiên bản Windows sớm hơn và không thể kích hoạt trên Windows 11. Bài viết này sẽ phân tích cách mà kẻ tấn công có thể tiếp tục khai thác lỗ hổng này trong bối cảnh các cơ chế bảo mật hiện tại đang được tăng cường.

Bối cảnh lỗ hổng

Đây là một lỗ hổng zero-day, tức là lỗ hổng hệ thống đã được khai thác trước khi được công bố. Thông qua lỗ hổng này, hacker có thể lấy được quyền kiểm soát hoàn toàn hệ thống Windows, từ đó có thể dẫn đến việc rò rỉ thông tin cá nhân, sự cố hệ thống, mất dữ liệu, thiệt hại tài chính và các hậu quả nghiêm trọng khác. Đối với người dùng Web3, khóa riêng có thể bị đánh cắp, tài sản kỹ thuật số đối mặt với nguy cơ bị chuyển nhượng. Nhìn từ một góc độ rộng hơn, lỗ hổng này thậm chí có thể ảnh hưởng đến toàn bộ hệ sinh thái Web3 hoạt động dựa trên cơ sở hạ tầng Web2.

Phân tích lỗ hổng

Phân tích bản vá cho thấy, đây là một vấn đề liên quan đến việc đếm số tham chiếu của đối tượng cửa sổ trong win32k. Bằng cách phân tích các chú thích mã nguồn trước đây, phát hiện ra rằng mã trước đây chỉ khóa đối tượng cửa sổ mà không khóa đối tượng menu trong cửa sổ, dẫn đến việc đối tượng menu có thể bị tham chiếu sai.

Phân tích sâu hơn cho thấy, vấn đề nằm ở hàm xxxEnableMenuItem. Đối tượng menu mà hàm này trả về có thể là menu chính của cửa sổ, cũng có thể là submenu hoặc thậm chí là submenu của submenu. Bằng cách xây dựng một cấu trúc menu lồng ghép nhiều lớp đặc biệt, có thể giải phóng một đối tượng menu trung gian nào đó khi hàm trả về lớp người dùng, từ đó gây ra lỗ hổng khi tham chiếu sau này.

Khai thác lỗ hổng

Có hai cách chính để khai thác lỗ hổng này:

Thực thi mã shellcode. Nhưng trong các phiên bản Windows cao hơn, phương pháp này gặp phải một số vấn đề kỹ thuật.
Sử dụng các nguyên tử đọc/ghi để chỉnh sửa địa chỉ token. Cách này có tính tổng quát tốt hơn, chủ yếu cần giải quyết vấn đề làm thế nào để kiểm soát giá trị cbwndextra.

Giải pháp cuối cùng được áp dụng là:

Bằng cách điều khiển bố cục bộ nhớ của đối tượng cửa sổ, sử dụng thao tác cờ trong hàm xxxRedrawWindow để ghi giá trị cb-extra của HWNDClass.
Thiết kế bố cục bộ nhớ của các đối tượng HWND liên tiếp, giải phóng các đối tượng trung gian và sử dụng đối tượng HWNDClass.
Sử dụng địa chỉ handle kernel rò rỉ trong bộ nhớ heap để kiểm soát chính xác cách sắp xếp đối tượng.
Sử dụng GetMenuBarInfo() để thực hiện đọc tùy ý, SetClassLongPtr() để thực hiện ghi tùy ý.
Cuối cùng, quyền hạn được nâng cao thông qua việc sửa đổi địa chỉ token.

Tóm tắt

Microsoft đang sử dụng Rust để tái cấu trúc mã liên quan đến win32k, trong tương lai, các lỗ hổng như vậy có thể sẽ giảm.
Quá trình khai thác lỗ hổng này tương đối đơn giản, chủ yếu phụ thuộc vào việc rò rỉ địa chỉ tay cầm ngăn xếp trên máy tính để bàn.
Phát hiện lỗ hổng này có thể phụ thuộc vào việc kiểm tra độ bao phủ mã hoàn thiện hơn.
Phát hiện các bố trí bộ nhớ bất thường và các thao tác đọc ghi sẽ giúp phát hiện các lỗ hổng tương tự.

TOKEN-2.91%

Xem bản gốc

This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.

12 thích