Báo cáo của Censys phát hiện 114.000 phiên bản n8n bị lộ với các lỗ hổng nghiêm trọng

Censys đã công bố Báo cáo Trạng thái Internet thường niên lần thứ năm vào ngày 14 tháng 10 năm 2026, nhấn mạnh một khoảng trống bảo mật đáng kể trong các công cụ tự động hóa tự lưu trữ (self-hosted). Phân tích này xác định khoảng 113.926 phiên bản n8n bị lộ ra công khai, khiến nó trở thành sản phẩm liên quan đến AI bị lộ rộng rãi nhất trên internet. Điều đáng lo ngại hơn là tình trạng vá lỗi: trong số những phiên bản có thể xác định được số phiên bản phần mềm, 76% đang chạy phần mềm dễ bị tổn thương trước ít nhất một lỗ hổng nghiêm trọng gần đây.

Chuyện gì đã xảy ra

Nhóm Nghiên cứu Nâng cao của Censys đã phân tích Bản đồ Internet của Censys để theo dõi sự tăng trưởng của cơ sở hạ tầng AI bị lộ. Từ tháng 10 năm 2025 đến tháng 7 năm 2026, danh mục này đã tăng 63%, đạt gần 268.000 hệ thống. Đây không chỉ đơn thuần là các chatbot công khai mà là các công cụ backend kết nối các mô hình trí tuệ nhân tạo với dữ liệu riêng tư, ứng dụng và tài khoản người dùng. n8n dẫn đầu danh sách với khoảng 114.000 máy chủ bị lộ, tiếp theo là OpenClaw, một trợ lý tác nhân AI cá nhân, với khoảng 54.000 máy chủ.

Về mặt địa lý, Hoa Kỳ, Trung Quốc và Đức là nơi đặt phần lớn các hệ thống bị lộ này, chiếm hơn một nửa tổng số. Báo cáo nhấn mạnh rằng việc bị lộ ra công khai vốn đã rủi ro, nhưng sự kết hợp giữa khả năng truy cập công khai và phần mềm chưa được vá lỗi tạo ra mối nguy hiểm tức thì. Các trình quét tự động không cần sự can thiệp của con người để tìm thấy những phiên bản này; chúng liên tục thăm dò toàn bộ internet, lập danh mục bất kỳ dịch vụ nào phản hồi trên một địa chỉ IP công khai.

Một phát hiện thứ hai thách thức một quan niệm sai lầm phổ biến về bảo mật mạng. Báo cáo lưu ý rằng 68% dịch vụ HTTP bị lộ và 34% dịch vụ SSH hoạt động trên các cổng không chuẩn. Điều này cho thấy việc thay đổi số cổng mặc định không mang lại sự bảo vệ có ý nghĩa nào chống lại việc quét quy mô lớn. Cả tin tặc lẫn nhà nghiên cứu đều liệt kê tất cả 65.535 cổng, nghĩa là sự che giấu (obscurity) không phải là một chiến lược phòng thủ khả thi.

Chi tiết chính

• Quy mô bị lộ: n8n là sản phẩm AI bị lộ nhiều nhất với ~114.000 máy chủ công khai, vượt xa đáng kể so với công cụ đứng thứ hai.
• Tỷ lệ lỗ hổng: 76% phiên bản n8n có thể phân tích được phiên bản đang chạy phần mềm bị ảnh hưởng bởi ít nhất một lỗ hổng nghiêm trọng gần đây.
• Phân bố địa lý: Hoa Kỳ (62.687), Trung Quốc (42.511) và Đức (31.222) nắm giữ tỷ lệ lớn nhất cơ sở hạ tầng AI bị lộ.
• Phá vỡ huyền thoại về cổng: Hầu hết các dịch vụ bị lộ sử dụng các cổng không chuẩn, chứng minh rằng việc thay đổi cổng không giúp che giấu dịch vụ khỏi các trình quét toàn internet.
• Bối cảnh rộng hơn: Báo cáo cũng phát hiện 134.000 hệ thống điều khiển công nghiệp bị lộ, với 70% nằm trên các mạng tiêu dùng hoặc di động.
• Xu hướng tăng trưởng: Cơ sở hạ tầng AI bị lộ đã tăng 63% chỉ trong chín tháng, báo hiệu sự mở rộng nhanh chóng của bề mặt tấn công.

Bối cảnh

n8n là một công cụ tự động hóa quy trình làm việc phổ biến, cho phép người dùng kết nối nhiều ứng dụng và dịch vụ khác nhau mà không cần viết nhiều mã lệnh. Mặc dù n8n cung cấp phiên bản lưu trữ đám mây, nhiều tổ chức và cá nhân chọn cách tự lưu trữ phần mềm trên máy chủ riêng của họ bằng Docker, npm hoặc máy chủ ảo riêng (VPS). Việc tự lưu trữ cung cấp quyền kiểm soát tốt hơn đối với dữ liệu và tùy chỉnh, nhưng chuyển hoàn toàn trách nhiệm bảo mật sang cho người vận hành.

Khi một phiên bản tự lưu trữ "bị lộ", điều đó có nghĩa là máy chủ được cấu hình để chấp nhận kết nối từ internet công khai. Nếu thiếu xác thực hoặc xác thực yếu, bất kỳ ai cũng có thể truy cập trình chỉnh sửa quy trình làm việc, xem thông tin đăng nhập đã lưu và thực thi các quy trình tự động. Ngay cả khi có xác thực, việc chạy phần mềm cũ sẽ khiến hệ thống mở cửa đón các cuộc khai thác đã biết. Censys hoạt động bằng cách liên tục quét toàn bộ không gian địa chỉ IPv4, ghi lại những cổng nào đang mở và những dịch vụ nào đang phản hồi, cung cấp một bản đồ thời gian thực về các tài sản hướng ra internet.

Tại sao điều này quan trọng

Đối với các nhóm chạy phần mềm riêng, báo cáo này là một lời nhắc nhở rõ ràng rằng các cấu hình mặc định hiếm khi đủ an toàn cho triển khai hướng ra công chúng. Tỷ lệ cao các phiên bản dễ bị tổn thương gợi ý rằng nhiều người vận hành triển khai n8n rồi quên mất việc bảo trì nó. Trong môi trường tự lưu trữ, không có nhà cung cấp nào tự động áp dụng các bản vá bảo mật. Nếu phiên bản của bạn chứa các khóa API cho các dịch vụ như Gmail, Stripe hoặc GitHub, một kẻ tấn công giành quyền truy cập có thể xâm phạm cả những tài khoản bên ngoài đó.

Sự phổ biến của các cổng không chuẩn trong số các dịch vụ bị lộ cho thấy sự phụ thuộc rộng rãi vào bảo mật bằng sự che giấu (security through obscurity). Các kỹ sư thường thay đổi cổng mặc định vì tin rằng điều này sẽ ẩn dịch vụ của họ khỏi những kẻ tấn công thông thường. Tuy nhiên, các bot tự động quét mọi cổng một cách có hệ thống. Dựa vào chiến thuật này tạo ra cảm giác an toàn giả mạo trong khi vẫn để ứng dụng nền tảng dễ bị khai thác nếu một lỗ hổng nghiêm trọng được phát hiện.

Hơn nữa, sự tăng trưởng nhanh chóng 63% trong cơ sở hạ tầng AI bị lộ nhấn mạnh bề mặt tấn công đang mở rộng. Khi ngày càng nhiều công ty tích hợp các công cụ AI vào quy trình làm việc nội bộ, số lượng điểm xâm nhập tiềm năng cho kẻ tấn công cũng tăng lên. Nếu không có các biện pháp củng cố (hardening) nghiêm ngặt, những công cụ này trở thành trái ngọt dễ hái cho các cuộc tấn công tự động. Rủi ro này không phải là lý thuyết; nó là một xu hướng đo lường được, đang gia tăng và ảnh hưởng đến hàng nghìn tổ chức trên toàn cầu.

Bạn có thể làm gì

• Xác minh mức độ bị lộ ngay lập tức: Sử dụng tìm kiếm Censys hoặc chạy lệnh curl từ một mạng bên ngoài để kiểm tra xem phiên bản n8n của bạn có thể truy cập công khai hay không.
• Áp dụng xác thực: Đảm bảo xác thực cơ bản (basic auth) hoặc một cơ chế đăng nhập khác đang hoạt động và buộc người dùng phải xác thực trước khi truy cập trình chỉnh sửa.
• Triển khai TLS và reverse proxy: Sử dụng một công cụ như Caddy hoặc Nginx để xử lý chứng chỉ SSL và chấm dứt giao thông HTTPS trước khi nó đến ứng dụng của bạn.
• Vá lỗi thường xuyên: Kiểm tra phiên bản hiện tại của bạn so với phiên bản phát hành mới nhất và cập nhật ngay lập tức, đặc biệt nếu đang chạy phiên bản trước tháng 10 năm 2026.
• Hạn chế truy cập mạng: Sử dụng tường lửa để chặn truy cập trực tiếp vào cổng ứng dụng, chỉ cho phép lưu lượng đi qua reverse proxy hoặc thông qua VPN.
• Lập lịch kiểm toán định kỳ: Đặt lời nhắc trên lịch để kiểm tra lại trạng thái bị lộ và mức độ vá lỗi hàng quý, vì các lỗ hổng mới xuất hiện thường xuyên.