Tóm tắt nhanh
- Hàng loạt ứng dụng iOS trên toàn cầu đồng loạt bị văng (crash) ngay khi khởi chạy vào rạng sáng ngày 29/09/2026.
- Sự cố bắt nguồn từ máy chủ Google Analytics for Firebase gửi về một gói dữ liệu (payload) định dạng sai, khiến SDK của Google phát sinh ngoại lệ nghiêm trọng.
- Google đã triển khai bản vá phía máy chủ sau hơn 2 giờ mà lập trình viên không cần cập nhật mã nguồn hay phát hành phiên bản ứng dụng mới.
- Thời điểm xảy ra lỗi trùng hợp với đợt phát hành iOS 27.0.1 của Apple, gây ra hiểu lầm ban đầu rằng hệ điều hành gặp lỗi.
Vào đêm 28 rạng sáng ngày 29/09/2026 (theo giờ Việt Nam, tương ứng chiều tối 28/09 theo giờ bờ Tây nước Mỹ), hàng loạt người dùng iPhone và iPad trên thế giới bất ngờ gặp phải tình trạng nhiều ứng dụng vừa mở lên đã lập tức biến mất khỏi màn hình. Tình trạng văng ứng dụng xảy ra đồng loạt trên nhiều phần mềm thuộc các thể loại khác nhau, khiến các diễn đàn công nghệ và mạng xã hội ngập tràn phản ánh từ người dùng.
Ngoại lệ kỹ thuật từ dữ liệu máy chủ của Google
Trái với phỏng đoán ban đầu của nhiều người dùng rằng phiên bản hệ điều hành iOS mới phát sinh lỗi, nguyên nhân thực sự lại nằm ở hạ tầng dịch vụ đám mây của Google. Nền tảng phân tích Google Analytics for Firebase là một bộ công cụ theo dõi hành vi và thử nghiệm tính năng được tích hợp rất phổ biến trong hàng chục nghìn ứng dụng di động trên cả Android lẫn iOS.
Theo nhật ký lỗi được ghi nhận trên kho mã nguồn chính thức của bộ công cụ Firebase iOS SDK, sự cố bắt đầu bùng phát từ 00:41 UTC ngày 29/09/2026 (tức 07:41 sáng cùng ngày theo giờ Việt Nam). Ngay sau khi ứng dụng khởi động và gửi yêu cầu kiểm tra thử nghiệm tính năng về máy chủ của Google, phản hồi trả về dù mang mã trạng thái HTTP 200 thành công nhưng lại chứa một gói dữ liệu bị sai định dạng.
Cụ thể, phía máy chủ trả về một khóa dữ liệu mang giá trị rỗng (nil). Khi thư viện xử lý của SDK đưa dữ liệu này vào từ điển NSDictionary trên iOS, hệ thống lập tức ném ra ngoại lệ nghiêm trọng NSInvalidArgumentException: key cannot be nil. Do tiến trình kiểm tra này diễn ra trên luồng tác vụ ngay khi ứng dụng vừa nạp tài nguyên, hệ điều hành buộc phải đóng ứng dụng ngay tức khắc mà người dùng chưa kịp thao tác bất kỳ tính năng nào.
Bản vá máy chủ từ Google và tác động trễ do bộ nhớ đệm
Mức độ nghiêm trọng của sự cố khiến biểu đồ báo lỗi của nhiều nhà phát triển tăng vọt đột biến. Số liệu ghi nhận từ các đội ngũ phát triển phần mềm cho thấy tỷ lệ văng ứng dụng tăng hơn 5.000 lần so với mức thông thường hàng ngày, ảnh hưởng đến hàng chục nghìn lượt truy cập chỉ trong vài chục phút đầu tiên.
Kỹ sư Nick Cooke từ đội ngũ phát triển của Google đã xác nhận vấn đề trên diễn đàn theo dõi lỗi của Firebase và cho biết phía Google đã hoàn tất việc triển khai bản sửa lỗi trên toàn bộ hệ thống máy chủ vào lúc 19:52 US/PDT ngày 28/09 (tức 09:52 sáng 29/09 theo giờ Việt Nam). Toàn bộ quá trình khắc phục phía máy chủ diễn ra trong vòng 2 giờ 11 phút.
Điểm đáng lưu ý là các lập trình viên không cần phải chỉnh sửa mã nguồn, biên dịch lại hay đẩy bản cập nhật ứng dụng mới lên App Store. Tuy nhiên, do cơ chế lưu bộ nhớ đệm (cache) phản hồi mạng của SDK trên thiết bị, một số máy vẫn có thể tiếp tục bị văng trong vòng tối đa 4 giờ sau khi máy chủ hoàn tất sửa lỗi. Toàn bộ tình trạng này tự động biến mất hoàn toàn sau khi bộ nhớ đệm cũ hết hạn.
Bài học về rủi ro phụ thuộc vào thư viện bên thứ ba
Sự cố lần này diễn ra gần như cùng thời điểm Apple tung ra bản cập nhật hệ điều hành iOS 27.0.1. Sự trùng hợp về mặt thời gian khiến không ít người dùng và thậm chí một số nhà phát triển lầm tưởng rằng bản vá của Apple là thủ phạm, trước khi các phân tích mã nguồn chỉ ra lỗi thuộc về hạ tầng của Google.
Đối với người dùng và doanh nghiệp tại Việt Nam, sự cố cũng khiến một số ứng dụng nội địa có tích hợp Firebase Analytics bị gián đoạn hoạt động trong khung giờ sáng 29/09. Với người dùng gặp phải tình trạng ứng dụng bị văng liên tục, giải pháp đơn giản nhất chỉ là khởi động lại kết nối mạng hoặc đợi vài tiếng để bộ nhớ đệm tự làm mới, thay vì vội vàng gỡ bỏ hay cài đặt lại ứng dụng.
Về mặt kỹ thuật phát triển phần mềm, đợt gián đoạn này tiếp tục là lời cảnh tỉnh về tính an toàn khi tích hợp các bộ công cụ phát triển phần mềm (SDK) từ bên thứ ba. Dù ứng dụng chính được viết cẩn thận và kiểm thử kỹ lưỡng, các thư viện ngoại vi tự động kết nối máy chủ điều khiển từ xa vẫn có thể trở thành điểm yếu chí mạng đánh sập toàn bộ ứng dụng nếu thiếu cơ chế bọc bắt lỗi (try-catch) và xử lý dữ liệu dự phòng an toàn.
Nguồn tham khảo: GitHub (Firebase iOS SDK), 9to5Google, Android Authority, MacRumors
