Lỗ hổng trong Nginx-ui: Nguy cơ bị chiếm quyền máy chủ chỉ với vài yêu cầu HTTP

[WhiteHat Team]

Lỗ hổng trong nginx-ui tiếp tục bị phát hiện và đã xuất hiện dấu hiệu bị khai thác ngoài thực tế. Với mức độ nguy hiểm gần như tối đa, lỗ hổng này cho phép tin tặc chiếm toàn quyền kiểm soát dịch vụ Nginx mà không cần vượt qua bất kỳ bước xác thực nào
​

Lỗ hổng được định danh là CVE-2026-33032 với điểm CVSS lên tới 9,8. Lỗi này được nhà nghiên cứu Yotam Perkal từ Pluto Security phát hiện và đặt tên là “MCPwn”.

Về bản chất, đây là lỗ hổng bypass xác thực, phát sinh từ cách triển khai tính năng Model Context Protocol (MCP) trong nginx-ui. Cụ thể, hệ thống cung cấp hai endpoint là /mcp và /mcp_message. Trong khi endpoint /mcp được bảo vệ bởi cả cơ chế xác thực và giới hạn IP, thì /mcp_message lại chỉ kiểm tra IP.

Điểm nguy hiểm nằm ở chỗ: danh sách IP được phép mặc định là rỗng, nhưng hệ thống lại hiểu trạng thái này là “cho phép tất cả”. Điều này vô tình mở toang cánh cửa cho bất kỳ ai trên mạng có thể gửi yêu cầu đến endpoint này mà không cần đăng nhập.

Khai thác lỗ hổng này tương đối đơn giản và có thể hoàn tất chỉ trong vài giây. Kẻ tấn công chỉ cần thực hiện hai bước: đầu tiên gửi một yêu cầu GET tới endpoint /mcp để lấy session ID, sau đó gửi tiếp một yêu cầu POST tới /mcp_message kèm session này. Do không có cơ chế xác thực, hệ thống sẽ chấp nhận và thực thi mọi lệnh được gửi tới.

Thông qua đó, tin tặc có thể sử dụng toàn bộ công cụ MCP để thao tác trực tiếp với máy chủ, bao gồm khởi động lại Nginx, chỉnh sửa hoặc xóa file cấu hình, và tự động reload dịch vụ. Nghiêm trọng hơn, kẻ tấn công có thể chèn cấu hình độc hại nhằm chuyển hướng lưu lượng, đánh chặn dữ liệu hoặc thu thập thông tin đăng nhập của quản trị viên.

Nguyên nhân cốt lõi của lỗ hổng nằm ở việc tích hợp MCP vào hệ thống mà không đồng bộ đầy đủ các cơ chế kiểm soát bảo mật. Theo nhận định của chuyên gia, khi thêm các endpoint mới nhưng không áp dụng cùng mức bảo vệ như hệ thống chính, chúng vô tình trở thành “cửa hậu” bỏ qua toàn bộ lớp xác thực đã được thiết kế trước đó.​

Phạm vi ảnh hưởng và mức độ nguy hiểm​

Lỗ hổng ảnh hưởng đến các phiên bản nginx-ui trước 2.3.4. Với điểm CVSS 9,8, đây được xếp vào nhóm nguy cơ cực kỳ nghiêm trọng, đặc biệt trong bối cảnh công cụ này thường được sử dụng để quản lý trực tiếp cấu hình máy chủ web.

Theo báo cáo từ Recorded Future, CVE-2026-33032 nằm trong danh sách các lỗ hổng đã bị khai thác trong tháng 3/2026, cho thấy nguy cơ không còn mang tính lý thuyết. Dù chưa có thông tin chi tiết về các chiến dịch tấn công cụ thể, việc bị đưa vào danh sách này là dấu hiệu rõ ràng cho thấy lỗ hổng đang được quan tâm và khai thác bởi các nhóm tin tặc.​

Rủi ro và hậu quả​

Nếu bị khai thác, lỗ hổng này có thể dẫn đến hậu quả nghiêm trọng. Tin tặc có thể chiếm quyền kiểm soát hoàn toàn máy chủ web, thay đổi cấu hình để phục vụ mục đích tấn công hoặc đánh cắp dữ liệu.

Trong môi trường doanh nghiệp, điều này có thể đồng nghĩa với việc toàn bộ lưu lượng truy cập website bị theo dõi hoặc chuyển hướng, dữ liệu người dùng bị rò rỉ, thậm chí trở thành điểm trung gian để phát tán mã độc.​

Biện pháp phòng tránh và khuyến nghị​

Bản vá cho lỗ hổng này đã được phát hành trong phiên bản 2.3.4 vào giữa tháng 3/2026. Người dùng được khuyến nghị cập nhật ngay lập tức để loại bỏ nguy cơ bị khai thác.

Trong trường hợp chưa thể nâng cấp, có thể áp dụng các biện pháp tạm thời như bổ sung cơ chế xác thực cho endpoint /mcp_message hoặc thay đổi cấu hình kiểm soát IP từ “cho phép tất cả” sang “từ chối tất cả” mặc định.

Ngoài ra, các chuyên gia khuyến cáo cần rà soát lại toàn bộ các endpoint API trong hệ thống, đảm bảo mọi điểm truy cập đều được bảo vệ bằng cơ chế xác thực phù hợp. Việc giám sát lưu lượng bất thường và hạn chế truy cập từ bên ngoài cũng giúp giảm thiểu nguy cơ bị tấn công.​

Theo The Hacker News​