Go-live sàn thương mại điện tử sát đợt sale lớn: kiểm soát rủi ro an ninh mạng

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Một chuỗi bán lẻ điện máy có hơn 120 cửa hàng xây dựng lại website và ứng dụng di động bán hàng trực tuyến. Ban lãnh đạo chốt ngày go-live là hai tuần trước đợt khuyến mãi cuối năm – thời điểm doanh thu trực tuyến dự kiến gấp năm lần ngày thường. Anh Lê Minh Khoa – PM – quản lý đội 25 người gồm nhân sự nội bộ và một công ty phát triển thuê ngoài.

Kiểm thử xâm nhập (penetration test) chỉ được lên lịch ở tuần cuối "cho kịp". Kết quả: một lỗ hổng cho phép xem thông tin đơn hàng của khách khác bằng cách đổi mã đơn trên đường dẫn API, cùng vài lỗi mức trung bình về cấu hình máy chủ. Giám đốc kinh doanh muốn "cứ go-live, vá sau", trưởng phòng An toàn thông tin đề nghị hoãn. Anh Khoa có năm ngày để đưa ra khuyến nghị.

Phân tích theo PMBOK® Guide

Delivery Performance Domain yêu cầu dự án bàn giao sản phẩm đáp ứng yêu cầu và tạo ra giá trị dự kiến. Một sản phẩm rò rỉ dữ liệu khách hàng không tạo ra giá trị – nó tạo ra thiệt hại về pháp lý, uy tín và tài chính. Uncertainty Performance Domain nhắc rằng rủi ro cần được xử lý sớm, khi chi phí xử lý còn thấp.

Nguyên tắc liên quan:

• Build quality into processes and deliverables – an ninh là một thuộc tính chất lượng, phải được "xây vào" từ thiết kế, không phải kiểm tra ở cuối.
• Optimize risk responses và Focus on value.
• Be a diligent, respectful, and caring steward – bảo vệ dữ liệu khách hàng là trách nhiệm đạo đức và tuân thủ.

Nguyên nhân gốc:

1. Kiểm thử bảo mật đặt ở cuối khiến mọi phát hiện trở thành áp lực tiến độ.
2. Yêu cầu bảo mật không có trong Definition of Done và tiêu chí nghiệm thu.
3. Không có tiêu chí go/no-go thống nhất trước, nên quyết định bị chi phối bởi người có tiếng nói mạnh hơn.
4. Ngày go-live sát sự kiện kinh doanh lớn – không còn biên thời gian để ổn định hệ thống.

Cách xử lý

Bước 1 – Phân loại lỗ hổng theo mức độ và tác động kinh doanh