OpenCode Console có thể lộ API key: việc cần làm để giảm rủi ro chi phí
OpenCode cho biết một hệ thống cũ của Console bị truy cập trái phép, có thể làm lộ API key OpenAI, Anthropic và Google. Nếu từng lưu key trên Console, team nên kiểm tra phạm vi ảnh hưởng, thay key và theo dõi chi phí.
Một API key từng được lưu trong OpenCode Console để cả team gọi model có thể đã nằm ngoài phạm vi kiểm soát của team. OpenCode cho biết kẻ xâm nhập đã truy cập một hệ thống cũ vào đêm 16/10; các key OpenAI, Anthropic và Google lưu trên Console có thể bị lộ.
Với developer, đây không chỉ là chuyện “đổi mật khẩu cho chắc”. Key bị lộ có thể bị dùng để gọi model và phát sinh chi phí trái phép, làm cạn hạn mức hoặc gián đoạn các luồng agent và tích hợp nội bộ.
Ai có thể bị ảnh hưởng?
OpenCode Console là workspace được lưu trữ, mang tính tùy chọn, dành cho AI coding agent mã nguồn mở OpenCode. Dịch vụ này cho phép mỗi team dùng key của nhà cung cấp AI để các thành viên gọi model.
Theo thông tin OpenCode công bố, ứng dụng độc lập và công cụ dòng lệnh của OpenCode không bị ảnh hưởng. Phần bị truy cập là một hệ thống cũ phục vụ Console.
TechCrunch cho biết sự cố ảnh hưởng khoảng 1,4% người dùng OpenCode. Một số key bị lộ đã bị dùng để tạo chi phí AI không được phép; có trường hợp thiệt hại hàng trăm USD và có trường hợp vượt 1.000 USD.
Anthropic và Google đã chặn các key mà họ cho là bị lộ. OpenAI cho biết đang hỗ trợ khôi phục quyền truy cập và hoàn tiền credit bị dùng trong vụ việc.
Nếu team chỉ dùng ứng dụng hoặc CLI cục bộ, thông tin hiện có không xếp bạn vào nhóm bị ảnh hưởng. Nhưng nếu từng lưu key nhà cung cấp trong OpenCode Console, hãy xử lý key đó như một credential có nguy cơ đã bị lộ.
Ưu tiên đầu tiên: xác định key nào từng vào Console
Đừng chờ đến khi thấy hóa đơn tăng bất thường. Hãy kiểm tra với các đầu mối platform, DevOps và người quản lý workspace:
Team có từng tạo hoặc sử dụng OpenCode Console không?
Có key OpenAI, Anthropic hoặc Google nào từng được nhập vào Console không?
Key đó thuộc tài khoản, project hoặc owner nào?
Key có còn được CI/CD, backend, extension IDE hoặc agent khác sử dụng không?
Các key dùng thử hoặc dùng chung thường dễ bị bỏ sót vì không có owner rõ ràng. Đây là nhóm cần kiểm tra kỹ trước.
Thay thế key đã từng lưu trên Console
Nếu xác định một key từng được đưa vào OpenCode Console, nên thay thế key đó thay vì tiếp tục sử dụng.
Một quy trình vận hành hợp lý:
Tạo credential mới tại nhà cung cấp tương ứng.
Cập nhật các tích hợp còn cần gọi model bằng credential mới.
Kiểm tra các luồng gọi model, agent hoặc CI vẫn hoạt động.
Thu hồi credential cũ từng lưu trên Console.
Không nên ghi giá trị key vào ticket, chat nhóm hay bảng tính dùng chung. Chỉ cần quản lý định danh key, phạm vi sử dụng, owner và trạng thái thay thế.
Kiểm tra usage và chi phí bất thường
Mở phần usage hoặc billing của từng tài khoản nhà cung cấp, rồi đối chiếu với workload thực tế của team. Các dấu hiệu cần chú ý gồm:
Mức sử dụng tăng nhưng không khớp với lịch chạy agent, CI hoặc công việc của developer.
Khoản phí xuất hiện sau thời điểm hệ thống cũ của Console bị truy cập.
Key hoặc project không còn owner nhưng vẫn phát sinh usage.
Lượng gọi model không tương ứng với các tích hợp đang vận hành.
OpenCode mô tả một khả năng là hoạt động thu thập lượng lớn đầu ra model để hỗ trợ tái tạo một hệ thống AI khác. Tuy nhiên, cách kẻ tấn công xâm nhập hệ thống cũ và toàn bộ cách các key bị lạm dụng vẫn chưa được xác định đầy đủ.
Vì vậy, trọng tâm trước mắt vẫn là thay key và kiểm soát chi phí, thay vì suy đoán động cơ.
Bật giới hạn và cảnh báo chi tiêu
TechCrunch khuyến nghị người dùng đặt giới hạn chi tiêu hoặc cảnh báo trên các tài khoản AI lưu credential trong công cụ bên thứ ba.
Đây không phải biện pháp thay thế cho việc thu hồi key cũ. Nhưng nó giúp team phát hiện sớm khi mức gọi model tăng ngoài dự kiến và giới hạn thiệt hại nếu một credential bị lạm dụng.
Mỗi team nên xác định rõ:
Project nào được phép gọi model.
Ai chịu trách nhiệm theo dõi ngân sách.
Ngưỡng chi tiêu nào cần cảnh báo hoặc cần được xem xét ngay.
Key nào còn hợp lệ và key nào phải bị thu hồi.
Phân công rõ khi xử lý sự cố
Nếu team từng dùng OpenCode Console để chia sẻ quyền gọi model, không nên chỉ nhắn “ai thấy phí lạ thì báo”. Hãy chia việc theo owner:
Platform/DevOps: kiểm kê workspace, tích hợp và key đang được sử dụng.
Owner từng nhà cung cấp: tạo key thay thế, kiểm tra usage và cấu hình cảnh báo chi phí.
Developer dùng agent: xác nhận agent vẫn gọi model được sau khi đổi key.
Người phụ trách chi phí: đối chiếu các khoản phát sinh và làm việc với nhà cung cấp nếu cần hỗ trợ hoàn tiền.
Mục tiêu không phải là lập danh sách bí mật trong chat. Kết quả cần có là key cũ đã được thu hồi, các tích hợp cần thiết đã chuyển sang key mới, và tài khoản đã có cơ chế theo dõi chi phí.
Những điểm chưa được làm rõ
OpenCode đang thông báo cho người bị ảnh hưởng và thu xếp hoàn tiền, nhưng theo thông tin công bố, vụ việc vẫn đang được xử lý. Công ty chưa giải thích đầy đủ cách kẻ tấn công đi vào hệ thống cũ hoặc toàn bộ cách các key bị sử dụng.
Cũng không nên mặc định mọi hóa đơn tăng đều xuất phát từ sự cố. Team cần đối chiếu usage với lịch chạy workload trước khi đưa ra kết luận nội bộ hoặc gửi yêu cầu hỗ trợ.
OpenCode cũng cho biết quyền truy cập chương trình Daybreak Blue của OpenAI — dành cho công việc phòng thủ bảo mật đã được xác minh — đã hỗ trợ quá trình điều tra. Đây là lời nhắc rằng quy trình ứng phó sự cố cần kênh hỗ trợ phù hợp, thay vì chỉ dựa vào chatbot mặc định.
Chốt nhanh trước khi quay lại viết code
[ ] Xác nhận team có từng dùng OpenCode Console hay không.
[ ] Liệt kê các key OpenAI, Anthropic và Google từng lưu trên Console.
[ ] Tạo key mới, cập nhật tích hợp và thu hồi key cũ.
[ ] Kiểm tra usage và khoản phí không khớp với workload.
[ ] Bật giới hạn chi tiêu hoặc cảnh báo trên từng tài khoản AI.
[ ] Gán owner rõ ràng cho mọi key trong workflow AI coding.
API key trong AI coding workflow không chỉ là một cấu hình tiện tay. Khi được lưu ở công cụ bên thứ ba, nó cần được quản lý như một credential có thể tạo chi phí và ảnh hưởng trực tiếp đến vận hành của team.