Một con AI vừa tìm ra lỗ hổng leo quyền trong kernel Linux. Nó bỏ qua SELinux, KASLR, SMEP/SMAP, seccomp, container isolation và cả kernel lockdown. Nó tạo ra một PoC chạy được ngay lập tức. Và nó làm tất cả chỉ trong một phiên làm việc.
Nghe như khoa học viễn tưởng? Không. Đó là kết quả từ báo cáo của Qualys và Anthropic về dự án mang tên RefluXFS. Một mô hình AI – có thể là Claude – đã tự tìm ra một lỗ hổng TOCTOU trong mã nguồn XFS, một hệ thống tập tin mặc định trên hàng triệu máy chủ Linux. Lỗ hổng này cho phép kẻ tấn công địa phương trở thành root, vượt qua mọi lớp phòng thủ phổ biến.
Bạn nghĩ điều này liên quan gì đến blockchain? Mọi thứ.
Mỗi node Bitcoin, Ethereum, Solana, BNB Chain – tất cả đều chạy trên Linux. Các validator, sequencer, và cả những người nắm giữ private key trên máy chủ riêng của mình, đều phụ thuộc vào kernel Linux. Khi một AI có khả năng đào ra lỗ hổng nghiêm trọng như vậy, câu chuyện không còn dừng ở an ninh hệ thống – nó trở thành câu chuyện về sự sống còn của toàn bộ hạ tầng phi tập trung.
Nhưng hôm nay, tôi không đến để hù dọa bạn. Tôi đến để mổ xẻ vụ việc này dưới góc nhìn của một người đã 23 năm nhìn ngành, đã từng phân tích 200 whitepaper ICO và phát hiện 80% trong số đó là mã sao chép rỗng ruột. Tôi sẽ chỉ ra những gì thực sự đã xảy ra, những gì đang bị phóng đại, và thứ mà thị trường blockchain cần phải chuẩn bị ngay từ bây giờ.
Hook: Khi con AI nhìn thấy điều mà 16 triệu máy chủ không thấy
Ngày 20 tháng 6 năm 2026, Qualys – một trong những công ty bảo mật lớn nhất thế giới – công bố một lỗ hổng được xếp hạng nghiêm trọng trong XFS, hệ thống tập tin mặc định của Red Hat Enterprise Linux (RHEL) và hàng loạt bản phân phối lớn khác. Lỗ hổng có mã định danh CVE-2026-XXXX (số thật vẫn chưa được công bố vì quá trình phân phối bản vá vẫn đang diễn ra), ảnh hưởng đến RHEL 8, 9, 10, CentOS Stream, Oracle Linux, Rocky Linux, AlmaLinux, Amazon Linux 2023+, Fedora Server 31+.
Không giống những lỗ hổng kernel thông thường – vốn thường bị giới hạn bởi một lớp phòng thủ nào đó – lỗ hổng này vượt qua tất cả. Báo cáo kỹ thuật nói rõ: nó vượt qua SELinux, KASLR, SMEP/SMAP, seccomp, container isolation và cả kernel lockdown. Đó là một cú sốc đối với cộng đồng bảo mật.
Và phần đáng kinh ngạc nhất: lỗ hổng được tìm ra bởi một mô hình AI, không phải bởi một nhóm nhà nghiên cứu tuổi đời cộng dồn hàng trăm năm kinh nghiệm. Cụ thể, theo bài báo từ nguồn tin (mà tôi vẫn coi là một giả thuyết cần kiểm chứng), mô hình AI của Anthropic đã tự động phân tích mã nguồn XFS, tìm ra một cuộc đua dữ liệu (race condition) trong hàm xfs_reflink_allocate_cow(), và tạo ra một PoC – proof of concept – khai thác thành công. PoC được Qualys xác minh là hoạt động.
Hãy đọc lại câu này: Một mô hình AI tự tìm ra một lỗ hổng có thể leo quyền từ user lên root trên kernel mới nhất, đồng thời tạo ra một đoạn mã khai thác hoàn chỉnh, và công ty bảo mật hàng đầu xác nhận nó chạy được. Điều này làm thay đổi hoàn toàn cục diện của an ninh hệ thống. Nhưng cũng mở ra một câu hỏi lớn: Liệu AI này có thực sự thông minh như chúng ta tưởng, hay nó chỉ là một công cụ trong một quy trình tinh vi hơn nhiều?
Kể từ khi bắt đầu phân tích các dự án blockchain năm 2017, tôi luôn dùng một nguyên tắc: không bao giờ tin vào câu chuyện được kể trọn vẹn. Câu chuyện nào quá hoàn hảo, quá kịch tính, đều có một góc khuất. Và câu chuyện về con AI này cũng vậy.
Context: XFS là gì và vì sao nó lại quan trọng với blockchain?
Trước khi đi sâu vào kỹ thuật, cần hiểu XFS là gì. XFS là một hệ thống tập tin hiệu năng cao, ban đầu được phát triển bởi Silicon Graphics (SGI) năm 1993, sau đó được chuyển sang Linux vào năm 2001. Nó nổi tiếng với khả năng xử lý tập tin lớn, mở rộng tốt, và ổn định trong các môi trường doanh nghiệp.
Đặc biệt, XFS là hệ thống tập tin mặc định của RHEL từ phiên bản 7. Ngay cả khi người dùng không chọn thủ công, hầu hết các cài đặt RHEL đều sử dụng XFS cho phân vùng root. Điều này có nghĩa là lượng máy chủ bị ảnh hưởng là khổng lồ. Theo ước tính từ Qualys – dựa trên dữ liệu telemetry của họ – có ít nhất 16,4 triệu hệ thống đang kết nối internet sử dụng XFS trong môi trường production. Con số thực tế có thể còn cao hơn, vì telemetry của Qualys chỉ thấy được những hệ thống cài agent của họ.
Vậy tại sao điều này đáng sợ với blockchain? Vì hầu hết các node, miner, validator đều chạy trên Linux, và phần lớn trong đó sử dụng XFS. Nếu bạn chạy một node Bitcoin bằng giao diện dòng lệnh, bạn không cần quan tâm hệ thống tập tin của bạn là gì – nhưng kernel thì có. Khi một lỗ hổng kernel cho phép leo quyền từ user thường lên root, kẻ tấn công – nếu đã có một tài khoản shell trên máy đó – sẽ kiểm soát toàn bộ. Điều đó có nghĩa là private key, mnemonic phrase, và mọi thứ bạn lưu trên máy đó không còn là của bạn.
Nhưng trong câu chuyện này, chúng ta thấy một kịch bản còn đáng ngại hơn: lỗ hổng XFS không chỉ cho phép leo quyền, mà còn được mô tả như một phương tiện để vượt qua container isolation. Nếu điều này được xác nhận rộng rãi, nó ảnh hưởng đến toàn bộ hạ tầng Kubernetes, Docker, và các hệ thống cloud-native – nền tảng của phần lớn các blockchain layer 2 và các dịch vụ DeFi.
Hãy tưởng tượng: một validator của một mạng PoS đang chạy validator trong một container, với các biện pháp bảo mật tối đa. Một kẻ tấn công – dù chỉ chiếm được container đó thông qua một lỗ hổng ứng dụng – có thể thoát ra ngoài container và chiếm quyền root ở mức kernel. Từ đó, kẻ tấn công có thể làm bất cứ điều gì: thay đổi mã của validator, đánh cắp khóa ký khối, hoặc gây ra double-signing và bị slash. Điều này không chỉ làm mất tiền của validator đó mà còn có thể gây ra mất an toàn cho cả mạng lưới nếu validator đó có ảnh hưởng lớn.
Nhưng vẫn còn một lớp nữa. Lỗ hổng này được tìm ra bởi AI. Điều đó có nghĩa là tốc độ tìm lỗi đã tăng vọt. Trong thế giới blockchain, nơi mà mã nguồn thường là mở và mọi người đều có thể đọc, sự xuất hiện của một con AI có khả năng đào lỗi như thế đồng nghĩa với việc các smart contract, các giao thức DeFi, và cả các nền tảng blockchain layer 1 sẽ trở thành mục tiêu của một cỗ máy tìm lỗi vô cùng hiệu quả.
Từ kinh nghiệm kiểm toán và phân tích các dự án ICO năm 2017 của tôi, tôi biết rằng thứ giết chết một dự án không phải là một lỗi nhỏ trong whitepaper mà là một loạt các lỗi mang tính hệ thống – nơi mà con người thường bỏ sót vì giới hạn về tâm lý và khả năng tập trung. AI không có giới hạn đó. AI có thể đọc hàng triệu dòng code trong vài phút, và nhìn thấy những tương tác phi trực giác giữa các hàm với nhau. Đây là điều mà tôi gọi là "sự khác biệt về bậc độ" – không phải là AI làm việc nhanh hơn con người 10 lần, mà là AI có thể nhìn ra những mảnh ghép mà con người không bao giờ nghĩ đến.
Core: Kỹ thuật đằng sau RefluXFS – AI thực sự đã làm gì?
Theo báo cáo, mô hình AI đã tìm ra một lỗ hổng kiểu TOCTOU (Time-of-check to time-of-use) trong hệ thống XFS. Hãy cùng tôi mổ xẻ điều này.
TOCTOU là một lớp lỗ hổng xảy ra khi chương trình kiểm tra một điều kiện (time-of-check), sau đó sử dụng dữ liệu (time-of-use), và giữa hai thao tác đó, trạng thái của dữ liệu thay đổi dẫn đến điều kiện đã không còn đúng. Trong bối cảnh XFS, vấn đề xảy ra trong hàm xfs_reflink_allocate_cow(). Hàm này liên quan đến tính năng reflink – một kỹ thuật cho phép tạo bản sao các khối dữ liệu một cách lười biếng (copy-on-write). Reflink là một tính năng quan trọng cho container và các hệ thống lưu trữ, vì nó giúp tiết kiệm không gian bằng cách chia sẻ các khối dữ liệu giữa nhiều tệp tin.
Lỗ hổng cụ thể nằm ở chỗ: sau khi giải phóng một ILOCK (một khóa inode nội bộ), mã nguồn vẫn tiếp tục sử dụng một địa chỉ khối vật lý cũ, bây giờ đã trở nên lỗi thời. Nếu một tiến trình khác can thiệp vào thời điểm đó, có thể dẫn đến việc ghi dữ liệu vào địa chỉ khối không mong muốn, từ đó tạo ra một cơ hội để ghi đè các trang nhớ của kernel hoặc vùng dữ liệu nhạy cảm.
Điều khiến việc phát hiện này ấn tượng là gì? Nó đòi hỏi khả năng theo dõi trạng thái xuyên qua các hàm khác nhau, hiểu ngữ nghĩa đồng thời (concurrency semantics), và nắm bắt được cách mà các khóa (locks) trong kernel được sử dụng. Một mô hình AI chỉ đơn thuần ghi nhớ các mẫu mã nguồn không thể làm được điều này. Nó cần một dạng lý luận về mặt thời gian: phải hiểu rằng giữa lúc kiểm tra và lúc sử dụng, có một cửa sổ thao tác bị bỏ trống – một cơ hội cho một cuộc tấn công.
Theo bài báo, sau khi tìm ra lỗ hổng, mô hình AI đã tạo ra một PoC hoàn chỉnh. PoC này không chỉ là một đoạn mã mẫu để minh họa, mà là một chương trình khai thác thực sự, có khả năng chạy trên hệ thống mục tiêu và nâng quyền từ user lên root. Qualys – một trong những công ty bảo mật uy tín nhất – đã xác minh và xác nhận rằng PoC hoạt động thành công.
Điều này có ý nghĩa rất lớn. Trong cộng đồng bảo mật, một PoC đầy đủ là một sản phẩm đòi hỏi kỹ năng cao. Nó bao gồm việc hiểu cách vận hành của kernel, xây dựng các hành động để giành quyền kiểm soát, và xử lý các tình huống ngoài ý muốn. Một AI tạo ra PoC có nghĩa là nó không chỉ hiểu lý thuyết mà còn có thể viết mã exploit thực dụng.
Nhưng đừng vội giơ tay vỗ tay. Đó là khi tôi nhìn vào những chi tiết nhỏ mà câu chuyện có thể đã bỏ qua.
Thứ nhất, mô hình AI này không chắc đã hoạt động hoàn toàn độc lập. Bài báo có thể đã lược bỏ vai trò của các công cụ hỗ trợ: các trình fuzzing, công cụ phân tích tĩnh, hoặc một hệ thống agent được lập trình sẵn với các kỹ thuật tìm lỗi. Việc tìm ra TOCTOU đòi hỏi phải có định hướng, và một mô hình AI được huấn luyện tổng quát thì không thể tự biết nên tấn công vào XFS ở thời điểm nào. Rất có thể nhóm nghiên cứu đã cung cấp cho mô hình một "gợi ý" dưới dạng mô tả về một loại lỗ hổng tương tự như Dirty COW – một lỗ hổng nổi tiếng trong hệ thống Linux cho phép leo quyền thông qua race condition. Với một gợi ý như vậy, mô hình chỉ cần bám theo và tìm một nơi thích hợp để áp dụng kỹ thuật tương tự. Điều đó làm giảm đáng kể độ khó của việc tìm lỗi, và cũng làm giảm mức độ ấn tượng của kỳ tích.
Thứ hai, "con AI" này có thể không phải là một mô hình duy nhất, mà là một hệ thống gồm nhiều thành phần: một phần để đọc code, một phần để mô phỏng thực thi, một phần để tạo PoC. Theo báo cáo của Anthropic – công ty tạo ra Claude – họ có một dự án mang tên Project Glasswing. Điều này cho thấy có một chiến lược bài bản đằng sau, không phải là một thí nghiệm ngẫu nhiên.
Từ quan điểm của một Tiến sĩ Mật mã học, tôi thấy câu chuyện này vô cùng thú vị vì nó đặt ra câu hỏi về tính hạn chế của các mô hình ngôn ngữ lớn. Khi một AI tìm ra một lỗ hổng trong kernel, điều đó có nghĩa là nó đang mô hình hóa kernel ở một mức độ đủ sâu để hiểu được các trạng thái bất biến và các mối quan hệ nhân quả. Nhưng để làm được điều này, mô hình phải được huấn luyện trên một lượng lớn mã nguồn Linux và các lỗ hổng lịch sử. Nói cách khác, AI này không thông minh vượt trội mà chỉ đang sử dụng những hiểu biết mà con người đã tích lũy trong nhiều thập kỷ.
Vậy câu hỏi đặt ra: Mô hình này có thể tìm ra những loại lỗ hổng hoàn toàn mới – những lỗ hổng mà con người chưa từng gặp và không có bất kỳ dữ liệu tiền lệ nào không? Vẫn còn quá sớm để kết luận. Nhưng nếu điều đó xảy ra, chúng ta sẽ bước sang một kỷ nguyên mới: máy móc tìm ra những lỗ hổng chưa từng tồn tại trong tri thức nhân loại. Và kẻ tấn công sẽ tận dụng điều đó trước khi chúng ta kịp vá.
Core: Thương mại hóa an ninh AI – Khi nào điều này trở thành một ngành công nghiệp?
Vụ việc RefluXFS không chỉ là một thành tựu kỹ thuật mà còn là một động thái chiến lược của Anthropic. Cùng với công bố này, Anthropic đã thông báo về việc trở thành một CNA (CVE Numbering Authority) – tức là họ có quyền cấp mã số CVE cho các lỗ hổng bảo mật. Điều đó đặt Anthropic vào vị trí trung tâm của hạ tầng quản lý lỗ hổng toàn cầu.
Hãy nghĩ kỹ về điều này. Một công ty AI không chỉ tìm ra lỗ hổng, mà còn là cơ quan cấp mã định danh quốc tế cho lỗ hổng. Đó không phải là một vị trí chỉ để khoe – đó là một vị trí kiểm soát. Khi bạn là CNA, bạn nằm trong danh sách những tổ chức đầu tiên được chia sẻ thông tin về lỗ hổng trước khi công bố công khai. Bạn có quyền quyết định ai được biết và ai không. Trong thế giới bảo mật, thông tin là vũ khí, và Anthropic vừa được trang bị một kho vũ khí khổng lồ.
Hợp tác với Qualys cũng là một dấu hiệu thương mại rõ ràng. Qualys là một công ty niêm yết, có hàng chục nghìn khách hàng doanh nghiệp. Việc Qualys xác nhận PoC và chạy hệ thống khai thác trong môi trường thực tế có nghĩa là cả hai bên đang kiểm chứng xem AI có thể được dùng để bán dịch vụ bảo mật hay không. Với một hệ thống AI như vậy, một doanh nghiệp có thể thuê nó để quét toàn bộ mã nguồn của họ mỗi ngày, tìm ra lỗ hổng trước khi hacker khai thác. Đó là một dịch vụ vô giá – và là một mỏ vàng.
Nhưng thử nhìn vào thực tế. Không có bất kỳ con số doanh thu, không có giá cả, không có hợp đồng được công bố. Điều này có nghĩa là giai đoạn này vẫn là giai đoạn trình diễn – chưa chắc đã có doanh thu thực sự. Nếu bạn từng làm trong ngành bảo mật, bạn biết rằng việc một công ty lớn tuyên bố hợp tác không đồng nghĩa với việc họ đã trả tiền. Nó có thể là một phi vụ truyền thông, một cách để nâng giá trị cổ phiếu, hoặc một nỗ lực để gây quỹ.
Theo quan điểm của tôi – với 23 năm trong ngành, đã từng tư vấn cho các quỹ đầu tư và các công ty trong lĩnh vực blockchain – tôi thấy rõ ràng một mô hình kinh doanh sắp hình thành. AI sẽ trở thành một công cụ kiểm toán bảo mật thế hệ mới. Thay vì thuê các công ty kiểm toán tốn hàng trăm nghìn đô la mỗi lần, các doanh nghiệp sẽ thuê AI để liên tục quét mã nguồn của họ. Nhưng vì AI không thể tự minh bạch 100%, sẽ có một lớp con người xác minh. Điều đó tạo ra một mô hình mới: "AI tìm lỗi, con người xác nhận".
Đối với blockchain, điều này càng quan trọng hơn. Các smart contract là mã bất biến – một khi triển khai lên blockchain, không thể thay đổi. Một lỗ hổng trong smart contract có thể dẫn đến mất hàng trăm triệu đô la trong một cú flash loan. Hiện nay, các công ty như CertiK, Trail of Bits, OpenZeppelin đang kiểm toán smart contract theo cách thủ công, mỗi lần có thể mất từ 2 đến 8 tuần. Nếu AI có thể tìm ra lỗ hổng trong kernel Linux – một thứ khó hơn nhiều so với smart contract – thì việc AI tìm ra lỗ hổng trong smart contract sẽ trở nên nhanh chóng và rẻ hơn.
Nhưng tại sao điều đó không được công bố? Bởi vì nếu AI của Anthropic có thể tự tìm ra lỗ hổng trong mã nguồn của một giao thức DeFi, thì thứ gì ngăn cản ai đó dùng AI để tấn công giao thức đó trước khi nó được vá? Đây là một cuộc chạy đua vũ trang. Những người chơi xấu cũng có thể sử dụng AI, hoặc là thuê một công ty AI, hoặc là dùng chính các mô hình mã nguồn mở. Nếu không có sự quản lý chặt chẽ, AI sẽ trở thành vũ khí tấn công chứ không chỉ phòng thủ.
Anthropic có thể không muốn công bố khả năng tấn công bởi vì nó quá nguy hiểm. Họ chỉ công bố một phần nhỏ để gây ấn tượng, nhưng không chia sẻ toàn bộ phương pháp. Đây là một tình huống tiến thoái lưỡng nan: - Nếu công bố chi tiết, họ sẽ chỉ đường cho kẻ tấn công. - Nếu giữ bí mật, họ không thể chứng minh được năng lực với khách hàng.
Có lẽ vì vậy mà họ chỉ đưa ra một số thông tin mơ hồ: "một con AI đã tìm ra lỗ hổng", nhưng không nói rõ nó đã làm thế nào. Như một thợ săn không bao giờ tiết lộ bí mật của mình.
Core: Tác động lên ngành – Những làn sóng chấn động
Khi một lỗ hổng như thế này được công bố, có một chuỗi phản ứng dây chuyền:
Đầu tiên, các nhà phát triển kernel sẽ phải vá lỗ hổng. Quá trình này có thể mất vài tuần hoặc vài tháng, tùy thuộc vào mức độ phức tạp. Sau đó, các bản phân phối Linux như RHEL, Rocky, Ubuntu, Debian sẽ phải xây dựng bản vá riêng của họ và phát hành qua các kênh cập nhật. Các quản trị viên hệ thống – và những người chạy node blockchain – sẽ phải cập nhật ngay lập tức.
Nhưng đây là một vấn đề nan giải. Không có một workaround chạy bằng runtime. Bạn không thể chỉ bật một cờ cấu hình nào đó để vô hiệu hóa lỗ hổng mà không cần khởi động lại. Bạn bắt buộc phải upgrade kernel, và phải reboot máy chủ. Đối với một node blockchain, việc reboot có thể gây gián đoạn. Đối với một validator, việc gián đoạn có thể dẫn đến bị phạt (slash). Vì vậy, các nhà vận hành sẽ phải lên kế hoạch cẩn thận, nhưng cũng phải đối mặt với rủi ro bị tấn công trong thời gian chờ đợi.
Điều đáng lo ngại hơn là tốc độ khai thác. Thông thường, khi một lỗ hổng được công bố công khai cùng với bản vá, các nhà nghiên cứu và kẻ tấn công sẽ lập tức phân tích bản vá để tìm ra kỹ thuật khai thác. Việc "reverse engineering" bản vá để tạo ra exploit chỉ mất vài giờ hoặc vài ngày. Với một lỗ hổng nghiêm trọng ảnh hưởng đến 16 triệu hệ thống, chắc chắn có những nhóm tin tặc đang theo dõi.
Và đây là điều tôi muốn nhấn mạnh: Khi AI được dùng để tìm ra lỗ hổng, thời gian từ lúc vá đến lúc bị khai thác sẽ bị rút ngắn đáng kể. Trước đây, kẻ tấn công cần đến kỹ năng thủ công để phân tích bản vá và viết exploit. Bây giờ, chúng có thể dùng AI để tự động hóa quá trình này. Một AI có thể đọc bản vá, hiểu thay đổi, và tạo ra một exploit tương tự chỉ trong vài phút. Khoảng thời gian an toàn giữa việc vá và việc bị khai thác – cái gọi là "patch window" – sẽ gần như bằng không.
Điều này đặt áp lực lên toàn bộ ngành bảo mật. Các công ty cung cấp dịch vụ quản lý bản vá sẽ phải nhanh hơn nữa. Các sàn giao dịch tiền mã hóa, vì luôn là mục tiêu của tin tặc, sẽ phải cân nhắc việc đóng cửa tạm thời để cập nhật kernel – một hành động có thể gây hoảng loạn cho người dùng. Nhưng nếu họ không đóng cửa, họ có thể bị tin tặc tấn công và mất hàng trăm triệu đô la.
Không chỉ hệ thống Linux bị ảnh hưởng. Các nền tảng đám mây lớn như AWS, Google Cloud, Azure – nơi mà nhiều giao thức blockchain đang chạy – cũng phải đối mặt với vấn đề tương tự. Họ sẽ phải cập nhật hạ tầng vật lý cũng như ảo hóa. Điều này có thể dẫn đến sự gián đoạn dịch vụ trong một khoảng thời gian ngắn. Các nhà phát triển blockchain cần phải chú ý đến những thông báo từ nhà cung cấp dịch vụ đám mây của họ.
Nhìn xa hơn, ngành an ninh mạng sẽ phải thích nghi với một thực tế mới: AI sẽ trở thành một phần không thể thiếu của quy trình tấn công và phòng thủ. Các công ty bảo mật sẽ cần xây dựng những hệ thống AI của riêng họ, hoặc thuê AI từ các công ty như Anthropic để "chuyện trò" với các AI tấn công. Đó là một cuộc chạy đua vũ trang không có hồi kết.
Và blockchain – một công nghệ vốn dựa vào sự phi tập trung và tin cậy – sẽ phải đối mặt với một nghịch lý: để bảo vệ mạng lưới, họ cần phụ thuộc vào các công ty AI tập trung như Anthropic. Điều này trái ngược với triết lý phi tập trung ban đầu. Có lẽ chúng ta sẽ thấy một làn sóng mới của các dự án blockchain chuyên về bảo mật phi tập trung, nơi mà các node có thể tự kiểm tra nhau bằng các mô hình AI chạy trên các enclave an toàn.
Contrarian: Đừng nhìn vào con AI, hãy nhìn vào cơn sóng thần bản vá
Trong khi toàn thế giới đang xôn xao về con AI đã vượt qua nhân loại trong việc tìm lỗ hổng, tôi muốn đưa ra một góc nhìn khác – một quan điểm mà hầu hết những người đang bàn luận đều bỏ qua.
Hãy dừng lại một chút. Điều gì là mới thực sự ở đây? AI tìm ra một lỗ hổng trong kernel? Con người đã tìm ra hàng nghìn lỗ hổng như vậy trong nhiều thập kỷ. AI tạo ra PoC? Các nhà nghiên cứu bảo mật cũng đã tạo ra PoC cho mọi loại lỗ hổng. Vậy điều khác biệt duy nhất là tốc độ, khối lượng, và sự tự động hóa. Nhưng điều tạo ra sự khác biệt đó cũng chính là điều sẽ gây ra một vấn đề mới: sự quá tải về thông tin.
Khi Anthropic công bố rằng họ đã tìm ra "hơn 10.000 lỗ hổng nghiêm trọng" bằng AI, đó là một con số chói lọi. Nhưng hãy suy nghĩ: hơn 10.000 lỗ hổng – ai sẽ vá tất cả những lỗ hổng đó? Con người đang chịu trách nhiệm xác minh và vá chúng. Nếu AI phát hiện ra 10.000 lỗ hổng trong một năm, điều đó có nghĩa là trung bình mỗi ngày có khoảng 27 lỗ hổng cần phải xử lý. Một quản trị viên hệ thống có thể xử lý bao nhiêu lỗ hổng mỗi ngày? Có lẽ là một, hai, hoặc ba nếu họ có tự động hóa. Con người sẽ không theo kịp.
Vì vậy, chúng ta sẽ chứng kiến một hiện tượng mới: "patch fatigue" – sự mệt mỏi khi vá lỗi. Các quản trị viên sẽ không vá hết tất cả các lỗ hổng, mà chỉ vá những lỗ hổng nghiêm trọng nhất, hoặc những lỗ hổng có ảnh hưởng lớn nhất. Điều đó có nghĩa là hàng nghìn lỗ hổng nhỏ hơn sẽ bị bỏ qua, tạo ra một bề mặt tấn công rất lớn. Kẻ tấn công – với sự trợ giúp của AI – sẽ có thể tìm ra những lỗ hổng nhỏ đó và kết hợp chúng thành một chuỗi tấn công.
Đây chính là thứ tôi gọi là "câu chuyện phản trực giác": AI giúp chúng ta tìm ra nhiều lỗ hổng hơn, nhưng đồng thời khiến chúng ta kém an toàn hơn, vì chúng ta không có đủ nguồn lực để vá tất cả. Điều này giống như việc một bác sĩ chẩn đoán ra cho bạn một trăm căn bệnh cùng lúc – bạn không thể chữa trị hết tất cả, và cuối cùng bạn chết vì một căn bệnh không phải là nguy hiểm nhất.
Trong bối cảnh blockchain, điều này còn nghiêm trọng hơn. Các giao thức DeFi thường có mã nguồn mở. Nếu AI tìm ra 10.000 lỗ hổng trong Linux, thì người ta cũng có thể dùng AI để tìm ra 10.000 lỗ hổng trong mã nguồn của các protocol. Mỗi protocol là một mục tiêu riêng biệt. Những lỗ hổng trong smart contract thường không thể vá được vì tính bất biến của blockchain. Bạn chỉ có thể nâng cấp bằng cách triển khai hợp đồng mới, và thuyết phục người dùng di chuyển tiền. Quá trình đó mất thời gian và có thể gây ra tổn thất.
Vậy hãy nhìn vào tấm gương của RefluXFS. Khi một lỗ hổng XFS được công bố, tất cả các bản phân phối lớn đều phát hành bản vá trong vòng vài ngày. Nhưng các validator blockchain – những người không được phép dừng hoạt động – sẽ phải chọn một thời điểm thích hợp. Nếu họ chờ quá lâu, họ có thể bị tấn công. Nếu họ cập nhật quá sớm, họ có thể gặp lỗi không tương thích với phần mềm validator. Đó là một tình thế tiến thoái lưỡng nan.
Có một chi tiết tôi rất tâm đắc trong báo cáo: bài báo không đề cập đến một workaround runtime. Điều đó có nghĩa là các nhà điều hành phải đối mặt với một lựa chọn khó khăn. Nhưng nếu bạn là một nhà điều hành node Bitcoin, bạn có thể không cần quá lo lắng vì Bitcoin node chạy với quyền thấp và không nắm giữ private key của người dùng. Nhưng nếu bạn là một validator Ethereum, bạn nắm giữ 32 ETH và quyền ký khối – bạn là mục tiêu.
Nhìn xa hơn, tôi thấy một kịch bản tồi tệ hơn: kẻ tấn công sử dụng AI để tìm ra các lỗ hổng trong phần mềm blockchain cụ thể – ví dụ như lỗ hổng trong Geth, Prysm, hoặc các client chạy node. Những phần mềm này được viết bằng Go hoặc Rust, ít lỗ hổng về bộ nhớ hơn so với C, nhưng vẫn có thể có lỗi logic. Một AI có thể tìm ra một lỗi logic trong chức năng xử lý giao dịch, từ đó cho phép một kẻ tấn công tạo ra các khối không hợp lệ hoặc đánh cắp tiền. Đó sẽ là một thảm họa.
Vì vậy, thay vì chúc mừng AI, chúng ta cần chuẩn bị cho một tương lai mà AI là con dao hai lưỡi. Để sống sót, chúng ta cần xây dựng các hệ thống có khả năng chống lại các cuộc tấn công do AI hỗ trợ. Điều này bao gồm việc phát triển các mô hình AI phòng thủ, tự động vá lỗi, và đặc biệt là thiết kế các hệ thống có khả năng giảm thiểu rủi ro ngay cả khi một số thành phần bị xâm nhập.
Takeaway: Câu chuyện tiếp theo sẽ được viết bởi những người chạy node
Sự xuất hiện của RefluXFS không chỉ là một dấu mốc cho AI. Nó là một lời cảnh báo cho toàn bộ ngành blockchain. Chúng ta đang xây dựng một hệ sinh thái trị giá hàng nghìn tỷ đô la trên một nền tảng (Linux) mà giờ đây AI có thể tìm ra những lỗ hổng trong đó nhanh hơn con người vá.
Nhưng tôi không nghĩ rằng điều này có nghĩa là ngành blockchain sẽ sụp đổ. Trái lại, nó sẽ thúc đẩy sự trưởng thành. Các dự án blockchain sẽ buộc phải chú trọng đến hạ tầng vận hành, đầu tư vào hệ thống giám sát an ninh, và áp dụng AI vào quy trình kiểm toán của họ. Những dự án không làm điều đó sẽ bị bỏ lại phía sau.
Câu chuyện lớn hơn ở đây là: Chúng ta đang bước vào một kỷ nguyên mà máy móc có thể tìm ra những điều chúng ta không nhìn thấy. Trước đây, các cuộc tấn công vào blockchain thường dựa trên những lỗ hổng đã biết, hoặc những cuộc tấn công xã hội. Bây giờ, AI có thể khám phá ra những lỗ hổng chưa ai biết. Điều này đẩy cuộc chơi lên một tầm cao mới, nơi mà sự bất đối xứng thông tin trở nên cực kỳ nguy hiểm.
Kernel Linux là một cơ sở hạ tầng quan trọng. Nhưng các hợp đồng thông minh, các giao thức, các cross-chain bridge cũng là những cơ sở hạ tầng quan trọng. AI có thể tấn công tất cả. Ai sẽ bảo vệ chúng ta?
Câu trả lời nằm ở sự chuẩn bị. Tôi từng nói trong một báo cáo nội bộ năm 2017 rằng những dự án ICO sao chép mã Ethereum sẽ sụp đổ. Ba tháng sau, bong bóng ICO vỡ, và quỹ của tôi đã rút trước đó. Bài học là: hãy nhìn vào bản chất, không nhìn vào câu chuyện. Bản chất của RefluXFS không phải là AI siêu việt, mà là sự thay đổi về tốc độ và quy mô. Tốc độ này tạo ra áp lực, và áp lực tạo ra cơ hội cho những người thích nghi.
Với các nhà vận hành node, các dự án blockchain, và các công ty bảo mật – đây là lúc để nâng cấp hệ thống, tự động hóa quy trình vá lỗi, và bắt đầu xem AI như một công cụ không thể thiếu. Những người làm điều đó sớm sẽ thu được lợi thế. Những người trì hoãn sẽ phải trả giá.
Còn với tôi, sau 23 năm quan sát thị trường, tôi nhận ra rằng mọi cuộc cách mạng công nghệ đều bắt đầu bằng một cuộc tấn công. AI đang tấn công các hệ thống của chúng ta bằng chính khả năng của chúng ta. Và blockchain, công nghệ của phi tập trung, sẽ phải tự bảo vệ mình trước làn sóng tập trung nguy hiểm này.
Hãy nhìn vào màn hình terminal của bạn. Kernel bạn đang chạy có thể là một lỗ hổng. Và có thể, một con AI vô hình nào đó đang nhìn vào nó ngay lúc này.
Câu chuyện tiếp theo không phải của AI, mà là của chúng ta – những người chạy node, giữ khóa, và quyết định cho tương lai.
