AI xóa nhầm hệ thống làm cloud sập suốt 13 giờ, Amazon vẫn khẳng định lỗi do người dùng
Trong tuyên bố của mình, Amazon cho biết việc AI có liên quan đến chuỗi sự kiện gây ra sự cố này chỉ là trùng hợp.
- 21-02-2026AI – cỗ máy khổng lồ 'ngốn điện’ hay động lực mới cho năng lượng xanh?
- 21-02-2026Mô hình AI mới của Trung Quốc khiến Phương Tây bất ngờ, toàn Hollywood náo loạn
- 21-02-2026Bill Gates và lá thư chống vi phạm bản quyền phần mềm cách đây 50 năm
Một sự cố nội bộ tại nền tảng đám mây Amazon Web Services (AWS) vào tháng 12 năm 2025 đã khiến một hệ thống gián đoạn suốt 13 tiếng đồng hồ, sau khi một công cụ AI hỗ trợ lập trình tự động xóa và tái tạo môi trường vận hành.
Dù vậy, Amazon khẳng định nguyên nhân xuất phát từ quyền truy cập của con người, không phải do AI mất kiểm soát.
Theo thông tin được công bố, sự cố bắt đầu khi một kỹ sư AWS sử dụng AI agent lập trình có tên Kiro để xử lý một vấn đề kỹ thuật. Công cụ này được thiết kế để thực hiện các hành động dựa trên chỉ dẫn của người vận hành, bao gồm khả năng thao tác trực tiếp lên môi trường hệ thống.

Trong quá trình xử lý, Kiro đã quyết định “xóa và tái tạo môi trường” — một thao tác có thể được sử dụng khi cần khởi tạo lại cấu hình hoặc làm sạch hệ thống. Tuy nhiên, hành động này đã tác động trực tiếp tới AWS Cost Explorer tại một số khu vực ở Trung Quốc đại lục, khiến dịch vụ theo dõi và phân tích chi phí của khách hàng bị gián đoạn.
Thông thường, mọi thay đổi liên quan đến môi trường sản xuất của AWS phải trải qua quy trình phê duyệt hai người nhằm giảm thiểu rủi ro. Tuy nhiên, trong trường hợp này, kỹ sư liên quan được cấp quyền truy cập rộng hơn so với tiêu chuẩn thông thường. Điều đó đồng nghĩa với việc thay đổi có thể được triển khai mà không cần thêm một bước kiểm tra độc lập.
Khi môi trường bị xóa và tái tạo, hệ thống phụ thuộc vào đó ngừng hoạt động. Quá trình khôi phục kéo dài 13 tiếng đồng hồ trước khi dịch vụ trở lại bình thường. AWS mô tả đây là sự cố “rất hạn chế”, không ảnh hưởng diện rộng tới toàn bộ hạ tầng.

Một sự cố khác trong những tháng trước cũng liên quan đến công cụ lập trình Amazon Q Developer, nhưng Amazon cho biết vụ việc này không tác động đến các dịch vụ AWS hướng tới khách hàng.
Phản hồi về các sự cố, AWS nhấn mạnh rằng AI không tự ý hành động ngoài khuôn khổ được cấp quyền. Theo công ty, vấn đề nằm ở cấu hình quyền truy cập của người dùng, và tình huống tương tự hoàn toàn có thể xảy ra nếu thao tác bằng công cụ lập trình truyền thống. Amazon cho rằng việc AI xuất hiện trong chuỗi sự kiện chỉ là “trùng hợp”.
Dù vậy, một lãnh đạo cấp cao của AWS được dẫn lời nhận định các sự cố này “nhỏ nhưng hoàn toàn có thể lường trước”. Nội bộ công ty cũng xuất hiện ý kiến thận trọng khi AI ngày càng được trao quyền tương đương kỹ sư trong môi trường vận hành thực tế.
AWS hiện đóng góp khoảng 60% lợi nhuận hoạt động của Amazon, khiến độ ổn định hệ thống trở thành ưu tiên hàng đầu. Sau sự cố, công ty cho biết đã tăng cường các biện pháp bảo vệ, áp dụng rà soát đồng cấp bắt buộc và đẩy mạnh đào tạo nhân viên.
Song song đó, Amazon vẫn tiếp tục thúc đẩy việc sử dụng AI trong lập trình, đặt mục tiêu phần lớn kỹ sư áp dụng công cụ này thường xuyên. Tuy nhiên, sự cố kéo dài 13 giờ cho thấy khi AI được trao quyền hành động trực tiếp trên hệ thống sản xuất, một quyết định sai trong cấu hình hoặc kiểm soát truy cập có thể nhanh chóng biến thành gián đoạn thực tế.
Đời Sống Pháp Luật
CÙNG CHUYÊN MỤC
Mã QR nhỏ nhất thế giới: Chỉ 1,98 micromet vuông, bé hơn cả vi khuẩn và được Guinness công nhận Nổi bật
Các xu hướng công nghệ nổi bật năm 2026 Nổi bật
Thông tin quan trọng người dùng Android và iOS cần đặc biệt chú ý!
17:02 , 23/02/2026
Thủ tướng: Tạo môi trường tự do sáng tạo, "dám ước mơ, dám khát vọng" để thu hút nhân tài
15:31 , 23/02/2026
Công an thông tin về tính năng trên VNeID người dân cần biết
15:18 , 23/02/2026
Tạm biệt giấc mơ "RAM Trung Quốc giá rẻ": giá RAM DDR5 tại Trung Quốc đã ngang bằng thế giới
14:48 , 23/02/2026
function XemTheoNgay(ShortURL) { var day = $('#opNgay').val() + ''; var month = $('#opThang').val() + ''; var year = $('#opNam').val() + '';
if (day == '0' || month == '0' || year == '0') { alert('Bạn vui lòng chọn đủ ngày tháng năm.'); return; }
try { var re = /^(d{1,2})/(d{1,2})/(d{4})$/; var dateInput = day + '/' + month + '/' + year; console.log(dateInput); var minYear = 1902; var maxYear = (new Date()).getFullYear();
if (regs = dateInput.match(re)) { if (regs[1] < 1 || regs[1] > 31) { alert("Giá trị ngày không đúng: " + regs[1]); return; } else if (regs[2] < 1 || regs[2] > 12) { alert("Giá trị tháng không đúng: " + regs[2]); return; } else if (regs[3] < minYear || regs[3] > maxYear) { alert("Giá trị năm không đúng: " + regs[3] + " - phải nằm trong khoảng " + minYear + " và " + maxYear); return; }
/* check leap year*/
switch (month) { case "4": case "04": case "6": case "06": case "9": case "09": case "11": if (day > 30) { alert('Không tồn tại ngày: "' + day + '/' + month + '/' + year + '". Hãy thử lại'); return; } break; case "2": case "02": var isLeapYear = parseFloat(year) % 4 == 0;
if (day > (isLeapYear ? 29 : 28)) { alert('Không tồn tại ngày: "' + day + '/' + month + '/' + year + '". Hãy thử lại'); return; } break; } } else { alert('Không tồn tại ngày: "' + day + '/' + month + '/' + year + '". Hãy thử lại'); return; }
/* date time OK*/ var url = "/" + ShortURL + "/" + dateInput + ".chn"; //alert(url); if (ShortURL != 0) { window.location = url; }
} catch (e) { console.log('exception:' + e); alert('Không tồn tại ngày: "' + day + '/' + month + '/' + year + '". Hãy thử lại'); } }
