Càng viết nhiều test, càng dễ sinh bug? Câu hỏi đó ám ảnh tôi mỗi lần đọc một dòng code mới. Nhưng lần này, không phải bug trong code, mà là bug trong hệ thống chính sách của một nền tảng AI. Một nhà nghiên cứu bảo mật Bitcoin, Rob1Ham, bị OpenAI cắt đứt quyền truy cập ngay giữa lúc đang điều tra lỗ hổng. Anh ta đã từng phát hiện lỗ hổng thật, nhưng giờ đây không thể tiếp tục. Và điều đó dẫn đến một quyết định gây sốc: chuyển sang dùng mô hình AI nguồn mở của Trung Quốc. Đây không chỉ là câu chuyện về một cá nhân, mà là một vết nứt trong cấu trúc bảo mật của toàn bộ hệ sinh thái blockchain.
Context
Hãy đặt bối cảnh: Rob1Ham là thành viên của Bitcoin Red Team, một nhóm chuyên săn lùng lỗ hổng trong code Bitcoin Core. Anh ta đã hoàn tất quy trình xác thực danh tính của OpenAI để có quyền truy cập vào các mô hình AI mạnh mẽ phục vụ cho việc phân tích code. Và anh ta đã từng phát hiện và báo cáo một lỗ hổng thực sự — một bằng chứng cho thấy AI có thể hỗ trợ đắc lực cho bảo mật. Nhưng rồi, không rõ lý do, OpenAI chặn anh ta lại. Anh ta không thể tiếp tục điều tra liệu lỗ hổng đã được sửa đúng cách hay còn những lỗ hổng khác. Điều này có nghĩa là một mắt xích trong chuỗi bảo mật Bitcoin đã bị đứt.
Hành động của OpenAI không phải là ngẫu nhiên. Năm 2024, OpenAI cập nhật chính sách an toàn mạng (Cyber Safety Framework) với các cấp độ cấm, xem xét, cho phép. Các nghiên cứu về khai thác lỗ hổng có thể bị xếp vào loại "nguy cơ cao" hoặc "bị cấm". Nhưng vấn đề là sự không minh bạch: Rob1Ham không được giải thích lý do, không có quy trình kháng cáo. Điều này đặt ra câu hỏi: liệu một nền tảng AI tập trung có quyền quyết định ai được phép nghiên cứu bảo mật và ai không? Và nếu có, thì đó là một điểm thất bại đơn lẻ (single point of failure) trong một hệ thống vốn được xây dựng dựa trên sự phi tập trung.
Core
Dựa trên kinh nghiệm audit của tôi, việc sử dụng AI để hỗ trợ phân tích code là một bước tiến lớn. Tôi còn nhớ lần đầu tiên tôi phát hiện một lỗi integer overflow trong smart contract ICO năm 2017. Nếu có AI hỗ trợ, có lẽ tôi đã tìm ra nhanh hơn và tránh được những tranh cãi không đáng có. Nhưng AI cũng có mặt trái: nó phụ thuộc vào chính sách của nhà cung cấp. Trong trường hợp của Rob1Ham, việc bị chặn đột ngột không chỉ ảnh hưởng đến năng suất cá nhân, mà còn để lại một khoảng trống trong quy trình bảo mật: không ai biết liệu lỗ hổng đã được sửa triệt để hay còn những lỗ hổng khác chưa được phát hiện. Đây là một rủi ro bảo mật không thể xem nhẹ.
Anh ta quyết định chuyển sang dùng mô hình AI nguồn mở của Trung Quốc, như DeepSeek hay Qwen. Về mặt kỹ thuật, điều này hoàn toàn khả thi. Các mô hình nguồn mở hiện nay có thể chạy local, không bị ràng buộc bởi chính sách của bên thứ ba, và có khả năng xử lý code C++ của Bitcoin Core. Tuy nhiên, vẫn chưa có benchmark công khai nào so sánh hiệu suất của chúng trên code Bitcoin. Hơn nữa, việc chuyển sang mô hình Trung Quốc cũng đặt ra vấn đề về tuân thủ dữ liệu: nếu Rob1Ham tải lên đoạn code chứa lỗ hổng lên cloud API của Trung Quốc, dữ liệu đó có thể bị kiểm soát theo luật pháp nước sở tại. Liệu đó có phải là một sự đánh đổi an toàn?
Nhưng điều thú vị là, chính sự kiện này đã phơi bày một điểm mù: các công cụ bảo mật của Bitcoin, một mạng lưới phi tập trung, lại phụ thuộc vào các nền tảng AI tập trung. Đây là một nghịch lý. Code là thơ của logic, bug là vần sai. Và khi "vần sai" bị che giấu bởi chính sách, bài thơ trở nên khiếm khuyết. Mỗi dòng code là một tuyên bố, mỗi bug là một lời phủ định. Lời phủ định này không được phép tồn tại trong bóng tối.
Contrarian Angle
Nhưng hãy nhìn từ góc khác. Có thể OpenAI có lý do chính đáng để chặn Rob1Ham. Việc nghiên cứu lỗ hổng bảo mật Bitcoin có thể vô tình tạo ra công cụ tấn công nguy hiểm nếu rơi vào tay kẻ xấu. Chính sách của OpenAI, dù không minh bạch, có thể nhằm ngăn chặn rủi ro đó. Vấn đề là cách thực thi: thay vì cắt đứt hoàn toàn, họ nên có một quy trình rõ ràng cho phép các nhà nghiên cứu hợp pháp tiếp tục công việc.
Hơn nữa, việc chuyển sang mô hình Trung Quốc không phải là giải pháp hoàn hảo. Các mô hình nguồn mở cũng có thể bị giới hạn bởi chính sách nội dung, đặc biệt nếu chúng được lưu trữ trên cloud. Và nếu Rob1Ham chạy local, anh ta mất đi khả năng truy cập vào các mô hình mạnh nhất hiện nay (như o1, o3). Đây là một sự đánh đổi. Hệ thống phức tạp nhất cũng chỉ là một tập hợp các quy tắc đơn giản được xếp chồng, và bug là nơi các quy tắc mâu thuẫn. Ở đây, quy tắc bảo mật của OpenAI đã mâu thuẫn với quy tắc bảo mật của Bitcoin.
Takeaway
Vậy bài học là gì? Nếu các nhà cung cấp AI tiếp tục áp dụng chính sách không minh bạch, các nhà nghiên cứu bảo mật sẽ ngày càng chuyển sang các công cụ tự lưu trữ và nguồn mở. Điều này có thể làm suy yếu sự thống trị của các nền tảng AI đóng, nhưng đồng thời cũng thúc đẩy một hệ sinh thái bảo mật đa dạng hơn. Tuy nhiên, nó cũng đặt ra câu hỏi: liệu sự dịch chuyển này có làm giảm chất lượng phân tích, vì các mô hình nguồn mở hiện nay chưa thể sánh với các mô hình đóng trong các tác vụ suy luận phức tạp? Hay chúng ta sẽ chứng kiến một cuộc chạy đua mới giữa các mô hình AI để giành lấy lòng tin của cộng đồng bảo mật? Câu trả lời, như mọi khi, nằm trong code.