Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Tình huống
  2. /Quản lý Rủi ro
  3. /Maersk bị NotPetya tấn công (2017): rủi ro an ni…
Số 73Quản lý Rủi ro

Maersk bị NotPetya tấn công (2017): rủi ro an ninh mạng từ bên thứ ba và kế hoạch liên tục kinh doanh

Tháng 6/2017, mã độc NotPetya lây qua bản cập nhật của một phần mềm kế toán Ukraine và làm tê liệt hệ thống CNTT của Maersk. Hãng phải dựng lại hơn 4.000 máy chủ, 45.000 máy tính trong khoảng 10 ngày, thiệt hại ước tính 300 triệu USD. Phân tích rủi ro bên thứ ba, rủi ro lan truyền và phương án vận hành thủ công.

HP
Nguyễn Thu Hà, PMP
18/06/2026
4 phút đọc 0 lượt xem
Maersk bị NotPetya tấn công (2017): rủi ro an ninh mạng từ bên thứ ba và kế hoạch liên tục kinh doanh
Bình luận0

Bối cảnh thực tế

Ngày 27/06/2017, mã độc NotPetya bùng phát. Theo các nhà nghiên cứu, nó được phát tán ban đầu qua cơ chế cập nhật của M.E.Doc — phần mềm kê khai thuế phổ biến ở Ukraine — rồi tự lây lan trong mạng nội bộ bằng lỗ hổng EternalBlue của giao thức SMB và mật khẩu đánh cắp từ bộ nhớ máy. Dù giả dạng mã độc tống tiền, NotPetya thực chất là mã độc phá huỷ: dữ liệu bị mã hoá không thể khôi phục.

Mã độc lan ra ngoài Ukraine qua mạng nội bộ của các tập đoàn đa quốc gia; A.P. Moller-Maersk, hãng vận tải container lớn nhất thế giới, là một trong những nạn nhân nặng nề nhất. Hệ thống của 76 cảng do hãng vận hành bị ảnh hưởng; nhân viên phải xử lý khoảng 80% giao dịch bằng tay trong nhiều tuần. Maersk dựng lại hơn 4.000 máy chủ, 45.000 máy tính và 2.500 ứng dụng trong khoảng 10 ngày. Thiệt hại ước tính khoảng 300 triệu USD.

Dấu hiệu cảnh báo trước đó:

  • Microsoft đã phát hành bản vá cho lỗ hổng EternalBlue từ tháng 3/2017; mã độc WannaCry cũng từng khai thác chính lỗ hổng này trước đó.
  • Mạng nội bộ toàn cầu kết nối phẳng, một điểm nhiễm có thể lan khắp tập đoàn.

Phân tích nguyên nhân theo chuẩn PMP

  • Rủi ro bên thứ ba nằm ngoài tầm nhìn của risk register

    Nguồn lây là phần mềm của một nhà cung cấp nhỏ, phục vụ nghiệp vụ địa phương. Trong Nhận diện rủi ro (Identify Risks), các phụ thuộc bên ngoài thường chỉ được xét ở cấp nhà cung cấp lớn; một phần mềm "phụ" trở thành cửa ngõ vào toàn bộ hệ thống. Kỹ thuật như phân tích giả định và ràng buộc (assumption and constraint analysis) giúp lộ ra giả định ngầm "phần mềm cập nhật chính thức thì an toàn".

  • Mức độ kết nối và tốc độ lan truyền (velocity) bị đánh giá thấp

    PMBOK 6 bổ sung các tham số như tính khẩn cấp, mức độ kết nối và tốc độ tác động khi Phân tích định tính. Một mạng phẳng khiến tác động không còn cục bộ mà lan toàn cầu trong vài phút — mức tác động "toàn tổ chức" lẽ ra phải đẩy rủi ro lên nhóm ưu tiên cao nhất.

Dấu hiệu từ WannaCry là trigger chưa được tận dụng

Một sự kiện tương tự xảy ra ở nơi khác là thông tin rủi ro quý giá. Giám sát rủi ro (Monitor Risks) bao gồm cả việc rà soát môi trường bên ngoài để cập nhật xác suất; khi đó, vá lỗ hổng và phân vùng mạng là biện pháp giảm nhẹ đã biết.

  • Phương án vận hành thủ công: fallback đắt nhưng giữ được dịch vụ

    Khi hệ thống sập, việc chuyển sang giao dịch thủ công giúp hàng hoá vẫn được vận chuyển, dù năng suất giảm. Đây là ví dụ về kế hoạch liên tục kinh doanh — tốt hơn nhiều khi được thiết kế và diễn tập từ trước thay vì ứng biến.

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Lập bản đồ phụ thuộc phần mềm và nhà cung cấp

      Lập danh mục mọi phần mềm có quyền cập nhật vào mạng tổ chức, đánh giá mức truy cập và đưa các rủi ro chuỗi cung ứng phần mềm vào risk register với chủ sở hữu rõ ràng.

    2. 2

      Bước 2: Giảm nhẹ bằng phân vùng mạng và vá lỗi theo ngưỡng thời gian

      Đặt tiêu chí cụ thể để biến chính sách thành hành động đo được:

      • Vá lỗ hổng nghiêm trọng

        Lỗ hổng mức nghiêm trọng có mã khai thác công khai phải được vá hoặc cô lập trong thời hạn ngắn đã thống nhất.

      • Phân vùng theo khu vực

        Văn phòng địa phương, hệ thống cảng và hệ thống lõi tách vùng; lưu lượng quản trị giữa các vùng bị giới hạn.

      • Sao lưu cách ly

        Bản sao các hệ thống định danh và dữ liệu lõi được lưu ngoại tuyến, có diễn tập dựng lại định kỳ.

    3. 3

      Bước 3: Thiết kế và diễn tập kế hoạch vận hành thủ công

      Xây dựng quy trình thủ công tối thiểu cho các nghiệp vụ sống còn (đặt chỗ, xếp dỡ, giải phóng hàng), có biểu mẫu sẵn và diễn tập hằng năm.

    4. 4

      Bước 4: Dự trữ quỹ quản lý cho rủi ro chưa biết

      Với các tác động khó lường, quỹ dự phòng quản lý (management reserve) và cơ chế ra quyết định khẩn cấp giúp huy động nhanh nhân lực, thiết bị như Maersk đã làm khi dựng lại hạ tầng.

    5. 5

      Bước 5: Truyền thông minh bạch với khách hàng và đối tác

      Cập nhật đều đặn tình trạng dịch vụ, kênh liên hệ thay thế và mốc khôi phục dự kiến để giữ niềm tin trong lúc sự cố.

    PM Takeaway (Bài học rút ra)

    Mắt xích yếu nhất trong chuỗi phụ thuộc quyết định mức an toàn của cả hệ thống. Hãy nhận diện rủi ro đến từ bên thứ ba, giới hạn khả năng lan truyền, và chuẩn bị sẵn cách vận hành khi mọi hệ thống đều tắt.

    Nguồn tham khảo

    • Supply Chain Dive — Maersk rebuilt its IT infrastructure after NotPetya
    • Wikipedia — Petya (malware family)
    • Wikipedia — 2017 cyberattacks on Ukraine
    #Quản lý rủi ro#an-ninh-mang#Rủi ro bên thứ ba#Kế hoạch dự phòng#Liên tục kinh doanh

    Nguồn: Supply Chain Dive — Maersk rebuilt its IT infrastructure after NotPetya ↗ (mở trong thẻ mới)

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Một doanh nghiệp logistics ước tính xác suất một sự cố mã độc lan toàn mạng trong năm tới là 5%, thiệt hại 300 triệu USD. Dự án phân vùng mạng và sao lưu cách ly tốn 4 triệu USD, giảm xác suất xuống 1%. Phân tích nào đúng?

    Bạn chọn phương án nào?

    Bạn là PM dự án tích hợp phần mềm kế toán địa phương cho một chi nhánh nước ngoài. Đội an ninh mạng cảnh báo phần mềm này cần quyền quản trị và tự cập nhật. Bạn chọn gì?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống cùng lĩnh vực

    Quản lý Rủi ro

    SolarWinds Orion (2020): khi chính bản cập nhật phần mềm tin cậy trở thành vũ khí xâm nhập hàng nghìn tổ chức

    Kẻ tấn công cài mã độc vào quy trình build của SolarWinds, khiến các bản cập nhật Orion từ tháng 3 đến tháng 6/2020 mang theo cửa hậu; khoảng 18.000 khách hàng tải về. Vụ việc chỉ lộ ra khi FireEye điều tra vụ xâm nhập chính mình. Phân tích dưới góc nhìn rủi ro: tài sản nào cần được bảo vệ như "sản phẩm", và vì sao rủi ro phần mềm bên thứ ba phải nằm trong sổ đăng ký rủi ro của người mua lẫn người bán.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Rủi ro

    Target 2013: kẻ tấn công vào mạng qua nhà thầu điều hoà, cảnh báo của hệ thống phát hiện xâm nhập không ai xử lý

    Cuối năm 2013, tin tặc đánh cắp thông tin khoảng 40 triệu tài khoản thẻ và dữ liệu cá nhân của tới 70 triệu khách hàng Target. Báo cáo của Uỷ ban Thương mại Thượng viện Mỹ cho thấy điểm vào là tài khoản của một nhà thầu điều hoà, mạng không được phân tách và các cảnh báo không được hành động. Phân tích dưới góc nhìn rủi ro: nhận diện, đánh giá và ứng phó rủi ro từ bên thứ ba.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026
    Quản lý Rủi ro

    Log4Shell (2021): một thư viện nguồn mở do tình nguyện viên duy trì và cuộc chạy đua tìm xem "mình đang dùng nó ở đâu"

    Lỗ hổng CVE-2021-44228 trong thư viện ghi nhật ký Log4j có điểm CVSS 10, tồn tại từ năm 2013 và ảnh hưởng 93% môi trường đám mây doanh nghiệp theo khảo sát của Wiz và EY. Hội đồng Rà soát An toàn Mạng Mỹ gọi đây là lỗ hổng "đặc hữu". Bài học rủi ro: không có bản kê thành phần phần mềm thì không thể ứng phó nhanh, và phụ thuộc nguồn mở cần được quản lý như phụ thuộc nhà cung cấp.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận09/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPHướng xử lý theo khuyến nghị PMIPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)