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. /Target 2013: kẻ tấn công vào mạng qua nhà thầu đ…
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.

HP
Nguyễn Thu Hà, PMP
09/10/2026
5 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Target là một trong những chuỗi bán lẻ lớn nhất nước Mỹ. Vào mùa mua sắm cuối năm 2013, kẻ tấn công cài mã độc lên hệ thống thanh toán tại quầy (POS) của các cửa hàng và lấy cắp dữ liệu thẻ. Theo tổng hợp của Dịch vụ Nghiên cứu Quốc hội Mỹ (CRS), ngày 19/12/2013 Target công bố sự cố; khoảng 40 triệu tài khoản thẻ thanh toán bị ảnh hưởng, và đầu tháng 1/2014 công ty tiết lộ thêm thông tin cá nhân của tới 70 triệu khách hàng. Do hai nhóm có phần chung (ít nhất 12 triệu người), số khách hàng bị ảnh hưởng tối đa được ước tính là 98 triệu.

Tháng 3/2014, Uỷ ban Thương mại, Khoa học và Giao thông Thượng viện Mỹ công bố bản phân tích theo mô hình "chuỗi tấn công" (kill chain) và các báo chí tổng hợp như sau:

  • Kẻ tấn công đột nhập đầu tiên bằng thông tin đăng nhập đánh cắp của Fazio Mechanical Services, nhà thầu điều hoà – làm lạnh có quyền truy cập từ xa vào mạng Target để làm hoá đơn, nộp hợp đồng và quản lý dự án; thông tin này theo báo cáo bị lấy qua email lừa đảo (phishing).
  • Fazio chỉ dùng phần mềm chống mã độc miễn phí dành cho cá nhân, không bảo vệ theo thời gian thực.
  • Target không cô lập tốt các tài sản nhạy cảm nhất khỏi phần còn lại của mạng; xác thực hai yếu tố hiếm khi được yêu cầu với nhà thầu cấp thấp.
  • Hệ thống phát hiện xâm nhập phát nhiều cảnh báo khi mã độc được cài, nhưng đội an ninh không hành động; dữ liệu bị gửi ra các máy chủ bên ngoài, trong đó có ít nhất một máy chủ ở Nga.

Tập đoàn báo cáo chi phí liên quan đến sự cố luỹ kế 248 triệu USD tính đến quý kết thúc ngày 1/11/2014 (trước khoản bảo hiểm dự kiến khoảng 90 triệu USD) và đối mặt hơn 100 vụ kiện. Lưu ý: báo cáo Thượng viện dựa chủ yếu trên thông tin công khai, nên một số chi tiết kỹ thuật chưa được kiểm chứng đầy đủ khi đó.

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

  • Nhận diện rủi ro (Identify Risks) bỏ sót bề mặt tấn công từ bên thứ ba

    Danh mục rủi ro an ninh tập trung vào hệ thống nội bộ, trong khi nhà thầu phụ trợ (điều hoà, hoá đơn) có đường vào mạng được coi là "ít quan trọng". Kỹ thuật phân tích SWOT, danh mục kiểm tra (checklist) và phỏng vấn chuyên gia cần buộc đội ngũ liệt kê mọi bên có quyền truy cập, kể cả nhà thầu cấp thấp — nguyên tắc "rủi ro nằm ở mắt xích yếu nhất".

  • Phân tích rủi ro chưa gắn với tác động tới tài sản nhạy cảm

    Một tài khoản nhà thầu bị lộ chỉ trở thành thảm hoạ khi từ đó đi được tới hệ thống thanh toán. Phân tích định tính (ma trận xác suất – tác động) đáng lẽ phải chỉ ra chuỗi sự kiện này; việc thiếu phân tách mạng khiến tác động của một sự kiện xác suất nhỏ phình to tới mức cao nhất.

  • Kế hoạch ứng phó rủi ro không có chủ sở hữu và quy trình xử lý cảnh báo

    Công cụ phát hiện hoạt động đúng nhưng cảnh báo không dẫn tới hành động. Trong quy trình Thực hiện ứng phó rủi ro (Implement Risk Responses) mỗi rủi ro cần một người chịu trách nhiệm (risk owner), tiêu chí kích hoạt (trigger) và thời hạn xử lý; khi không có, tín hiệu cảnh báo chỉ là nhiễu.

  • Quản lý mua sắm và nhà cung cấp thiếu yêu cầu bảo mật có thể kiểm tra

    Nhà thầu dùng công cụ bảo vệ ở mức người tiêu dùng cho thấy hợp đồng không đặt tiêu chuẩn an ninh tối thiểu và không có kiểm toán định kỳ. Theo Kiểm soát mua sắm (Control Procurements), bên mua có thể đưa yêu cầu an ninh vào điều khoản và kiểm chứng việc tuân thủ.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Lập sổ đăng ký rủi ro riêng cho bên thứ ba

      Liệt kê toàn bộ nhà thầu có kết nối vào mạng, đánh giá mức nhạy cảm của dữ liệu và hệ thống họ chạm tới, và xếp hạng theo ma trận xác suất – tác động để quyết định biện pháp kiểm soát tương xứng.

    2. 2

      Bước 2: Chọn chiến lược ứng phó theo ba lớp

      Kết hợp giảm nhẹ, chuyển giao và chấp nhận có điều kiện cho từng nhóm rủi ro:

      • Phân tách mạng

        Nhà thầu chỉ truy cập một cổng riêng, không có đường đi tới hệ thống thanh toán; kiểm tra định kỳ việc phân tách (giảm nhẹ).

      • Điều khoản hợp đồng

        Bắt buộc xác thực hai yếu tố, bảo vệ máy trạm theo chuẩn doanh nghiệp và quyền kiểm tra của bên mua; bảo hiểm an ninh mạng cho phần rủi ro còn lại (chuyển giao).

      • Ngưỡng kích hoạt

        Cảnh báo mức cao từ công cụ phát hiện xâm nhập phải có người nhận trong thời hạn thoả thuận và được leo thang nếu không xử lý; quá hạn thì cô lập khu vực liên quan.

    3. 3

      Bước 3: Thiết kế quy trình xử lý cảnh báo như một phần của kế hoạch ứng phó

      Xác định ai nhận, ai quyết định, ai có quyền chặn; diễn tập định kỳ để biến cảnh báo thành hành động trong vài giờ, không phải vài tuần.

    4. 4

      Bước 4: Theo dõi rủi ro và rà soát định kỳ (Monitor Risks)

      Đưa chỉ số như số tài khoản nhà thầu hoạt động, tỉ lệ cảnh báo đã xử lý đúng hạn vào báo cáo hiệu suất; kiểm toán độc lập kiểm tra chuỗi tấn công khả dĩ trước mùa cao điểm.

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

    Rủi ro lớn nhất thường đến từ mắt xích bạn ít để ý: một nhà thầu phụ trợ với quyền truy cập "vô hại". Hãy liệt kê mọi bên thứ ba, phân tách quyền truy cập, đặt yêu cầu bảo mật vào hợp đồng và biến cảnh báo thành quy trình có chủ sở hữu — một hệ thống phát hiện tốt mà không ai hành động cũng như không có.

    Nguồn tham khảo

    • CBS News — Senate report details Target's missed chances to stop data breach
    • Congressional Research Service — The Target and Other Financial Data Breaches: Frequently Asked Questions (R43496)
    #Quản lý rủi ro#an-ninh-mang#Rủi ro bên thứ ba#Target#Quyền riêng tư#Thượng viện Mỹ

    Nguồn: CBS News — Senate report details Target's missed chances to stop data breach ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Bạn là PM của hệ thống thanh toán cho chuỗi bán lẻ. Một nhà thầu bảo trì điều hoà đang có tài khoản truy cập từ xa vào mạng nội bộ để gửi hoá đơn. Trong rà soát rủi ro, đội bảo mật cho rằng "nhà thầu này không liên quan đến thanh toán nên rủi ro thấp". Bạn nên làm gì?

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

    Nếu là PM trước mùa mua sắm cao điểm và chỉ đủ nguồn lực làm một việc, bạn ưu tiên biện pháp nào để giảm rủi ro từ nhà thầu?

    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

    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
    Số 333Quản lý Rủi ro

    Qantas QF32 (2010): ống dẫn dầu sai lệch bị đánh giá "không ảnh hưởng", động cơ A380 nổ tung và tổ bay ứng phó thành công

    Bốn phút sau khi cất cánh từ Singapore, động cơ Rolls-Royce Trent 900 của chiếc A380 chở 469 người nổ tung, phá hỏng hàng loạt hệ thống. Tổ bay năm phi công xử lý suốt gần một giờ và hạ cánh an toàn. Điều tra chỉ ra một ống dầu sản xuất sai, và các sai lệch tương tự từng được phát hiện nhưng được đánh giá là không ảnh hưởng khách hàng. Bài học về đánh giá rủi ro của sai lệch và năng lực ứng phó.

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

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM 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)