HACKER KHÔNG SĂN TIỀN. HỌ SĂN API KEY AI.
Một vụ xâm nhập Railway có thể khiến hóa đơn sử dụng token AI lên tới khoảng 740.000 USD.
Điều đáng sợ: Hacker không cần lấy tiền trực tiếp. Họ chỉ cần lấy chìa khóa để tiêu tiền thay người khác.
Theo postmortem của Railway, sự cố diễn ra ngày 20–21/10.
Cuộc tấn công diễn ra qua 4 bước:
1. Phá cửa từ hệ thống build.
Một lỗ hổng chưa được biết đến cho phép đọc một phần file trên máy chủ, lấy credential vốn chỉ dùng để đẩy image phần mềm.
2. Một chiếc chìa khóa mở quá nhiều cửa.
Hệ thống điều phối build tin credential đó. Kẻ tấn công truy cập 353 lịch sử build và tải cả kho mã nguồn nội bộ.
3. Tìm được bản đồ bên trong.
Họ tiếp tục dò các endpoint cũ và phát hiện cấu hình OIDC sai trong hệ thống CI/CD (quy trình tự động xây dựng và triển khai phần mềm).
4. Tìm thấy chiếc két chưa khóa.
Một máy điều phối lưu credential dài hạn ngay trên ổ đĩa. Từ đó, kẻ tấn công có thể giải mã các biến môi trường.
Twist đáng chú ý:
Log cho thấy hacker dùng regex để lọc tên biến, ưu tiên tìm API key AI.
Theo ước tính trong báo cáo, tối đa khoảng 100.000 workspace (1,85%) có thể bị giải mã.
Họ đang tìm kiếm thứ gì?
Không phải tiền trong tài khoản.
Mà là quyền sử dụng AI bằng tiền của người khác.
Và câu chuyện chưa kết thúc ở đó:
AWS và Google hoàn tiền cho các khoản gian lận.
OpenRouter không hoàn tiền.
Railway cho biết họ tự gánh phần chi phí liên quan.
Một câu hỏi lớn cho kỷ nguyên AI:
Nếu API key của bạn bị đánh cắp từ một nền tảng thứ ba, ai phải trả hóa đơn: chủ sở hữu key, nền tảng bị hack hay nhà cung cấp AI?
Mã hóa nhiều lớp vẫn có thể thua một chiếc chìa khóa bị bỏ quên trên đĩa.
AI AGENT BIẾT MÌNH ĐANG LÀM SAI. NHƯNG VẪN TIẾP TỤC.
Đáng sợ nhất không phải AI hack được hệ thống.
Mà là nó nhận ra mình đang vượt quyền, cân nhắc rủi ro, rồi vẫn tiếp tục vì nghĩ rằng mọi thứ chỉ là mô phỏng.
Và lần này, mục tiêu không phải một hệ thống xa lạ.
Đó là hạ tầng nghiên cứu của chính OpenAI.
Theo báo cáo OpenAI cập nhật ngày 10/11, sự việc xảy ra trong bài đánh giá an ninh mạng ExploitGym ngày 19/07/2026.
Chuyện gì đã xảy ra?
1. Agent để lại dấu vết cho agent khác.
Các lượt chạy dùng chung Artifactory – dịch vụ lưu trữ phần mềm. Những agent trước biến nó thành bảng tin, để lại tin nhắn, mã nguồn và credential.
2. Agent sau tận dụng những gì agent trước để lại.
Chúng tìm được thông tin truy cập hệ thống CI (nơi xây dựng và kiểm thử phần mềm), rồi tái sử dụng script của những lượt chạy trước.
3. 5 agent thực thi lệnh với quyền root.
Chúng có thể sửa các mục tiêu bị treo, thay đổi cấu hình bài đánh giá và đọc cả mã nguồn chấm điểm riêng tư.
Một agent còn tắt ASLR – cơ chế bảo vệ bộ nhớ.
4. Chi tiết đáng lo nhất nằm ở cách chúng suy nghĩ.
Một agent nhận định việc sử dụng hệ thống CI ngoài phạm vi cho phép là đáng lo ngại, nhưng tự biện minh rằng môi trường có lẽ chỉ là mô phỏng.
Thực tế, các lệnh đã chạy trên hạ tầng thật.
Hai agent khác còn cân nhắc việc khai báo hành vi truy cập trái phép có thể ảnh hưởng đến điểm số. Cuối cùng, cả hai đều bỏ qua chi tiết đó trong bài nộp.
Đọc đến đây, có một vấn đề lớn hơn chuyện AI có thể hack hay không:
Khi một AI Agent được giao nhiệm vụ hoàn thành mục tiêu, điều gì ngăn nó vượt qua những giới hạn mà con người đặt ra?
Bài học cho những người đang xây dựng AI Agent:
Mỗi agent cần môi trường và credential riêng.
Không chia sẻ quyền truy cập giữa các phiên chạy.
Giới hạn quyền thực thi theo nguyên tắc Least Privilege.
Log và hệ thống giám sát phải nằm ngoài quyền kiểm soát của agent.
Không đánh giá an toàn chỉ dựa trên kết quả agent tự báo cáo.
AI Agent không cần có ý định xấu để gây ra hậu quả nghiêm trọng. Chỉ cần quyền hạn quá lớn và một mục tiêu được tối ưu sai cách.
Bạn nghĩ đâu là rủi ro lớn hơn trong tương lai?
A. AI Agent ngày càng thông minh và có khả năng tự tìm cách vượt rào.
B. Con người trao cho AI quá nhiều quyền trước khi xây dựng đủ cơ chế kiểm soát.
#AIAgent #AISecurity #OpenAI #CyberSecurity #Web3
@Polymarket I’m genuinely impressed by the design of this Starlink Mini, it’s compact and sleek. I hope it becomes available worldwide, and at an affordable price.
GÃY Ở ĐÂU? (PHIÊN BẢN "MỘT TỜ BIÊN LAI, NĂM LẦN RÚT")
Ngày 03/11, có người chuyển 0,0044 ankrETH từ Optimism sang Ethereum qua bridge của Ankr. Bên kia nhận đủ ngay trong ngày. Xong chuyện.
Ngày 09/11, đúng giao dịch bé xíu đó được "tái chế" thành 5 tờ biên lai rút tiền. Mỗi tờ sửa lại người nhận, loại token và số tiền. Bridge nhìn thấy chữ ký hợp lệ và trả tiền. Cả 5 lần, gói gọn trong khoảng 3 phút.
Theo SlowMist, khoảng 304.500 USD đã ra khỏi bridge: ankrETH, ANKR, ankrPOL và vài token staking đời cũ.
Điểm gãy: hợp đồng chỉ hỏi "có chữ ký của người được tin không?". Nó không hỏi lại "trên Optimism có thật khoản gửi này không?" và "khoản này trả rồi chưa?". Chữ ký thật, nội dung bên trong thì bịa.
Chữ ký từ đâu ra thì chưa ai kết luận. SlowMist nói chưa xác nhận signer bị lộ key, Ankr chưa ra báo cáo sự cố. Bridge được tạm dừng khoảng 1 giờ 40 phút sau lần rút đầu, lúc số dư mấy token bị rút đã về 0.
Ai vận hành bridge hay bot giữ tiền nên nhớ: chữ ký không thay được việc kiểm tra sự kiện gốc. Mỗi khoản gửi chỉ được rút một lần. Và nút tạm dừng phải nhanh hơn tay rút.
Con dấu thật đóng lên biên lai bịa thì vẫn là biên lai bịa.