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ý Giao tiếp
  3. /Cầu nối Ronin của Sky Mavis (Việt Nam, 2022): qu…
Số 301Quản lý Giao tiếp

Cầu nối Ronin của Sky Mavis (Việt Nam, 2022): quyền ký thay không ai thu hồi và sáu ngày sau mới biết mất hơn 600 triệu USD

Sky Mavis — studio Việt Nam làm game Axie Infinity — bị tấn công cầu nối Ronin ngày 23/3/2022, mất khoảng 173.600 ETH và 25,5 triệu USDC. Một thoả thuận tạm thời cho phép ký thay đã kết thúc nhưng quyền truy cập không ai thu hồi, và công ty chỉ biết khi một người dùng không rút được tiền sáu ngày sau. Bài học về truyền thông khi bàn giao, kết thúc thoả thuận và phát hiện sự cố.

HP
Nguyễn Thu Hà, PMP
20/11/2025
4 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Sky Mavis là studio Việt Nam phát triển Axie Infinity — game blockchain từng có lượng người chơi lớn ở Đông Nam Á — và Ronin, chuỗi khối phụ kết nối với Ethereum. Để rút tài sản qua cầu nối Ronin, cần chữ ký của 5 trên 9 nút xác thực (validator); Sky Mavis giữ 4 nút.

Theo Decrypt, TechCrunch và Wikipedia:

  • Tháng 11/2021, khi lượng giao dịch tăng mạnh, Axie DAO tạm cho phép Sky Mavis ký thay cho nút xác thực của DAO. Thoả thuận dừng từ tháng 12/2021, nhưng quyền truy cập trong danh sách cho phép không được thu hồi.
  • Kẻ tấn công lừa đảo (phishing) một nhân viên để vào hạ tầng Sky Mavis, lấy được 4 khoá của công ty và dùng quyền ký thay chưa thu hồi để có chữ ký thứ 5. Ngày 23/3/2022, chúng rút khoảng 173.600 ETH và 25,5 triệu USDC — khoảng 620 triệu USD theo giá lúc đó.
  • Sky Mavis chỉ phát hiện ngày 29/3/2022, khi một người dùng không rút được 5.000 ETH qua cầu nối. Công ty thừa nhận hệ thống theo dõi dòng tiền lớn rút khỏi cầu nối còn yếu.
  • Sky Mavis tạm dừng cầu nối, mời cơ quan thực thi pháp luật và chuyên gia phân tích chuỗi khối vào cuộc. Tháng 4/2022, FBI quy trách nhiệm cho nhóm Lazarus. Công ty gọi vốn 150 triệu USD do Binance dẫn đầu để bồi hoàn cho người dùng.

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

  • Kết thúc thoả thuận mà không có thông báo đóng việc

    Thoả thuận ký thay dừng nhưng không ai được giao trách nhiệm thu hồi quyền. Đây là lỗ hổng truyền thông khi đóng một công việc: thiếu danh sách kiểm tra đóng (closure checklist) và xác nhận hai bên rằng mọi quyền tạm thời đã được gỡ bỏ.

  • Thông tin quan trọng nằm ngoài kênh chính thức

    Một ngoại lệ an ninh tạm thời giữa hai tổ chức (Sky Mavis và Axie DAO) cần được ghi vào sổ đăng ký thay đổi và nhật ký vấn đề (issue log). Khi chỉ tồn tại trong trao đổi không chính thức, nó dễ bị lãng quên.

  • Kênh phát hiện sự cố là người dùng, không phải hệ thống

Không có cảnh báo tự động cho giao dịch rút lớn bất thường, thông tin quan trọng nhất đến sau sáu ngày và từ bên ngoài. Kế hoạch truyền thông cần cả luồng thông tin nội bộ: chỉ số nào kích hoạt cảnh báo, gửi cho ai, trong bao lâu.

  • Đánh đổi tốc độ lấy kiểm soát

    Quyết định cho ký thay giúp xử lý tải tăng đột biến nhưng làm giảm số bên độc lập phải đồng ý. Đánh đổi này cần được truyền đạt và chấp thuận rõ, kèm thời hạn và người chịu trách nhiệm thu hồi.

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

    1. 1

      Bước 1: Ghi mọi ngoại lệ tạm thời vào sổ có hạn chót và người chịu trách nhiệm

      Mỗi quyền tạm thời có ngày hết hạn, người phụ trách thu hồi và xác nhận bằng văn bản từ cả hai bên.

    2. 2

      Bước 2: Danh sách kiểm tra khi kết thúc thoả thuận giữa các bên

      Khi đóng một thoả thuận: thu hồi quyền, cập nhật tài liệu, thông báo cho đội vận hành và bảo mật, lưu bài học kinh nghiệm.

    3. 3

      Bước 3: Thiết lập ngưỡng cảnh báo và luồng báo cáo

      Định nghĩa trước ai được báo và trong bao lâu:

      • Bình thường

        Giao dịch trong biên độ quen thuộc: báo cáo tổng hợp hằng ngày.

      • Bất thường

        Giao dịch rút lớn hơn ngưỡng: cảnh báo ngay cho đội trực, xác minh trong 1 giờ.

      • Nghi tấn công

        Rút lớn không giải thích được: tạm dừng cầu nối, báo lãnh đạo và cộng đồng theo kịch bản sự cố.

    4. 4

      Bước 4: Truyền thông minh bạch với cộng đồng sau sự cố

      Công bố mốc thời gian, nguyên nhân, kế hoạch bồi hoàn và cải tiến — điều Sky Mavis đã làm và giúp giữ niềm tin.

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

    Lỗ hổng nguy hiểm thường nằm ở khoảng trống giữa các bên: một thoả thuận đã kết thúc nhưng không ai được giao đóng nó lại. Hãy ghi mọi ngoại lệ tạm thời có hạn chót và người chịu trách nhiệm, và đừng để người dùng là kênh phát hiện sự cố của bạn.

    Nguồn tham khảo

    • Decrypt — Hacker Drains $622M From Axie Infinity’s Ronin Ethereum Sidechain (2022)
    • TechCrunch — Axie Infinity creator raises $150M round to compensate victims of Ronin hack (2022)
    • Wikipedia — Axie Infinity
    #Quản lý truyền thông#Bàn giao#Giám sát sự cố#Game blockchain#Việt Nam#Bảo mật

    Nguồn: Decrypt — Hacker Drains $622M From Axie Infinity’s Ronin Ethereum Sidechain (03/2022) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Để xử lý tải tăng đột biến, dự án của bạn tạm cho một đối tác quyền thao tác trên hệ thống thay cho đội vận hành. Một tháng sau, tải giảm và hai bên thống nhất qua tin nhắn rằng thoả thuận kết thúc. Việc nào PM cần đảm bảo?

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

    Nếu là lãnh đạo Sky Mavis ngày 29/3/2022, sau khi phát hiện bị mất hơn 600 triệu USD, bạn chọn hướng nào?

    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ý Giao tiếp

    Khách hàng đòi thay thế Tech Lead & Nghệ thuật Bảo vệ Đội ngũ

    Mảng kiến thức trọng tâm: Quản lý Nguồn lực, Quản lý Các bên liên quan & Lãnh đạo Phục vụ (Resource Management, Stakeholder Engagement & Servant Leadership - PMBOK 6/7)

    1 lượt thích 0 lượt đánh giá hữu ích 0 bình luận15/10/2026
    Quản lý Giao tiếp

    "Hố sâu chuyển giao" (Operational Transition Gap) – Khi Đội Vận hành từ chối tiếp nhận hệ thống

    Mảng kiến thức trọng tâm: Chuyển giao từ Dự án sang Vận hành & Quản lý Các bên liên quan nội bộ (Project-to-Operations Transition, Operational Readiness & Internal Stakeholder Engagement - PMBOK 6/7)

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận13/10/2026
    Quản lý Giao tiếp

    Slack 22/02/2022: nâng cấp Consul làm bộ nhớ đệm rơi, cơ sở dữ liệu quá tải và cách vừa giảm tải vừa thông tin cho người dùng

    Sáng 22/02/2022, đúng giờ cao điểm, nhiều người dùng Slack không kết nối được. Nguyên nhân là một chuỗi yếu tố: nâng cấp Consul theo từng bước 25%, bộ nhớ đệm mất hiệu quả, truy vấn quét mọi shard làm Vitess quá tải và máy khách thử lại dồn dập. Slack giảm tải có kiểm soát, thông báo trên mạng xã hội rồi công bố bản post-mortem kỹ thuật vào cuối tháng 4. Phân tích dưới góc nhìn quản lý truyền thông sự cố.

    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 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)