Nhìn lại việc ứng phó với PHP2Shell - Codmon Product Team Blog

Chuyện gì đã xảy ra

Kodomon tạm dừng dịch vụ ban ngày để bảo vệ dữ liệu, trước khi lỗ hổng PHP được sửa. Đội sản phẩm của công ty đã xem lại cách họ xử lý sự cố này. Không có cuộc tấn công nào xảy ra và không tìm thấy dữ liệu nào bị rò rỉ. Công ty nói việc tạm dừng diễn ra quá đột ngột. Họ xin lỗi trường học, phụ huynh và đối tác vì đã gây phiền phức và thông báo quá gấp.

Các con số và sự kiện chính

• Lỗ hổng PHP được chấm 9,2 trên 10, thuộc mức "Nghiêm trọng" cao nhất.
• Có hai mã bảo mật liên quan: CVE-2026-109618 và CVE-2026-109619.
• Nhóm PHP công bố lỗ hổng lúc 4 giờ 33 sáng theo giờ Nhật Bản và dự định phát hành bản sửa lúc 11 giờ tối cùng ngày.
• Phần lớn dịch vụ hoạt động lại lúc 3 giờ 22 sáng ngày 22 tháng 10. Một số dịch vụ hoạt động lại muộn hơn. Tính năng cảnh báo điểm danh quay lại lúc 9 giờ sáng ngày 23 tháng 10.

Vì sao phải dừng dịch vụ

Thông thường, khi một lỗ hổng nghiêm trọng được sửa, chi tiết về nó được công bố cùng lúc với bản sửa. Nhờ vậy, các công ty có thể vá ngay. Lần này, thông tin về lỗ hổng lan truyền trên mạng trước khi bản sửa sẵn sàng. Một số công ty bảo mật còn nói họ đã tái hiện được vấn đề. Kodomon chưa thể vá, nhưng các manh mối tấn công đã công khai. Vì vậy, công ty chọn dừng dịch vụ trong giờ ban ngày.

Vì sao câu chuyện này quan trọng

Câu chuyện cho thấy một lựa chọn khó khăn mà các công ty phải đối mặt. Họ phải bảo vệ dữ liệu của trẻ em và gia đình, nhưng cũng phải giữ dịch vụ chạy cho việc học hằng ngày. Phụ huynh và giáo viên đã mất quyền truy cập vào hồ sơ, tin nhắn và thanh toán trong một thời gian dài. Đội ngũ của công ty cũng nói lẽ ra họ phải báo trước lâu hơn. Họ chia sẻ bài học để các đội khác gặp vấn đề tương tự có thể học theo.

Cần theo dõi điều gì

• Kodomon có xác nhận không có dữ liệu nào bị rò rỉ sau khi xem xét hay không.
• Công ty thay đổi kế hoạch ứng phó khẩn cấp trong tương lai như thế nào.
• PHP có thay đổi cách chia sẻ chi tiết bảo mật trước khi phát hành bản sửa hay không.