Các vụ hack, lỗi và khai thác trên Solana: Toàn bộ lịch sử

Những phát hiện và xu hướng chính

• Tần suất sự cố: 38 sự cố bảo mật đã được xác minh trong 5 năm (2020–Q1 2025), đạt đỉnh 15 sự cố vào năm 2022 do hệ sinh thái Solana mở rộng, đặc biệt trong các lĩnh vực DeFi và NFT. Các vụ khai thác ứng dụng (26 sự cố) chiếm đa số, phản ánh tốc độ phát triển nhanh chóng của dApp, trong khi tấn công chuỗi cung ứng xuất hiện như một mối đe dọa mới vào năm 2024.
• Tác động tài chính: Tổng thiệt hại gộp khoảng ~600 triệu USD, trong đó ~469 triệu USD được giảm nhẹ nhờ bồi hoàn, thu hồi và can thiệp từ giao thức, khiến thiệt hại ròng còn ~131 triệu USD. Người dùng chịu phần lớn tổn thất trong các sự cố như vụ hack Slope Wallet (8 triệu USD) và vụ khai thác DEXX (30 triệu USD), dù các giao thức cũng đã giảm nhẹ thành công những khoản thiệt hại đáng kể, chẳng hạn khoản bồi hoàn 326 triệu USD của Wormhole và 5,8 triệu USD được Loopscale thu hồi.
• Các bên bị ảnh hưởng: Người dùng là nạn nhân chính trong các vụ khai thác ứng dụng (ví dụ: Slope Wallet, Solareum) và tấn công chuỗi cung ứng (ví dụ: Web3.js, giao diện người dùng Parcl), mất tiền từ ví và pool thanh khoản. Các cuộc tấn công cấp mạng (ví dụ: sự cố ngừng hoạt động 17 giờ của Grape Protocol) và lỗ hổng giao thức lõi (ví dụ: sự cố ngừng hoạt động 5 giờ do lỗi JIT Cache) làm gián đoạn toàn bộ hệ sinh thái, ảnh hưởng đến người dùng, dApp và validator, đồng thời gây thiệt hại gián tiếp từ biến động giá SOL.
• Diễn biến trong ứng phó: Thời gian phản ứng đã cải thiện đáng kể, từ vài giờ hoặc vài ngày trong giai đoạn 2020–2022 (ví dụ: Wormhole vá lỗi trong vài giờ, Cashio đóng cửa ngay trong ngày) xuống còn vài phút hoặc vài giờ trong giai đoạn 2024–2025 (ví dụ: Thunder Terminal chặn cuộc tấn công trong 9 phút, Banana Gun tắt bot trong vài phút). Sự cảnh giác của cộng đồng, bao gồm cảnh báo từ CertiK (SVT Token) và ZachXBT (NoOnes), giúp tăng tốc độ phát hiện. Biện pháp khắc phục chuyển từ phản ứng thụ động như đóng giao thức sang các chiến lược chủ động, gồm kiểm toán, 2FA và giám sát theo thời gian thực.
• Khoảng trống bảo mật: Các lỗ hổng dai dẳng gồm lỗi chương trình (ví dụ: lỗi đúc vô hạn của Cashio), thao túng oracle (ví dụ: vụ khai thác Mango Markets trị giá 116 triệu USD), quản lý khóa riêng tư (ví dụ: vụ rò rỉ 30 triệu USD của DEXX) và phụ thuộc vào bên thứ ba (ví dụ: lỗ hổng MongoDB của Thunder Terminal). Các sự cố giao thức lõi như Turbine Failure (2023) cho thấy độ phức tạp của kiến trúc thông lượng cao của Solana, đòi hỏi cơ chế xác thực và phát hiện lỗi mạnh mẽ. Mối đe dọa nội bộ (ví dụ: vụ khai thác của nhân viên Pump.fun, vụ trộm 317.000 USD tại Cypher) ngày càng đáng lo ngại.
• Thành công trong giảm thiểu thiệt hại: Các giao thức như Wormhole (bồi hoàn 326 triệu USD), Pump.fun (khôi phục 1,9 triệu USD), Banana Gun (hoàn trả 1,4 triệu USD) và Loopscale (thu hồi 5,8 triệu USD) đã giảm thiểu hoàn toàn thiệt hại, cho thấy cơ chế phục hồi hiệu quả. Raydium bồi thường một phần cho người dùng (100% đối với pool RAY, 90% đối với pool không phải RAY), trong khi những dự án khác như Cashio và Solareum sụp đổ vì thiếu vốn, nhấn mạnh nhu cầu cấp thiết về quỹ bảo hiểm vững mạnh và chiến lược quản lý rủi ro đa dạng.

Giới thiệu

Solana, được Solana Labs ra mắt vào tháng 3 năm 2020, kết hợp Proof-of-History (PoH) và Proof-of-Stake (PoS) để cung cấp một blockchain có thông lượng cao, hướng tới 65.000 giao dịch mỗi giây với phí dưới một xu. Khả năng mở rộng đã thúc đẩy Solana được áp dụng rộng rãi trong DeFi, NFT và các ứng dụng Web3. Tuy nhiên, sự tăng trưởng này cũng khiến Solana đối mặt với hàng loạt sự cố bảo mật—từ khai thác cấp ứng dụng làm thất thoát hàng trăm triệu USD, tấn công chuỗi cung ứng xâm phạm công cụ hệ sinh thái, mối đe dọa cấp mạng cho đến lỗ hổng giao thức lõi gây gián đoạn và rủi ro. Bài viết này cung cấp danh mục đầy đủ về lịch sử bảo mật của Solana, dựa trên nghiên cứu chuyên sâu nhằm xác định mọi sự cố bảo mật đã biết và được xác minh, chỉ sử dụng các nguồn uy tín đã qua kiểm chứng. Mỗi sự cố đều được kiểm tra kỹ lưỡng và độc lập để cung cấp dữ liệu xác thực, đồng thời phân tích nguyên nhân gốc rễ, hậu quả, cách ứng phó, biện pháp khắc phục, bài học kinh nghiệm và thiệt hại của người dùng.

Phương pháp

• Tổng hợp các sự cố từ báo cáo kiểm toán bảo mật hằng năm, báo cáo, bản phân tích hậu sự cố và nhiều trang uy tín để lập danh sách này.
• Danh sách chỉ gồm các sự cố nổi bật, đã được xác minh và được các trang uy tín đưa tin.
• Loại bỏ các sự cố ít nổi bật, ít được nhắc đến, chưa được xác minh và không liên quan đến dự án hoặc khía cạnh bảo mật của Solana.
• Chúng tôi bỏ qua vô số dự án lừa đảo và rug pull xuất hiện hằng ngày, chỉ liệt kê các sự cố liên quan đến khai thác hoặc hack trên Solana.
• Hàng trăm dự án trong hệ sinh thái Solana từng bị kẻ lừa đảo hoặc hacker chiếm đoạt tài khoản Twitter, Discord hay mạng xã hội khác. Các sự cố này không liên quan đến lỗ hổng ứng dụng, chuỗi cung ứng hoặc cấp mạng của giao thức/dự án nên không được đưa vào.
• Đánh giá độc lập từng sự cố, đối chiếu nhiều nguồn và số liệu để tổng hợp thông tin chính xác nhất.
• Xem xét các nguồn kỹ thuật (commit GitHub, khuyến cáo npm, nhật ký validator, báo cáo kiểm toán).
• Ước tính thiệt hại theo số liệu được công bố và đối chiếu với giá SOL/USD tại thời điểm đó.
• Mỗi sự cố được tóm tắt theo nguyên nhân gốc rễ, hậu quả, cách ứng phó, biện pháp khắc phục, bài học kinh nghiệm và thiệt hại của người dùng.
• Mỗi sự cố đều có tài liệu tham khảo, trích dẫn để xác minh và danh sách nguồn chất lượng cao.
• Đánh giá tần suất sự cố, tổng thiệt hại và sự phát triển trong cách Solana ứng phó với bảo mật.

Các sự cố được chia thành bốn nhóm: I) Khai thác ứng dụng, II) Tấn công chuỗi cung ứng, III) Lỗ hổng giao thức lõi, IV) Tấn công cấp mạng, và được liệt kê đến hết Q1 2025.

Tóm tắt sự cố

• Khai thác ứng dụng (26 sự cố): Wormhole Bridge, Cashio, Crema Finance, Audius, Nirvana Finance, Slope Mobile Wallet, OptiFi Lockup Bug, Mango Markets, UXD Protocol, Tulip Protocol, Solend Protocol (tháng 8/2021), Solend Protocol (tháng 11/2022), Raydium, Cypher Protocol, SVT Token, io.net, Synthetify DAO, Aurory, Thunder Terminal, Saga DAO, Solareum, Pump.fun, Banana Gun, DEXX, NoOnes Platform, Loopscale.
• Tấn công chuỗi cung ứng (2 sự cố): giao diện người dùng Parcl, Web3.js
• Tấn công cấp mạng (4 sự cố): sự cố Grape Protocol, sự cố ngừng hoạt động khi đúc Candy Machine NFT, Jito DDoS, Phantom wallet DDoS.
• Lỗ hổng giao thức lõi (6 sự cố): Solana Turbine Bug, Solana Durable Nonce Bug, Solana Duplicate Block Bug, Solana Turbine Failure, Solana JIT Cache Bug, Solana ELF Address Alignment Vulnerability.

Khai thác ứng dụng

Định nghĩa

Khai thác ứng dụng là các sự cố bảo mật nhắm vào lỗ hổng trong ứng dụng phần mềm, chương trình hoặc logic giao thức được xây dựng trên blockchain Solana. Những vụ khai thác này xảy ra ở lớp ứng dụng, phía trên giao thức blockchain lõi, và thường liên quan đến sai sót trong thiết kế, lập trình hoặc cấu hình của ứng dụng phi tập trung (dApp), ví hoặc giao thức DeFi. Chúng thường dẫn đến truy cập trái phép, đánh cắp tiền hoặc thao túng hoạt động của giao thức.

Đặc điểm

• Phạm vi: Giới hạn ở từng dApp, chương trình hoặc ứng dụng ví, không phải bản thân giao thức Solana.
• Lỗ hổng phổ biến: Gồm lỗi chương trình (ví dụ: lỗi xác thực, thao túng oracle), quản lý khóa không an toàn, kẽ hở quản trị và tích hợp dịch vụ bên thứ ba trong ứng dụng.
• Tác động: Thường gây thiệt hại tài chính do tiền bị đánh cắp, giao dịch bị thao túng hoặc tài sản bị khóa. Ảnh hưởng đến người dùng, giao thức hoặc ngân quỹ.

Các sự cố cấp ứng dụng

Nỗ lực vượt qua xác thực Solend (tháng 8/2021)

Nguyên nhân gốc rễ: Ngày 19 tháng 8 năm 2021, kẻ tấn công khai thác cơ chế kiểm tra xác thực không an toàn trong hàm `UpdateReserveConfig` của Solend. Kẻ tấn công vượt qua kiểm tra quản trị viên bằng cách tạo một thị trường cho vay mới rồi truyền thị trường đó dưới dạng tài khoản thuộc sở hữu của mình, qua đó cập nhật trái phép cấu hình dự trữ của các tài sản như USDC, SOL, ETH và BTC. Điều này cho phép kẻ tấn công hạ ngưỡng thanh lý, khiến gần như mọi tài khoản có khoản vay đều có thể bị thanh lý, đồng thời tăng phần thưởng thanh lý để tạo lợi nhuận lớn cho bên thanh lý—có thể chính là kẻ tấn công.

Hậu quả: Nỗ lực khai thác khiến khoảng 2 triệu USD gặp rủi ro vì gần như mọi tài khoản có khoản vay đều có thể bị thanh lý với phần thưởng bị đẩy lên cao. Năm người dùng bị bot thanh lý của Solend thanh lý nhầm, gây thiệt hại 16.000 USD. Không có tiền bị đánh cắp nhờ đội ngũ Solend phát hiện và can thiệp kịp thời.

Ứng phó sự cố: Solend phát hiện cuộc tấn công trong vòng 41 phút, giảm thiểu sau 1 giờ 10 phút và triển khai bản sửa lỗi trong 1 giờ 38 phút. Hoạt động vay tạm thời bị đình chỉ, đội ngũ đối soát các tài khoản bị thanh lý nhầm và hoàn lại 16.000 USD từ khoản thu bất chính của bên thanh lý, kèm phần thưởng 2%.

Biện pháp khắc phục: Solend áp dụng chính sách rà soát mã nghiêm ngặt hơn, lên lịch kiểm toán tiếp theo, tăng mức thưởng phát hiện lỗi và bổ sung cảnh báo giám sát. Họ cũng triển khai cầu dao ngắt và cơ chế làm chậm để ngăn các vụ khai thác tương tự, đồng thời vá kiểm tra xác thực dễ bị tấn công trong hàm `UpdateReserveConfig`.

Bài học kinh nghiệm: Kiểm tra xác thực không an toàn trong chương trình có thể cho phép kẻ tấn công thao túng các tham số giao thức quan trọng. Kiểm soát truy cập chặt chẽ, kiểm toán mã toàn diện và giám sát theo thời gian thực là yếu tố thiết yếu để bảo vệ giao thức phi tập trung, đặc biệt trong giai đoạn mới ra mắt.

Thiệt hại của người dùng: Năm người dùng mất 16.000 USD do bị thanh lý nhầm, nhưng tất cả đều được hoàn trả đầy đủ và nhận thêm phần thưởng 2% từ khoản thu của bên thanh lý. Không có khoản tiền nào khác của người dùng bị mất.

Tài liệu tham khảo và trích dẫn:

• HackMD: “Solend Protocol - Hacker tìm cách đánh cắp ~2 triệu USD bằng cách thao túng các tham số lõi,” tháng 8/2021
• Quadriga Initiative: “Tháng 8/2021 - Kiểm tra xác thực không an toàn của Solend - 16.000 USD (toàn cầu),” tháng 8/2021

Vụ khai thác Wormhole Bridge (tháng 2/2022)

Nguyên nhân gốc rễ: Một lỗi xác minh chữ ký trong chương trình phía Solana của Wormhole cho phép kẻ tấn công giả mạo chữ ký hợp lệ, qua mặt bước xác thực của Guardian. Điều này cho phép đúc trái phép 120.000 wrapped Ether (wETH) mà không cần gửi lượng tài sản thế chấp Ethereum tương ứng.

Hậu quả: Khoảng 326 triệu USD tiền mã hóa bị đánh cắp, khiến đây trở thành vụ hack DeFi lớn thứ hai vào thời điểm đó. Vụ khai thác phá vỡ tỷ lệ neo 1:1 giữa wETH và ETH, làm dấy lên lo ngại về độ tin cậy của cầu nối xuyên chuỗi.

Ứng phó sự cố: Lỗ hổng được vá trong vài giờ vào ngày 2 tháng 2 năm 2022. Jump Crypto, công ty mẹ của Wormhole, bồi hoàn 120.000 ETH vào ngày 3 tháng 2, khôi phục tài sản bảo chứng theo tỷ lệ 1:1. Khoản thưởng phát hiện lỗi 10 triệu USD được đề nghị cho kẻ tấn công nhưng tiền không được hoàn trả.

Biện pháp khắc phục: Tăng cường xác minh chữ ký bằng cách kiểm tra đầu vào nghiêm ngặt hơn và cải thiện bước kiểm tra tài khoản để ngăn tấn công giả mạo.

Bài học kinh nghiệm: Cầu nối xuyên chuỗi cần bảo mật nhiều lớp, gồm xác thực chặt chẽ và kiểm toán, để giảm thiểu các lỗ hổng hợp đồng thông minh phức tạp.

Thiệt hại của người dùng: Không có, vì Jump Crypto đã bồi hoàn toàn bộ số tiền bị đánh cắp, tránh thiệt hại trực tiếp cho người dùng.

Tài liệu tham khảo và trích dẫn:

• CNBC: “320 triệu USD bị đánh cắp khỏi Wormhole, cầu nối liên kết Solana và Ethereum,” ngày 3 tháng 2 năm 2022.
• The Verge: “Nền tảng tiền mã hóa Wormhole bị hack 325 triệu USD sau lỗi trên GitHub,” ngày 3 tháng 2 năm 2022.
• Certik: “Phân tích sự cố khai thác Wormhole Bridge,” ngày 31 tháng 7 năm 2022.

Vụ khai thác Cashio (tháng 3/2022)

Nguyên nhân gốc rễ: Một lỗ hổng trong cơ chế xác thực tài sản thế chấp của chương trình Cashio cho phép kẻ tấn công đúc 2 tỷ token CASH bằng tài khoản giả chứa tài sản thế chấp vô giá trị. Lỗi xuất phát từ việc thiếu xác thực trường mint trong tài khoản saber_swap.arrow, cho phép kẻ tấn công vượt qua bước kiểm tra token LP Saber USDT-USDC và khai thác một “lỗi đúc vô hạn.”

Hậu quả: Khoảng 52,8 triệu USD tài sản (USDC, USDT, UST) bị đánh cắp và giá stablecoin CASH sụp từ 1 USD xuống 0,00005 USD. Tổng giá trị bị khóa (TVL) của Cashio giảm từ 28,8 triệu USD xuống 579.000 USD, khiến hoạt động ngừng lại.

Ứng phó sự cố: Cashio dừng đúc token lúc 9:00 UTC ngày 23 tháng 3 năm 2022 và kêu gọi người dùng rút tiền khỏi các pool thanh khoản. Đội ngũ xác định nguyên nhân gốc rễ và phối hợp với Saber Labs, bên đã tạm dừng các pool CASH. Kẻ tấn công hoàn tiền cho các tài khoản nắm giữ dưới 100.000 USD và cam kết quyên góp các khoản lớn hơn cho từ thiện, dù đến tháng 6 năm 2022 vẫn còn 25 triệu USD chưa được thu hồi.

Biện pháp khắc phục: Lỗ hổng được vá nhờ nỗ lực của cộng đồng, nhưng Cashio không hoạt động trở lại. Đề xuất về giao thức hai token và DAO nhằm hoàn tiền cho nạn nhân được công bố vào tháng 6 năm 2022 nhưng sau đó không có cập nhật.

Bài học kinh nghiệm: Các chương trình chưa được kiểm toán rất dễ bị khai thác, cho thấy nhu cầu về kiểm toán nghiêm ngặt, xác thực tài sản thế chấp chặt chẽ và gốc tin cậy để xác minh tài khoản, qua đó ngăn chặn kịch bản đúc vô hạn.

Thiệt hại của người dùng: 52,8 triệu USD, được giảm nhẹ một phần; khoảng 27,8 triệu USD được hoàn lại cho các tài khoản nhỏ hơn, còn 25 triệu USD chưa được bồi hoàn và không có báo cáo thu hồi thêm.

Tài liệu tham khảo và trích dẫn

• CoinDesk: “Stablecoin Cashio bị khai thác bằng ‘lỗi vô hạn’, TVL giảm 28 triệu USD,” ngày 23 tháng 3 năm 2022
• The Block: “Stablecoin Cashio trên Solana bị khai thác 52,8 triệu USD bằng ‘lỗi đúc vô hạn’,” ngày 24 tháng 3 năm 2022
• Halborn: “Giải thích: Vụ hack Cashio (tháng 3/2022),” ngày 28 tháng 3 năm 2022.
• CertiK: “Phân tích sự cố ứng dụng Cashio,” ngày 6 tháng 12 năm 2022

Vụ khai thác Crema Finance (tháng 7/2022)

Nguyên nhân gốc rễ: Một lỗ hổng trong cơ chế tạo lập thị trường thanh khoản tập trung (CLMM) của Crema Finance cho phép kẻ tấn công tạo tài khoản tick giả, vượt qua bước xác minh chủ sở hữu. Bằng khoản vay nhanh từ Solend, kẻ tấn công thao túng dữ liệu phí giao dịch để nhận mức phí quá lớn, rút cạn tiền từ nhiều pool thanh khoản.

Hậu quả: Khoảng 8,8 triệu USD tài sản (69.422,9 SOL và 6.497.738 USDC) bị đánh cắp, ảnh hưởng đến các pool thanh khoản của Crema. Kẻ tấn công chuyển tiền qua cầu nối sang Ethereum và đổi thành 6.064 ETH.

Ứng phó sự cố: Crema tạm dừng các chương trình vào ngày 3 tháng 7 năm 2022 và đàm phán với kẻ tấn công. Đến ngày 7 tháng 7 năm 2022, người này hoàn lại 7,2 triệu USD (6.064 ETH và 23.967,9 SOL), giữ lại 45.455 SOL (1,6 triệu USD) làm tiền thưởng mũ trắng. Lỗ hổng được vá trong vài ngày.

Biện pháp khắc phục: Tăng cường xác thực tài khoản tick, kiểm tra chủ sở hữu để ngăn thao túng dữ liệu giả và áp dụng biện pháp bảo vệ nghiêm ngặt hơn đối với khoản vay nhanh.

Bài học kinh nghiệm: Các giao thức thanh khoản phải bảo vệ dữ liệu tick giá và logic phí giao dịch để ngăn khai thác bằng khoản vay nhanh, đồng thời cần kiểm toán chặt chẽ.

Thiệt hại của người dùng: Thiệt hại ròng 1,6 triệu USD (tiền thưởng), không được bồi hoàn; 7,2 triệu USD được hoàn lại đã giảm phần lớn tác động đến người dùng.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Giao thức DeFi Crema trên Solana mất 8,8 triệu USD trong vụ khai thác,” ngày 4 tháng 7 năm 2022
• Halborn: “Giải thích: Vụ hack Crema Finance (tháng 7/2022),” ngày 19 tháng 7 năm 2022
• CertiK: “Vụ khai thác Crema Finance,” ngày 3 tháng 7 năm 2022

Vụ khai thác quản trị Audius (tháng 7/2022)

Nguyên nhân gốc rễ: Một lỗ hổng trong chương trình quản trị của Audius cho phép kẻ tấn công gửi và thực thi các đề xuất độc hại, vượt qua quy trình xác thực phù hợp. Kẻ tấn công cấu hình lại quyền đối với ngân quỹ, chuyển 18,5 triệu token AUDIO vào ví của mình.

Hậu quả: Khoảng 6,1 triệu USD token AUDIO (theo giá trị tại thời điểm đó) bị đánh cắp khỏi ngân quỹ, khiến giá tạm thời giảm và làm dấy lên lo ngại về bảo mật quản trị phi tập trung.

Ứng phó sự cố: Audius dừng mọi chương trình trong vài giờ, sửa lỗ hổng và nâng cấp chương trình trước ngày 28 tháng 7 năm 2022. Không có khoản tiền nào được thu hồi từ kẻ tấn công.

Biện pháp khắc phục: Tăng cường xác thực đề xuất, bổ sung thời gian khóa cho các hành động quản trị và chuyển sang hệ thống quản trị mới với kiểm soát truy cập nghiêm ngặt hơn.

Bài học kinh nghiệm: Chương trình quản trị cần cơ chế xác thực chặt chẽ và độ trễ để ngăn hành động trái phép, cho thấy tầm quan trọng của kiểm toán toàn diện trong DeFi.

Thiệt hại của người dùng: 6,1 triệu USD trong ngân quỹ bị mất và không được bồi hoàn; không có thiệt hại trực tiếp từ ví người dùng.

Tài liệu tham khảo và trích dẫn

• Lossless: “Vụ hack Audius: Cuộc tấn công quản trị được kích hoạt bằng mã,” ngày 29 tháng 7 năm 2022
• CoinDesk: “Kẻ tấn công đã đánh cắp lượng token trị giá khoảng 1,1 triệu USD từ dự án âm nhạc phi tập trung Audius như thế nào,” ngày 25 tháng 7 năm 2022
• GoPlus Security: “Phân tích ngắn về vụ khai thác nền tảng âm nhạc Web3 Audius,” ngày 24 tháng 7 năm 2022
• Audius Twitter (@AudiusProject): Thông báo vụ khai thác ngày 24 tháng 7 năm 2022

Vụ khai thác Nirvana Finance (tháng 7/2022)

Nguyên nhân gốc rễ: Kẻ tấn công Shakeeb Ahmed khai thác lỗ hổng trong cơ chế định giá của chương trình Nirvana Finance bằng khoản vay nhanh khoảng 10 triệu USD. Bằng cách mua token ANA và thao túng đường cong liên kết, Ahmed đúc token ở mức giá bị thổi phồng, rút cạn 3,5 triệu USD stablecoin.

Hậu quả: Khoảng 3,5 triệu USD bị đánh cắp, làm sụp đổ tổng giá trị bị khóa của Nirvana và khiến hoạt động dừng lại. Vụ khai thác do một kỹ sư bảo mật được đào tạo thực hiện đã làm suy giảm niềm tin của người dùng và gây trở ngại lớn cho giao thức.

Ứng phó sự cố: Nirvana đóng cửa sau vụ khai thác ngày 28 tháng 7 năm 2022 và ngừng liên lạc. Năm 2023, Ahmed bị bắt và nhận tội, đồng thời bị yêu cầu bồi thường 12,3 triệu USD. Đến tháng 9 năm 2024, Nirvana ra mắt cổng yêu cầu bồi thường và đã phân phối 60% số tiền bồi thường cho người dùng bị ảnh hưởng tính đến tháng 12 năm 2024.

Biện pháp khắc phục: Do dự án đóng cửa, không có bản sửa chương trình tức thời nào được triển khai. Nirvana V2 được tái khởi động (công bố vào tháng 9/2024) đã giới thiệu cơ chế giá “sàn tăng dần” và thanh khoản thuộc sở hữu giao thức để tăng tính ổn định.

Bài học kinh nghiệm: Cơ chế định giá tùy chỉnh dễ bị tấn công bằng khoản vay nhanh, đòi hỏi đường cong liên kết vững chắc, oracle bên ngoài và kiểm toán toàn diện để bảo đảm an toàn cho giao thức DeFi.

Thiệt hại của người dùng: 3,5 triệu USD, được giảm nhẹ một phần; 60% tiền bồi thường đã được phân phối và nỗ lực bồi thường cho người dùng bị ảnh hưởng vẫn tiếp diễn.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Giao thức DeFi Nirvana trên Solana bị rút cạn 3,5 triệu USD trong cuộc tấn công bằng khoản vay nhanh,” ngày 28 tháng 7 năm 2022.
• Cointelegraph: “Đồng sáng lập Nirvana Finance kể lại ‘ngày tồi tệ nhất’ trong đời,” ngày 3 tháng 6 năm 2024.
• Nirvana Finance Medium: “Nirvana Finance: Trỗi dậy từ tro tàn,” ngày 19 tháng 9 năm 2024.

Vụ khai thác Slope Mobile Wallet (tháng 8/2022)

Nguyên nhân gốc rễ: Việc xử lý khóa riêng tư không an toàn trong ứng dụng ví di động của Slope làm rò rỉ cụm từ hạt giống của người dùng. Ứng dụng đã vô tình truyền các cụm từ hạt giống được mã hóa đến máy chủ ghi nhật ký trung tâm của Slope, nơi chúng có thể bị chặn hoặc xử lý sai, cho phép kẻ tấn công truy cập và rút cạn các ví bị ảnh hưởng.

Hậu quả: Khoảng 8 triệu USD tài sản bị đánh cắp từ hơn 9.000 ví Solana; một số ví Ethereum cũng bị ảnh hưởng nếu người dùng tái sử dụng cụm từ hạt giống do Slope tạo. Vụ khai thác gây lo ngại rộng khắp về bảo mật ví trong hệ sinh thái Solana.

Ứng phó sự cố: Slope thừa nhận vấn đề vào ngày 3 tháng 8 năm 2022 và kêu gọi người dùng chuyển tiền sang ví phần cứng hoặc sàn giao dịch tập trung. Lỗ hổng được giảm thiểu trong vài ngày nhưng không có khoản tiền nào được thu hồi từ kẻ tấn công.

Biện pháp khắc phục: Slope áp dụng chính sách xử lý dữ liệu nghiêm ngặt hơn, loại bỏ việc ghi nhật ký cụm từ hạt giống và tăng cường phương pháp mã hóa để ngăn rò rỉ trong tương lai.

Bài học kinh nghiệm: Ứng dụng ví phải ưu tiên quản lý khóa an toàn và tránh truyền dữ liệu nhạy cảm đến máy chủ tập trung, cho thấy rủi ro của các phương thức giống lưu ký trong ví không lưu ký.

Thiệt hại của người dùng: 8 triệu USD, không được bồi hoàn và không có báo cáo thu hồi tiền bị đánh cắp.

Tài liệu tham khảo và trích dẫn:

• Certik Medium: “Vụ khai thác Solana & Slope Wallet,” ngày 25 tháng 7 năm 2023
• Trang chính thức của Solana: “Cập nhật sự cố Slope Wallet ngày 2/8/2022,” ngày 23 tháng 6 năm 2023
• Ackee Blockchain Medium: “Giải thích các vụ hack Solana năm 2022: Slope Wallet,” ngày 23 tháng 3 năm 2023

Lỗi khóa tài sản OptiFi (tháng 8/2022)

Nguyên nhân gốc rễ: Một lỗi lập trình trong quá trình cập nhật chương trình dẫn đến việc vô tình sử dụng lệnh “solana program close”, đóng vĩnh viễn mainnet của OptiFi và khóa 661.000 USDC trong các tài khoản dẫn xuất từ chương trình (PDA).

Hậu quả: 661.000 USDC vĩnh viễn không thể truy cập do sàn DEX trên Solana bị đóng không thể đảo ngược; không có tiền bị đánh cắp nhưng trên thực tế số tiền này đã bị mất.

Ứng phó sự cố: Đội ngũ OptiFi thừa nhận sai sót vào ngày 30 tháng 8 năm 2022, xác nhận tiền không thể thu hồi và cam kết bồi thường thủ công cho mọi người dùng bị ảnh hưởng trước ngày 2 tháng 9 năm 2022 trong quy trình kéo dài hai tuần.

Biện pháp khắc phục: Triển khai hệ thống giám sát đồng cấp, yêu cầu ít nhất ba thành viên trong đội ngũ rà soát mỗi lần triển khai nhằm ngăn lỗi lập trình trong tương lai.

Bài học kinh nghiệm: Do tính bất biến của blockchain, lỗi không xuất phát từ hành vi độc hại vẫn có thể khóa vĩnh viễn tài sản trong DeFi, cho thấy cần rà soát và kiểm thử nghiêm ngặt trước khi đưa bản cập nhật lên hệ thống.

Thiệt hại của người dùng: 661.000 USD bị khóa và không được hoàn trả on-chain; OptiFi đã hoàn tiền cho người dùng. Vì 95% số tiền thuộc về một thành viên đội ngũ, thiệt hại của người dùng bên ngoài chỉ khoảng 33.000 USD.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Giao thức DeFi OptiFi trên Solana mất 661.000 USD vì lỗi lập trình,” ngày 30 tháng 8 năm 2022
• Optimisus: “Giao thức DeFi OptiFi trên Solana đóng nền tảng mainnet và khóa 661.000 USDC,” ngày 31 tháng 8 năm 2022
• OptiFi Medium: “Báo cáo sự cố chương trình OptiFi,” ngày 30 tháng 8 năm 2022

Vụ khai thác Mango Markets (tháng 10/2022)

Nguyên nhân gốc rễ: Kẻ tấn công Avraham Eisenberg thao túng oracle giá của Mango Markets bằng cách đẩy giá token MNGO thông qua các giao dịch hợp đồng tương lai vĩnh cửu có đòn bẩy. Sử dụng hai tài khoản với 10 triệu USDC, người này đẩy giá MNGO từ 0,038 USD lên 0,91 USD trên các sàn rồi vay 116 triệu USD dựa trên tài sản thế chấp bị thổi giá.

Hậu quả: Khoảng 116 triệu USD bị rút khỏi các pool thanh khoản của Mango, khiến giá MNGO giảm 50% và TVL của giao thức gần về 0. Sau đàm phán, Eisenberg hoàn lại 67 triệu USD và giữ 47 triệu USD làm “tiền thưởng phát hiện lỗi.”

Ứng phó sự cố: Mango đóng băng tiền gửi vào ngày 11 tháng 10 năm 2022 và đàm phán với Eisenberg, người đã hoàn lại 67 triệu USD trước ngày 15 tháng 10. Oracle được vá trong vài ngày để ngăn thao túng tiếp diễn.

Biện pháp khắc phục: Cải thiện bảo mật oracle bằng nguồn cấp giá bên ngoài (ví dụ: Pyth, Chainlink) và áp dụng giới hạn đòn bẩy để giảm rủi ro thao túng.

Bài học kinh nghiệm: Token có thanh khoản thấp và hệ thống phụ thuộc vào oracle dễ bị thao túng kinh tế, đòi hỏi nguồn cấp giá đáng tin cậy và biện pháp kiểm soát rủi ro.

Thiệt hại của người dùng: Thiệt hại ròng 47 triệu USD, không được bồi hoàn; 67 triệu USD được hoàn lại giúp giảm một phần tác động nhưng không có thêm khoản bồi thường nào.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Thao túng thị trường đã dẫn đến vụ khai thác 100 triệu USD trên sàn DeFi Mango của Solana như thế nào,” ngày 12 tháng 10 năm 2022
• The Block: “Kẻ khai thác Mango Markets hoàn lại 67 triệu USD tiền bị đánh cắp,” ngày 15 tháng 10 năm 2022
• CertiK Medium: “Cách hiểu các vụ lừa đảo tiền mã hóa | Vụ khai thác Mango Markets,” ngày 25 tháng 7 năm 2023

Vụ khai thác UXD Protocol (tháng 10/2022)

Nguyên nhân gốc rễ: UXD Protocol bị ảnh hưởng gián tiếp bởi vụ thao túng oracle của Mango Markets, trong đó kẻ tấn công Avraham Eisenberg thổi giá MNGO để rút 116 triệu USD. UXD có 19,9 triệu USDC được gửi trong các pool cho vay của Mango và số tiền này bị đóng băng trong cuộc tấn công.

Hậu quả: UXD mất quyền truy cập vào 19,9 triệu USD tài sản, khiến hoạt động đúc stablecoin dừng lại. Stablecoin $UXD của giao thức vẫn được bảo chứng 100% nhờ quỹ bảo hiểm 53,5 triệu USD, nhưng hoạt động bị tạm dừng cho đến khi tiền được thu hồi.

Ứng phó sự cố: UXD tạm dừng đúc $UXD vào ngày 12 tháng 10 năm 2022 để giảm thiểu rủi ro. Sau khi Mango đàm phán và thu hồi 67 triệu USD, UXD lấy lại 19,9 triệu USD vào ngày 20 tháng 10 và khôi phục hoàn toàn hoạt động trước ngày 27 tháng 10.

Biện pháp khắc phục: UXD đặt lại Mô-đun Quản lý Tài sản và Nợ phải trả để khôi phục chức năng, đồng thời dự định đa dạng hóa khỏi Mango Markets nhằm giảm phụ thuộc vào một điểm duy nhất.

Bài học kinh nghiệm: Phụ thuộc vào các giao thức DeFi bên ngoài khiến stablecoin chịu rủi ro từ bên thứ ba, đòi hỏi chiến lược đa dạng hóa và quỹ bảo hiểm vững mạnh.

Thiệt hại của người dùng: Không có; quỹ bảo hiểm của UXD và khoản thu hồi một phần của Mango bảo đảm người dùng không chịu thiệt hại trực tiếp, đồng thời $UXD có thể được quy đổi theo mệnh giá qua Jupiter Exchange.

Tài liệu tham khảo và trích dẫn:

• TokenInsight: “UXD Protocol bị ảnh hưởng gần 20 triệu USD trong cuộc tấn công Mango,” ngày 12 tháng 10 năm 2022
• Crypto News: “Các dự án Solana khởi động lại sau khi thu hồi được số tiền mất trong sự cố Mango Markets,” ngày 27 tháng 10 năm 2022

Vụ khai thác Tulip Protocol (tháng 10/2022)

Nguyên nhân gốc rễ: Tulip Protocol bị ảnh hưởng gián tiếp bởi vụ thao túng oracle của Mango Markets, trong đó kẻ tấn công Avraham Eisenberg thổi giá MNGO để rút 116 triệu USD. Tulip có 2,5 triệu USD trong các vault chiến lược USDC và RAY được gửi vào pool cho vay của Mango, và số tiền này bị đóng băng trong cuộc tấn công.

Hậu quả: Tulip mất quyền truy cập vào 2,5 triệu USD tài sản, tạm thời khiến hoạt động của vault dừng lại. Số dư vault bị ảnh hưởng, nhưng việc Tulip tích hợp oracle Chainlink đã ngăn chương trình của chính họ bị khai thác trực tiếp.

Ứng phó sự cố: Tulip tạm dừng tương tác với vault vào ngày 12 tháng 10 năm 2022. Sau khi Mango đàm phán và thu hồi 67 triệu USD, Tulip lấy lại 2,5 triệu USD vào ngày 20 tháng 10. Sau khi đặt lại mô-đun quản lý tài sản và nợ phải trả, Tulip khôi phục số dư vault và hoạt động trở lại trước ngày 26 tháng 10.

Biện pháp khắc phục: Tulip giới hạn tiền gửi vault trong các pool cho vay của chính mình và đánh giá lại mức độ rủi ro từ giao thức bên ngoài để giảm phụ thuộc vào các nền tảng như Mango.

Bài học kinh nghiệm: Các công cụ tổng hợp lợi suất phụ thuộc vào giao thức bên thứ ba phải đối mặt với rủi ro lớn từ những vụ khai thác bên ngoài, đòi hỏi chiến lược đa dạng hóa và quản lý rủi ro chặt chẽ.

Thiệt hại của người dùng: Không có; việc Tulip thu hồi 2,5 triệu USD bảo đảm người dùng không chịu thiệt hại trực tiếp và số dư vault được khôi phục hoàn toàn.

Tài liệu tham khảo và trích dẫn:

• TokenInsight: “Các dự án Tulip Protocol và UXD Protocol trong hệ sinh thái Solana mở lại dịch vụ,” ngày 27 tháng 10 năm 2022
• CoinCu News: “UXD Protocol được hoàn lại token từ vụ khai thác Mango Markets,” ngày 27 tháng 10 năm 2022

Vụ khai thác Save (trước đây là Solend) (tháng 11/2022)

Nguyên nhân gốc rễ: Thao túng giá oracle trong ba pool biệt lập (USDH, Stable và Turbo SOL) cho phép kẻ tấn công vay vượt mức dựa trên giá trị tài sản thế chấp bị thổi phồng, khai thác các nguồn cấp giá lỗi thời.

Hậu quả: Khoản nợ xấu 1,26 triệu USD phát sinh trên các pool bị ảnh hưởng, tác động đến tổng giá trị bị khóa và niềm tin người dùng của Solend.

Ứng phó sự cố: Solend đóng băng các pool bị ảnh hưởng trong vài giờ, vá nguồn cấp oracle trước ngày 3 tháng 11 năm 2022 và đưa khoản nợ xấu vào ngân quỹ để bảo vệ người dùng. Không có khoản tiền nào được thu hồi từ kẻ tấn công.

Biện pháp khắc phục: Tăng cường xác thực oracle với tốc độ cập nhật nguồn cấp giá nhanh hơn và kiểm tra tài sản thế chấp nghiêm ngặt hơn để ngăn thao túng.

Bài học kinh nghiệm: Dữ liệu oracle chính xác và kịp thời rất quan trọng với giao thức cho vay để ngăn khai thác bằng cách vay vượt mức, cho thấy cần tích hợp nguồn cấp giá đáng tin cậy.

Thiệt hại của người dùng: Không có; ngân quỹ Solend chi trả khoản nợ xấu 1,26 triệu USD, bảo đảm người dùng không chịu thiệt hại trực tiếp.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Giao thức DeFi Solend hứng chịu vụ khai thác oracle trị giá 1,26 triệu USD,” ngày 2 tháng 11 năm 2022
• Crypto Briefing: “Tại sao các giao thức DeFi trên Solana liên tục bị khai thác?,” ngày 2 tháng 11 năm 2022

Vụ khai thác Raydium (tháng 12/2022)

Nguyên nhân gốc rễ: Một cuộc tấn công Trojan đã xâm phạm khóa riêng tư của tài khoản Pool Owner thuộc Raydium, cấp cho kẻ tấn công quyền truy cập các chức năng quản trị của pool thanh khoản V4. Kẻ tấn công dùng hàm `withdrawPNL` để thổi phồng và rút phí, rút cạn tài sản khỏi tám pool thanh khoản theo tích không đổi.

Hậu quả: Khoảng 4,4 triệu USD tài sản (gồm USDC, wSOL và RAY) bị đánh cắp, trong đó 2,7 triệu USD sau đó được chuyển đến Tornado Cash. Vụ khai thác khiến giá RAY giảm 10% và TVL của Raydium giảm 4,4 triệu USD.

Ứng phó sự cố: Raydium thu hồi quyền của tài khoản bị xâm phạm và vá chương trình AMM V4 trước 14:16 UTC ngày 16 tháng 12 năm 2022, ngăn chặn các vụ khai thác tiếp theo. Khoản thưởng 10% được đề nghị nhưng không có tiền nào được thu hồi.

Biện pháp khắc phục: Các tham số quản trị được loại bỏ thông qua bản nâng cấp multisig Squads và quyền sở hữu được chuyển sang ví phần cứng. Kế hoạch bồi thường sau đó được thực hiện bằng quỹ mua lại RAY và token của đội ngũ.

Bài học kinh nghiệm: Bảo mật tài khoản đặc quyền rất quan trọng trong DeFi; khóa riêng tư bị xâm phạm có thể vượt qua lớp bảo vệ của chương trình, đòi hỏi bảo mật hạ tầng vững chắc.

Thiệt hại của người dùng: 4,4 triệu USD, được giảm nhẹ một phần; nhà cung cấp thanh khoản trong pool RAY được bồi thường 100%, còn pool không phải RAY được bồi thường 90% cộng thêm 20% tiền thưởng RAY, lấy từ ngân quỹ và token của đội ngũ Raydium.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Sàn Raydium trên Solana trở thành nạn nhân của vụ khai thác trị giá bảy chữ số,” ngày 16 tháng 12 năm 2022
• The Block: “Sàn Raydium trên Solana hứng chịu vụ khai thác 4,4 triệu USD,” ngày 16 tháng 12 năm 2022
• Certik: “Phân tích sự cố khai thác Raydium Protocol,” ngày 18 tháng 1 năm 2023
• Halborn: “Giải thích: Vụ hack Raydium (tháng 11/2022),” ngày 22 tháng 12 năm 2022

Vụ khai thác Cypher Protocol (tháng 8/2023)

Nguyên nhân gốc rễ: Một lỗ hổng trong chương trình của Cypher, có thể nằm ở logic giao dịch ký quỹ hoặc hợp đồng tương lai, cho phép kẻ tấn công đánh cắp 38.530 SOL và 123.184 USDC bằng cách khai thác quyền truy cập trái phép vào tiền. Lỗi kỹ thuật chính xác vẫn chưa được công bố.

Hậu quả: Khoảng 1,04 triệu USD bị rút cạn, ảnh hưởng đến thanh khoản và niềm tin người dùng của Cypher trong sự kiện hacker house mtnDAO. Một chương trình quy đổi sau đó được thiết lập để hoàn tiền cho người dùng, nhưng vào năm 2024, cộng tác viên chủ chốt Hoak đã đánh cắp 317.000 USD từ quỹ này và viện dẫn chứng nghiện cờ bạc.

Ứng phó sự cố: Cypher đóng băng các chương trình vào ngày 7 tháng 8 năm 2023, trong vòng vài giờ sau vụ khai thác. Dự án cố gắng đàm phán với kẻ tấn công, người đã chuyển 30.000 USDC sang Finance nhưng không hoàn trả tiền. Đội ngũ điều tra vụ xâm phạm và đề xuất kế hoạch quy đổi.

Biện pháp khắc phục: Sau vụ khai thác, Cypher lên kế hoạch kiểm toán bảo mật nhưng gặp trở ngại sau vụ trộm của Hoak. Không có thông tin chi tiết về bản sửa chương trình cụ thể, dù cộng đồng kêu gọi kiểm toán chặt chẽ.

Bài học kinh nghiệm: Giao thức DeFi cần kiểm toán chương trình nghiêm ngặt và quản lý khóa an toàn để ngăn cả khai thác bên ngoài lẫn mối đe dọa nội bộ, qua đó cho thấy lỗ hổng của các nền tảng phát triển nhanh.

Thiệt hại của người dùng: 1,04 triệu USD từ vụ khai thác ban đầu, không được bồi hoàn; Hoak đánh cắp thêm 317.000 USD vào năm 2024, trong khi các nỗ lực bồi hoàn một phần vẫn đang diễn ra nhưng chưa hoàn tất.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Cypher Protocol trên Solana bị khai thác, đóng băng hợp đồng thông minh,” ngày 8 tháng 8 năm 2023.
• Cointelegraph: “Cypher Protocol đóng băng hợp đồng thông minh sau vụ khai thác ước tính 1 triệu USD,” ngày 8 tháng 8 năm 2023.
• Decrypt: “Nhà phát triển Solana thú nhận đánh cắp rồi đánh bạc hết tiền của người dùng Cypher,” ngày 15 tháng 5 năm 2024.

Vụ khai thác SVT Token của Solvent Protocol (tháng 8/2023)

Nguyên nhân gốc rễ: Một cuộc tấn công bằng khoản vay nhanh khai thác kẽ hở trong mô hình kinh tế của các chương trình giao dịch SVT, cho phép kẻ tấn công thao túng giá token qua hoạt động mua bán lặp lại và dùng khoản vay nhanh để khuếch đại lợi nhuận.

Hậu quả: Kẻ tấn công thu lợi khoảng 400.000 USD, rút tiền khỏi ví của một người dùng không hề hay biết và làm lộ các lỗ hổng trong thiết kế chương trình SVT.

Ứng phó sự cố: Không có phản ứng cụ thể nào từ đội ngũ SVT được ghi nhận. CertiK cảnh báo cộng đồng vào ngày 26 tháng 8 năm 2023 và MistTrack truy vết tiền của kẻ tấn công, ghi nhận vốn ban đầu đến từ SwftSwap và 1.070 BNB được chuyển đến Tornado Cash.

Biện pháp khắc phục: Không có biện pháp khắc phục nào được ghi nhận, có thể do SVT ít được biết đến hoặc đã giải thể. Sự cố nhấn mạnh nhu cầu về mô hình kinh tế vững chắc trong các chương trình DeFi.

Bài học kinh nghiệm: Tấn công bằng khoản vay nhanh khai thác các mô hình kinh tế được thiết kế kém, đòi hỏi logic chương trình an toàn, tích hợp oracle và cơ chế bảo vệ thanh khoản để ngăn thao túng giá.

Thiệt hại của người dùng: 400.000 USD, không được bồi hoàn và không có báo cáo thu hồi.

Tài liệu tham khảo và trích dẫn:

• SlowMist Hacked: “Cuộc tấn công SVT Token bằng khoản vay nhanh,”
• Coin Edition: “Kẻ tấn công cuỗm 400.000 USD trong vụ khai thác SVT bằng khoản vay nhanh: Báo cáo” ngày 26 tháng 8 năm 2023

Vụ khai thác Synthetify DAO (tháng 10/2023)

Nguyên nhân gốc rễ: Kẻ tấn công khai thác DAO không hoạt động của Synthetify bằng cách tạo và bỏ phiếu cho các đề xuất quản trị độc hại. Người này gửi mười đề xuất, gồm chín đề xuất vô hại và một đề xuất chứa mã chuyển 230.000 USD bằng USDC, mSOL và stSOL đến địa chỉ của mình, rồi dùng token của chính mình để âm thầm đạt số phiếu tối thiểu.

Hậu quả: Khoảng 230.000 USD bị đánh cắp và chuyển đến Tornado Cash, cho thấy lỗ hổng quản trị trong các DAO không hoạt động. Synthetify vốn đã mắc nợ sau sự sụp đổ của FTX, nay tiếp tục gặp khó khăn dù đã công bố kế hoạch tái cấu trúc vào tháng 4 năm 2023.

Ứng phó sự cố: Vụ khai thác không bị phát hiện cho đến khi tiền đã được chuyển. Synthetify đóng băng các chương trình và nền tảng vào ngày 19 tháng 10 năm 2023, nhưng không thu hồi được tiền do kẻ tấn công sử dụng Tornado Cash.

Biện pháp khắc phục: Không có biện pháp khắc phục cụ thể nào được triển khai vì giao thức vốn đã gặp khó khăn. Sự cố dẫn đến khuyến nghị rằng DAO nên áp dụng hội đồng phủ quyết và hệ thống thông báo tốt hơn.

Bài học kinh nghiệm: DAO không hoạt động sử dụng cơ chế bỏ phiếu thuần túy dựa trên token dễ bị tấn công quản trị, đòi hỏi giám sát chủ động, động lực khuyến khích tham gia và quy trình thẩm định đề xuất chặt chẽ.

Thiệt hại của người dùng: 230.000 USD, không được bồi hoàn và không có báo cáo thu hồi.

Tài liệu tham khảo và trích dẫn:

• Blockworks: “DAO trên Solana mất 230.000 USD sau khi ‘đề xuất tấn công’ không bị phát hiện,” ngày 25 tháng 10 năm 2023
• SlowMist Hacked: “Sự cố bảo mật Synthetify Protocol,” truy cập năm 2025
• Neodyme: “Cách hack một DAO,” ngày 24 tháng 1 năm 2024

Vụ khai thác Thunder Terminal (tháng 12/2023)

Nguyên nhân gốc rễ: URL kết nối MongoDB bị xâm phạm—một lỗ hổng dịch vụ bên thứ ba—cho phép kẻ tấn công truy cập hệ thống của Thunder Terminal và rút 86,5 ETH cùng 439 SOL khỏi ví người dùng thông qua các phê duyệt độc hại.

Hậu quả: Khoảng 240.000 USD tài sản bị đánh cắp, trong đó 192.500 USD được chuyển đến Railgun. Sự cố ảnh hưởng đến 14% người dùng ví nóng, nhưng ví lạnh vẫn an toàn.

Ứng phó sự cố: Thunder Terminal chặn cuộc tấn công trong vòng chín phút vào ngày 27 tháng 12 năm 2023, thu hồi các phê duyệt độc hại và khôi phục hoạt động nền tảng trong vài giờ. Đội ngũ đề nghị tiền thưởng và đàm phán với kẻ tấn công, người đưa ra tuyên bố chưa được xác minh về các lỗ hổng khác, nhưng không có tiền nào được thu hồi.

Biện pháp khắc phục: Triển khai bảo mật nâng cao cho các tích hợp bên thứ ba, bao gồm kiểm soát truy cập nghiêm ngặt hơn và giám sát kết nối MongoDB, để ngăn những vụ xâm phạm tương tự.

Bài học kinh nghiệm: Phụ thuộc vào dịch vụ bên thứ ba gây rủi ro đáng kể cho nền tảng DeFi, đòi hỏi kiểm toán bảo mật chặt chẽ và cơ chế phản ứng nhanh để bảo vệ tiền của người dùng.

Thiệt hại của người dùng: 240.000 USD, không được bồi hoàn và không có báo cáo thu hồi tiền bị đánh cắp.

Tài liệu tham khảo và trích dẫn:

• Cointelegraph: “Thunder Terminal tuyên bố tiền vẫn an toàn sau cuộc tấn công 240.000 USD, hacker nói ngược lại,” ngày 27 tháng 12 năm 2023
• The Block: “Nền tảng giao dịch on-chain Thunder Terminal bị hack 86,5 ETH: ZachXBT,” ngày 27 tháng 12 năm 2023

Vụ khai thác Aurory SyncSpace (tháng 12/2023)

Nguyên nhân gốc rễ: Ngày 17 tháng 12 năm 2023, một tác nhân độc hại khai thác lỗ hổng điều kiện tranh chấp tại endpoint mua hàng của marketplace off-chain thuộc Aurory. Bằng cách gửi đồng thời nhiều yêu cầu mua, kẻ tấn công thổi phồng số dư AURY trong SyncSpace, hệ thống kho kết hợp on-chain/off-chain. Điều này cho phép rút khoảng 600.000 token AURY (trị giá ~830.000 USD) sang mạng Arbitrum rồi bán trên thị trường mở.

Hậu quả: Vụ khai thác khiến thanh khoản trong pool AURY-USDC trên Camelot DEX giảm 80%, từ 1,5 triệu USD xuống 312.000 USD. Giá token AURY giảm 17% còn 1,17 USD, giảm 23,5% trong 24 giờ và 36,5% trong bảy ngày, dù sau đó phục hồi nhẹ. Không có tiền hoặc NFT của người dùng bị mất vì token bị đánh cắp đến từ ví của đội ngũ.

Ứng phó sự cố: Đội ngũ Aurory phát hiện hoạt động đáng ngờ trong vài giờ và vô hiệu hóa cầu nối SyncSpace để bảo trì, dừng hoạt động gửi và rút tiền. Họ hấp thụ áp lực bán bằng cách mua lại token và xác nhận kẻ tấn công đã dùng hết lượng AURY. Một bản vá backend toàn cục đang được phát triển và báo cáo hậu sự cố chi tiết đã được lên kế hoạch.

Biện pháp khắc phục: Aurory đang phát triển bản vá cho lỗ hổng điều kiện tranh chấp và dự định tăng cường bảo mật marketplace. Dù OtterSec đã kiểm toán trước đó, lỗ hổng vẫn không bị phát hiện, dẫn đến việc xem xét lại phạm vi và quy trình kiểm toán. SyncSpace dự kiến hoạt động trở lại sau khi triển khai bản sửa lỗi.

Bài học kinh nghiệm: Lỗ hổng điều kiện tranh chấp trong hệ thống off-chain có thể dẫn đến các vụ khai thác nghiêm trọng, ngay cả trên nền tảng đã được kiểm toán. Phạm vi kiểm toán toàn diện, giám sát theo thời gian thực và logic marketplace chặt chẽ rất quan trọng để ngăn các cuộc tấn công như vậy, đặc biệt với hệ thống kết hợp on-chain/off-chain.

Thiệt hại của người dùng: Không có tiền hoặc NFT của người dùng bị xâm phạm. Khoản thiệt hại 830.000 USD (sau đó được định giá ~690.000 USD do giá giảm) do ví của đội ngũ gánh chịu; ví này được dùng để rút tiền cho các tài khoản trước đó chưa gửi AURY.

Tài liệu tham khảo và trích dẫn:

• Tuyên bố chính thức của Aurory: Thông báo vụ khai thác ngày 17 tháng 12 năm 2023
• Decrypt: “Trò chơi ‘Aurory’ trên Solana hứng chịu vụ khai thác 830.000 USD, vô hiệu hóa cầu nối Arbitrum,” ngày 19 tháng 12 năm 2023
• Coinlive: “Aurory phát hiện hoạt động của hacker và tạm thời đóng SyncSpace,” tháng 12/2023

Sự cố Saga DAO (tháng 1/2024)

Nguyên nhân gốc rễ: Saga DAO, một câu lạc bộ người hâm mộ điện thoại Solana Saga, gặp sự cố bảo mật trong ví multisig của Saga DAO. Theo báo cáo, ví chỉ yêu cầu 1/12 xác nhận, cho phép kẻ tấn công rút khoảng 60.000 USD bằng SOL khỏi ngân quỹ. Vụ xâm phạm có liên quan đến tài khoản của nhà sáng lập bị chiếm đoạt, dù một số thành viên cộng đồng cáo buộc có người nội bộ tham gia do ngưỡng xác nhận quá thấp.

Hậu quả: Khoản thiệt hại 60.000 USD làm gián đoạn hoạt động của Saga DAO, vốn tập trung quản lý airdrop cho người nắm giữ Saga Genesis NFT. Sự cố làm dấy lên cáo buộc quản lý yếu kém và suy giảm niềm tin cộng đồng vì ngân quỹ DAO đã nhanh chóng tăng lên hơn 1.000 SOL trước vụ xâm phạm.

Ứng phó sự cố: Saga DAO thừa nhận vụ xâm phạm vào ngày 24 tháng 1 năm 2024 và loại các bên liên quan khỏi vai trò lãnh đạo. Đội ngũ cam kết điều tra và triển khai biện pháp bảo vệ, nhưng không có tiền nào được thu hồi và chi tiết vụ hack vẫn chưa rõ ràng.

Biện pháp khắc phục: Dự án công bố kế hoạch tăng cường bảo mật ví multisig, gồm nâng ngưỡng xác nhận và cải thiện kiểm soát truy cập, nhưng đến đầu năm 2025 vẫn chưa có cập nhật cụ thể.

Bài học kinh nghiệm: Ngưỡng xác nhận thấp trong ví multisig khiến DAO đối mặt với rủi ro đáng kể, đòi hỏi cơ chế quản trị và giao thức bảo mật chặt chẽ để bảo vệ quỹ cộng đồng, đặc biệt với ngân quỹ tăng trưởng nhanh.

Thiệt hại của người dùng: 60.000 USD, không được bồi hoàn và không có báo cáo thu hồi, ảnh hưởng đến khả năng phân phối phần thưởng airdrop của DAO.

Tài liệu tham khảo và trích dẫn:

• Medium (Coinmonks): “Saga DAO có bị chính người trong cuộc rug pull không?,” ngày 26 tháng 1 năm 2024
• Reddit (r/solana): “Nhà sáng lập Solana Saga DAO đối mặt cáo buộc nội gián trong vụ hack 60.000 USD,” ngày 26 tháng 1 năm 2024

Vụ khai thác Solareum (tháng 3/2024)

Nguyên nhân gốc rễ: Một vụ xâm phạm bảo mật, được cho là có liên quan đến nhà phát triển Triều Tiên do Solareum tuyển dụng, đã xâm phạm ví người dùng bằng cách khai thác khóa riêng tư được nhập vào bot Telegram. Kẻ tấn công có thể đã truy cập khóa qua lỗ hổng dịch vụ bên thứ ba, có thể là URL kết nối MongoDB, rồi rút tiền từ 302–309 ví người dùng.

Hậu quả: Khoảng 520.000–1,4 triệu USD bằng SOL (2.808–6.045 SOL) bị đánh cắp, ảnh hưởng đến hơn 300 người dùng. Solareum đóng cửa vĩnh viễn do vụ khai thác, thiếu vốn và thách thức thị trường, khiến người dùng yêu cầu bồi thường.

Ứng phó sự cố: Solareum thừa nhận vụ khai thác vào ngày 29 tháng 3 năm 2024 và đóng cửa hoạt động trước ngày 2 tháng 4, đồng thời kêu gọi người dùng thu hồi tài sản. Đội ngũ liên hệ với cơ quan chức năng để đóng băng tiền trên các sàn tập trung, trong đó Tether đóng băng 975.000 USD. Không có cam kết hoàn tiền cho người dùng.

Biện pháp khắc phục: Không có biện pháp nào được triển khai vì Solareum ngừng hoạt động. Sự cố cho thấy nhu cầu về tích hợp bên thứ ba an toàn và thẩm định nhà phát triển trong ứng dụng DeFi.

Bài học kinh nghiệm: Bot giao dịch trên Telegram dễ bị rò rỉ khóa riêng tư và chịu mối đe dọa nội bộ, đòi hỏi kiểm toán bảo mật chặt chẽ, quản lý khóa an toàn và thận trọng với dịch vụ bên thứ ba.

Thiệt hại của người dùng: 520.000–1,4 triệu USD, không được bồi hoàn và không có báo cáo thu hồi dù một phần tiền đã bị đóng băng.

Tài liệu tham khảo và trích dẫn:

• Decrypt: “Bot giao dịch Telegram trên Solana đóng cửa sau khi người dùng bị rút 523.000 USD,” ngày 2 tháng 4 năm 2024
• Cointelegraph: “Bot giao dịch Telegram Solareum đóng cửa vài ngày sau vụ khai thác 520.000 USD,” ngày 2 tháng 4 năm 2024
• DL News: “Một nhà phát triển Triều Tiên đã lừa đội ngũ bot giao dịch Solana và đánh cắp 1,4 triệu USD như thế nào,” ngày 30 tháng 1 năm 2025

Cuộc tấn công siêu dữ liệu GPU io.net (tháng 4/2024)

Nguyên nhân gốc rễ: Các tác nhân độc hại giả mạo khoảng 400.000 GPU ảo trên mạng GPU phi tập trung của io.net bằng cách lạm dụng quy trình đăng ký worker của nền tảng. Kẻ tấn công thao túng siêu dữ liệu để thổi phồng số worker đang hoạt động, có khả năng làm gián đoạn việc phân bổ tài nguyên và tính toàn vẹn của mạng.

Hậu quả: Cuộc tấn công không gây thiệt hại tài chính trực tiếp vì không có tiền của người dùng bị đánh cắp. Tuy nhiên, các worker giả gây áp lực lên mạng io.net, làm tăng nguy cơ vận hành kém hiệu quả và suy giảm niềm tin vào khả năng phân bổ GPU của nền tảng trong giai đoạn beta.

Ứng phó sự cố: Đội ngũ bảo mật io.net phát hiện hành vi giả mạo vào ngày 18 tháng 4 năm 2024 và bắt đầu tự động gắn thẻ các tài khoản độc hại để xóa. Đội ngũ giữ lại một số worker giả để nghiên cứu cuộc tấn công, bảo đảm tiếp tục giám sát và giảm thiểu mà không làm gián đoạn dịch vụ.

Biện pháp khắc phục: io.net triển khai quy trình xác minh worker nâng cao để ngăn giả mạo siêu dữ liệu.

Bài học kinh nghiệm: Mạng điện toán phi tập trung dễ bị thao túng siêu dữ liệu, đòi hỏi cơ chế xác thực vững chắc để bảo đảm tính toàn vẹn của tài nguyên đóng góp và ngăn lạm dụng.

Thiệt hại của người dùng: Không có; cuộc tấn công không gây thiệt hại tài chính trực tiếp mà tập trung làm gián đoạn mạng thay vì đánh cắp tài sản.

Tài liệu tham khảo và trích dẫn

• Cointelegraph: “io.net ứng phó với cuộc tấn công siêu dữ liệu GPU,” ngày 18 tháng 4, 2024
• io.net Medium: “Báo cáo sự cố ngày 25 tháng 4. Tổng quan vấn đề” ngày 27 tháng 4 năm 2024
• The Block: “CEO DePIN io.net trên Solana tuyên bố mạng bị tấn công trong báo cáo hậu sự cố chi tiết” ngày 28 tháng 4 năm 2024

Vụ khai thác Pump.fun (tháng 5/2024)

Nguyên nhân gốc rễ: Một cựu nhân viên Pump.fun đã lợi dụng quyền rút tiền đặc biệt để thực hiện cuộc tấn công vay nhanh bằng một giao thức cho vay trên Solana. Kẻ tấn công dùng SOL vay được để thổi phồng giá trị token một cách giả tạo. Bằng cách đẩy giá trị token lên 100% trên đường cong liên kết, kẻ tấn công đã tiếp cận 1,9 triệu USD thanh khoản trong đường cong liên kết để hoàn trả khoản vay và giữ lại lợi nhuận.

Hậu quả: Khoảng 1,9 triệu USD bằng SOL (12.300 SOL) đã bị đánh cắp, ảnh hưởng đến 1.882 địa chỉ ví. Các báo cáo ban đầu từ cộng đồng phóng đại thiệt hại lên 80 triệu USD, nhưng tác động thực tế chỉ giới hạn ở 1,9 triệu USD trong tổng thanh khoản 45 triệu USD của nền tảng.

Ứng phó sự cố: Pump.fun đã dừng giao dịch lúc 17:00 UTC ngày 16 tháng 5 năm 2024 và triển khai lại các chương trình đường cong liên kết trong vòng vài giờ. Trong vòng 24 giờ, đội ngũ đã bổ sung lượng SOL bằng hoặc lớn hơn vào các pool thanh khoản bị ảnh hưởng và miễn phí giao dịch trong bảy ngày để khôi phục niềm tin của người dùng.

Biện pháp khắc phục: Nâng cấp bảo mật chương trình để thu hồi quyền truy cập trái phép và triển khai các biện pháp kiểm soát truy cập nội bộ nghiêm ngặt hơn nhằm ngăn chặn hành vi khai thác nội gián trong tương lai.

Bài học kinh nghiệm: Các mối đe dọa nội bộ và lỗ hổng trong quyền truy cập đặc biệt có thể vượt qua các biện pháp bảo vệ DeFi, vì vậy cần giám sát nhân viên chặt chẽ và thiết kế chương trình an toàn.

Thiệt hại của người dùng: 1,9 triệu USD, đã được khắc phục hoàn toàn; kế hoạch bồi thường của Pump.fun đã khôi phục thanh khoản bị ảnh hưởng, bảo đảm người dùng không chịu thiệt hại ròng.

Tài liệu tham khảo và trích dẫn:

• NewsBTC: “Hậu kiểm sự cố tiền mã hóa: Pump.Fun đã bị khai thác 2 triệu USD như thế nào,” ngày 18 tháng 5 năm 2024
• Coinpedia: “Nền tảng tiền mã hóa pump.fun hoạt động trở lại sau sự cố nhân viên chiếm dụng tài sản,” ngày 17 tháng 5 năm 2024

Vụ khai thác Banana Gun (tháng 9 năm 2024)

Nguyên nhân gốc rễ: Một lỗ hổng trong oracle tin nhắn Telegram của Banana Gun cho phép kẻ tấn công chặn tin nhắn và chuyển thủ công 563 ETH (1,4 triệu USD) từ 11 ví người dùng trong các phiên giao dịch trực tiếp. Lỗ hổng ảnh hưởng đến cả bot Ethereum và Solana, nhắm vào những nhà giao dịch giàu kinh nghiệm có vị thế đáng kể trên mạng xã hội hoặc trong hoạt động giao dịch.

Hậu quả: Khoảng 1,4 triệu USD đã bị đánh cắp. Con số ban đầu được báo cáo là 3 triệu USD và ảnh hưởng đến 36 người dùng, nhưng sau đó được xác định lại là 1,4 triệu USD từ 11 người dùng. Sự cố làm suy giảm niềm tin vào các bot giao dịch trên Telegram và khiến cộng đồng lo ngại về lỗ hổng ở giao diện người dùng.

Ứng phó sự cố: Banana Gun đã tắt các bot Ethereum và Solana trong vòng vài phút vào ngày 19 tháng 9 năm 2024, vá lỗ hổng oracle Telegram và triển khai lại bot trước ngày 20 tháng 9. Người dùng bị ảnh hưởng được cam kết hoàn tiền đầy đủ từ quỹ dự trữ mà không cần bán token.

Biện pháp khắc phục: Triển khai thời gian chờ chuyển tiền hai giờ, bổ sung xác thực hai yếu tố cho giao dịch và hợp tác với Security Alliance để kiểm toán và kiểm thử xâm nhập nhằm tăng cường bảo mật giao diện người dùng.

Bài học kinh nghiệm: Bot trên Telegram dễ bị khai thác qua oracle và giao diện người dùng, đòi hỏi các biện pháp bảo mật mạnh mẽ và xác minh người dùng để chống lại những cuộc tấn công có chủ đích vào nhà giao dịch sở hữu tài sản giá trị cao.

Thiệt hại của người dùng: 1,4 triệu USD, đã được khắc phục hoàn toàn; quỹ dự trữ của Banana Gun đã hoàn tiền cho tất cả người dùng bị ảnh hưởng, bảo đảm không có thiệt hại ròng.

Tài liệu tham khảo và trích dẫn:

• Cointelegraph: “Bot Telegram Banana Gun sẽ tự gánh khoản thiệt hại 3 triệu USD từ vụ tấn công,” ngày 25 tháng 9 năm 2024
• The Block: “Banana Gun cam kết hoàn trả 3 triệu USD bị đánh cắp cho người dùng bị ảnh hưởng,” ngày 25 tháng 9 năm 2024
• QuillAudits: “Giải mã cách Banana Gun gặp sự cố: Vụ khai thác 3 triệu USD,” ngày 5 tháng 1 năm 2025

Vụ khai thác DEXX (tháng 11 năm 2024)

Nguyên nhân gốc rễ: Do quản lý khóa không đúng cách, việc rò rỉ khóa riêng tư trong mô hình lưu ký tập trung của DEXX đã cho phép kẻ tấn công truy cập và rút cạn ví người dùng. Việc hiển thị khóa riêng tư dưới dạng văn bản thuần trong các yêu cầu `export_wallet` trên máy chủ chính thức đã tạo điều kiện cho vụ xâm nhập.

Hậu quả: Khoảng 30 triệu USD tài sản đã bị đánh cắp, ảnh hưởng đến hơn 900 người dùng riêng biệt trên hơn 8.620 ví Solana. Phần lớn nạn nhân mất dưới 10.000 USD, nhưng một người dùng mất hơn 1 triệu USD. Kẻ tấn công đã chuyển đổi altcoin bị đánh cắp sang SOL, khiến việc thu hồi trở nên phức tạp.

Ứng phó sự cố: DEXX đã dừng hoạt động vào ngày 16 tháng 11 năm 2024 và hợp tác với SlowMist cùng cơ quan thực thi pháp luật để truy vết tiền. Một chương trình thưởng phát hiện lỗi và đề nghị hoàn trả trong vòng 24 giờ đã được công bố, nhưng không có khoản tiền nào được thu hồi. Đội ngũ đã công bố kế hoạch bồi thường phụ thuộc vào việc thu hồi tiền.

Biện pháp khắc phục: Các nâng cấp dự kiến gồm phiên bản ví tự lưu trữ, tăng cường bảo mật đám mây và đại tu toàn diện khung bảo mật để ngăn chặn rò rỉ khóa trong tương lai.

Bài học kinh nghiệm: Việc lưu ký tập trung khóa riêng tư trên các nền tảng DeFi gây ra rủi ro đáng kể, đòi hỏi quản lý khóa an toàn và liên lạc được mã hóa để bảo vệ tài sản người dùng.

Thiệt hại của người dùng: 30 triệu USD, chưa được bồi hoàn và không có báo cáo về việc thu hồi tính đến ngày 29 tháng 11 năm 2024.

Tài liệu tham khảo và trích dẫn:

• Cointelegraph: “Hơn 8.600 ví Solana có liên quan đến tin tặc DEXX trong vụ việc trị giá 21 triệu USD,” ngày 29 tháng 11 năm 2024
• Cryptopolitan: “Hơn 8.620 ví Solana có liên quan đến vụ tấn công DEXX,” ngày 11 tháng 12 năm 2024
• ChainCatcher: “CertiK: Nguyên nhân sự cố DEXX là đội ngũ dự án quản lý khóa riêng tư không đúng cách,” ngày 16 tháng 11 năm 2024

Vụ khai thác nền tảng NoOnes (tháng 1 năm 2025)

Nguyên nhân gốc rễ: Một lỗ hổng trong cầu nối chuỗi chéo Solana của NoOnes cho phép kẻ tấn công khai thác các ví nóng của nền tảng, thực hiện hàng trăm giao dịch nhỏ (mỗi giao dịch dưới 7.000 USD) trên Ethereum, TRON, Solana và Binance Smart Chain.

Hậu quả: Khoảng 7,9–8 triệu USD tài sản tiền mã hóa đã bị đánh cắp. Tiền được chuyển qua cầu nối đến Ethereum và Binance Smart Chain, sau đó được đưa vào Tornado Cash để trộn, khiến nỗ lực thu hồi trở nên phức tạp.

Ứng phó sự cố: Đội ngũ bảo mật của NoOnes đã khống chế vụ xâm nhập vào ngày 1 tháng 1 năm 2025 và đình chỉ cầu nối Solana. CEO Ray Youssef xác nhận vụ khai thác vào ngày 24 tháng 1 năm 2025 sau cuộc điều tra của ZachXBT, đồng thời bảo đảm tiền và dữ liệu của người dùng vẫn an toàn. Cầu nối vẫn chưa hoạt động trở lại trong thời gian chờ kiểm thử xâm nhập.

Biện pháp khắc phục: Lên kế hoạch kiểm thử xâm nhập toàn diện và tăng cường bảo mật cầu nối để ngăn chặn các vụ khai thác trong tương lai, dù các bản sửa lỗi cụ thể chưa được công bố.

Bài học kinh nghiệm: Cầu nối chuỗi chéo cần có biện pháp bảo mật mạnh mẽ để ngăn truy cập trái phép, cho thấy sự cần thiết của việc kiểm thử và giám sát nghiêm ngặt trên các nền tảng P2P.

Thiệt hại của người dùng: 7,9–8 triệu USD, chưa được bồi hoàn và không có báo cáo về việc thu hồi vì tiền đã được trộn qua Tornado Cash.

Tài liệu tham khảo và trích dẫn:

• CryptoSlate: “NoOnes thừa nhận vụ khai thác trị giá 8 triệu USD sau khi ZachXBT nêu quan ngại,” ngày 24 tháng 1 năm 2025
• ChainCatcher: “CEO NoOnes xác nhận nền tảng từng bị tin tặc tấn công và cho biết nguyên nhân là lỗ hổng trong cầu nối chuỗi chéo Solana,” ngày 26 tháng 1 năm 2025

Vụ khai thác Loopscale (tháng 4 năm 2025)

Nguyên nhân gốc rễ: Ngày 26 tháng 4 năm 2025, một kẻ tấn công đã khai thác lỗ hổng trong cơ chế định giá tài sản thế chấp RateX Principal Token (PT) của Loopscale. Bằng cách thao túng nguồn cấp giá oracle, kẻ tấn công thổi phồng giả tạo giá trị được ghi nhận của token RateX PT, qua đó thực hiện một loạt khoản vay không đủ tài sản bảo đảm. Điều này cho phép rút khoảng 5,7 triệu USDC và 1.200 SOL (trị giá ~5,8 triệu USD) khỏi các Genesis Vault USDC và SOL của Loopscale.

Hậu quả: Vụ khai thác đã rút cạn ~12% tổng giá trị khóa (TVL) của Loopscale, vốn ở mức ~40 triệu USD trước sự cố. Cuộc tấn công kích hoạt hàng loạt đợt thanh lý và yêu cầu bổ sung ký quỹ trên các nền tảng Solana DeFi kết nối với nhau, gây biến động giá SOL và USDC trên các sàn giao dịch phi tập trung. Niềm tin của nhà đầu tư vào các giao thức DeFi mới nổi suy giảm, làm tăng mức độ giám sát pháp lý và hạn chế dòng vốn.

Ứng phó sự cố: Loopscale phát hiện vụ khai thác lúc 11:30 sáng EST ngày 26 tháng 4 năm 2025 và ngay lập tức tạm dừng tất cả thị trường cho vay cùng hoạt động rút tiền khỏi vault để ngăn tổn thất thêm. Việc hoàn trả khoản vay, bổ sung tài sản thế chấp và đóng vòng lặp được kích hoạt lại vào cuối ngày hôm đó. Đội ngũ bắt đầu đàm phán với kẻ tấn công, đề nghị khoản thưởng phát hiện lỗi 10% và miễn truy cứu pháp lý. Đến ngày 29 tháng 4, toàn bộ số tiền bị đánh cắp (5.726.725 USDC và 1.211 SOL) đã được hoàn trả sau khi đàm phán thành công.

Biện pháp khắc phục: Loopscale đã rà soát mã cùng Sec3 và phát hành phiên bản giao thức đã vá. Hoạt động rút tiền khỏi vault được kích hoạt lại vào ngày 8 tháng 5 năm 2025. Đội ngũ cam kết liên tục kiểm toán bảo mật, tăng cường xác thực oracle và cải thiện cơ chế định giá tài sản thế chấp. Một báo cáo hậu kiểm toàn diện đã được công bố, nêu chi tiết lỗ hổng và các cải tiến bảo mật trong tương lai.

Bài học kinh nghiệm: Sự cố cho thấy rủi ro từ việc thao túng oracle trong các giao thức DeFi, đặc biệt với những mô hình định giá tài sản thế chấp mới. Việc xác thực toàn diện logic nghiệp vụ, kiểm toán nhiều lớp và kiến trúc oracle mạnh mẽ có vai trò thiết yếu trong ngăn chặn các vụ khai thác như vậy. Phản ứng nhanh và giao tiếp minh bạch có thể giảm tác động đến người dùng và hỗ trợ thu hồi tiền.

Thiệt hại của người dùng: Không có khoản tiền gửi nào của người dùng bị mất. Toàn bộ số tiền bị đánh cắp (5,8 triệu USD) đã được thu hồi, bảo đảm người gửi tiền vào các vault USDC và SOL không chịu ảnh hưởng tài chính.

Tài liệu tham khảo và trích dẫn:

• Tuyên bố chính thức của Loopscale: @LoopscaleLabs, ngày 29 tháng 4 năm 2025, thông báo thu hồi tiền
• The Block: “Giao thức Solana DeFi Loopscale bị khai thác 5,8 triệu USD chỉ hai tuần sau khi ra mắt,” ngày 27 tháng 4 năm 2025
• Halborn: “Giải thích vụ tấn công Loopscale (tháng 4 năm 2025),” ngày 30 tháng 4 năm 2025
• Blockworks: “Loopscale mất 5,8 triệu USD trong cuộc tấn công oracle,” ngày 29 tháng 4 năm 2025

Tấn công chuỗi cung ứng

Định nghĩa

Tấn công chuỗi cung ứng là các sự cố bảo mật làm tổn hại tính toàn vẹn của nền tảng hoặc ứng dụng bằng cách nhắm vào những phần phụ thuộc bên ngoài, như dịch vụ bên thứ ba, thư viện hoặc kênh phân phối. Những cuộc tấn công này khai thác lỗ hổng trong chuỗi cung ứng phần mềm, ảnh hưởng đến người dùng hạ nguồn hoặc dApp phụ thuộc vào thành phần đã bị xâm phạm.

Đặc điểm

• Phạm vi: Liên quan đến các thành phần bên ngoài (ví dụ: dịch vụ đám mây, kho gói, tiện ích trình duyệt) được tích hợp với hoặc được dApp Solana sử dụng.
• Lỗ hổng phổ biến: Gồm các cuộc tấn công lừa đảo nhắm vào tài khoản nhà phát triển, bản cập nhật độc hại cho gói phần mềm hoặc chiếm quyền DNS để chuyển hướng người dùng đến trang lừa đảo.
• Tác động: Dẫn đến tiền bị đánh cắp, thông tin đăng nhập của người dùng bị xâm phạm hoặc ví bị truy cập trái phép. Ảnh hưởng đến người dùng tương tác với dịch vụ bị xâm phạm.

Các sự cố chuỗi cung ứng

Cuộc tấn công giao diện người dùng Parcl (tháng 8 năm 2024)

Nguyên nhân gốc rễ: Một cuộc tấn công chiếm quyền DNS đã xâm phạm giao diện người dùng của Parcl bằng cách thay đổi cài đặt tên miền và chuyển hướng người dùng đến một trang độc hại. Kẻ tấn công đã rút token khỏi ví Solana và hiển thị kết quả giao dịch giả trong Phantom, qua đó khai thác giao diện web của nền tảng.

Hậu quả: Cuộc tấn công đã rút một lượng token không được công bố khỏi ví người dùng và không có số liệu thiệt hại cụ thể. Tài khoản X của Parcl dường như cũng bị xâm phạm, làm gia tăng sự hoang mang và mất niềm tin của người dùng trong thời gian xảy ra sự cố.

Ứng phó sự cố: Parcl đã dừng giao dịch vào ngày 20 tháng 8 năm 2024 và bảo mật lại tên miền trong vòng vài giờ. Đến ngày 22 tháng 8, giao dịch được khôi phục sau khi xác nhận các biện pháp bảo vệ, đồng thời người dùng được khuyến cáo xác minh trang web chính thức trước khi tương tác.

Biện pháp khắc phục: Tăng cường các biện pháp bảo mật DNS, gồm kiểm soát truy cập Cloudflare nghiêm ngặt hơn và giám sát tên miền, để ngăn chặn các nỗ lực chiếm quyền trong tương lai.

Bài học kinh nghiệm: Các lỗ hổng giao diện người dùng, đặc biệt là tấn công dựa trên DNS, gây rủi ro đáng kể cho nền tảng DeFi, đòi hỏi bảo mật mạnh mẽ cho dịch vụ bên thứ ba và hướng dẫn người dùng tránh các trang lừa đảo.

Thiệt hại của người dùng: Số tiền không được công bố, chưa được bồi hoàn; không có báo cáo cụ thể về việc thu hồi hoặc bồi thường.

Tài liệu tham khảo và trích dẫn:

• BlockBeats: “Giao diện người dùng trên trang web chính thức của Parcl bị nghi đã遭 tấn công,” ngày 20 tháng 8 năm 2024
• Quadrigainitiative: “Giao diện người dùng và Twitter của Parcl bị xâm phạm để lừa đảo”

Cuộc tấn công chuỗi cung ứng Web3.js (tháng 12 năm 2024)

Nguyên nhân gốc rễ: Một chiến dịch lừa đảo có chủ đích đã xâm phạm tài khoản có quyền phát hành của @solana /web3.js, cho phép kẻ tấn công phát hành các phiên bản gói npm độc hại (1.95.6 và 1.95.7). Các phiên bản này chứa mã đánh cắp dữ liệu khóa riêng tư từ những dapp trực tiếp xử lý khóa, được kích hoạt bởi các lệnh gọi phương thức cụ thể.

Hậu quả: Ước tính có 30–50 triệu USD tài sản có nguy cơ bị ảnh hưởng, dù thiệt hại chính xác chưa được xác nhận do khoảng thời gian phơi nhiễm ngắn (15:20 đến 20:25 UTC). Cuộc tấn công nhắm vào các dapp Solana như bot giao dịch, nhưng không ảnh hưởng đến ví phi lưu ký hay giao thức Solana.

Ứng phó sự cố: Đội ngũ Web3.js đã ngừng hỗ trợ phiên bản 1.95.6 và 1.95.7 lúc 20:52 UTC ngày 3 tháng 12 năm 2024, rồi xóa chúng khỏi npm lúc 00:22 UTC ngày 4 tháng 12. Các nhà phát triển được khuyến cáo nâng cấp lên phiên bản 1.95.8 và thay những khóa đáng ngờ. Không có khoản tiền bị đánh cắp nào được thu hồi.

Biện pháp khắc phục: Thu hồi thông tin đăng nhập npm bị xâm phạm, khôi phục phiên bản 1.95.5 làm phiên bản mới nhất và lên kế hoạch tăng cường các biện pháp bảo mật, gồm kiểm soát truy cập nghiêm ngặt hơn và xác thực hai yếu tố khi phát hành gói.

Bài học kinh nghiệm: Các cuộc tấn công chuỗi cung ứng vào thư viện trọng yếu có thể xâm phạm toàn bộ hệ sinh thái, vì vậy cần xác thực mạnh mẽ, giám sát gói và sự cảnh giác của nhà phát triển để ngăn chặn các bản cập nhật độc hại.

Thiệt hại của người dùng: Theo một số nguồn, thiệt hại là ~130.000 USD và chưa được bồi hoàn; mức thiệt hại phụ thuộc vào các dapp đã triển khai phiên bản độc hại và chưa có báo cáo thu hồi.

Tài liệu tham khảo và trích dẫn:

• Mend.io: “Cuộc tấn công npm Solana: @solana/web3.js đã bị xâm phạm như thế nào,” ngày 5 tháng 12 năm 2024
• SecurityWeek: “Thư viện Solana Web3.js bị cài cửa hậu trong cuộc tấn công chuỗi cung ứng,” ngày 4 tháng 12 năm 2024
• Cyfrin: “Cảnh báo bảo mật: @solana/web3.js v1.95.6 và v1.95.7 đã bị xâm phạm,” ngày 4 tháng 12 năm 2024

Tấn công cấp mạng

Định nghĩa

Tấn công cấp mạng là các sự cố bảo mật nhắm vào cơ sở hạ tầng hỗ trợ dApp hoặc nền tảng Solana, như trang web hoặc máy chủ, thay vì blockchain hay logic ứng dụng. Những cuộc tấn công này nhằm làm gián đoạn khả năng truy cập hoặc tính sẵn sàng, thường thông qua kỹ thuật từ chối dịch vụ phân tán (DDoS).

Đặc điểm

• Phạm vi: Ảnh hưởng đến cơ sở hạ tầng mạng (ví dụ: máy chủ web, API) của các nền tảng dựa trên Solana, không phải blockchain hay chương trình.
• Lỗ hổng phổ biến: Gồm việc làm máy chủ quá tải bằng lưu lượng truy cập (DDoS) để gián đoạn quyền truy cập của người dùng, thường trong các sự kiện có lưu lượng cao như airdrop.
• Tác động: Gây gián đoạn dịch vụ tạm thời hoặc làm chậm truy cập, nhưng thường không gây thiệt hại tài chính trực tiếp trừ khi kết hợp với phương thức khai thác khác. Gây bất tiện cho người dùng.

Các sự cố cấp mạng

Sự cố IDO Grape Protocol (tháng 9 năm 2021)

Nguyên nhân gốc rễ: Bot đã gửi 400.000 giao dịch mỗi giây vào IDO của Grape Protocol trên Raydium, làm quá tải hàng đợi xử lý giao dịch của Solana. Tải quá mức làm cạn kiệt bộ nhớ trên các node trình xác thực, dẫn đến phân nhánh mạng và sự cố ngừng hoạt động do từ chối dịch vụ (DoS).

Hậu quả: Mạng Solana ngừng hoạt động trong 17 giờ (ngày 14–15 tháng 9 năm 2021), làm gián đoạn mọi giao dịch và dApp. Giá SOL giảm 15% từ 170 USD xuống 145 USD, còn IDO trị giá 600.000 USD của Grape rơi vào hỗn loạn, dù không có tiền bị đánh cắp trực tiếp.

Ứng phó sự cố: Các kỹ sư Solana và hơn 1.000 trình xác thực đã phối hợp thực hiện hard fork, khởi động lại mạng tại slot 96.528.693 vào ngày 15 tháng 9 năm 2021 với 80% đồng thuận. Bản vá (v1.6.25) được triển khai để ổn định quá trình xử lý giao dịch.

Biện pháp khắc phục: Để giảm thiểu tình trạng bot gây ngập lưu lượng, Solana đã cải thiện khả năng loại bỏ giao dịch trùng lặp, tối ưu hóa quản lý hàng đợi và tăng cường xử lý bộ nhớ của trình xác thực. Raydium triển khai các biện pháp chống bot cho những IDO trong tương lai.

Bài học kinh nghiệm: IDO có nhu cầu cao có thể kích hoạt tấn công cấp mạng do bot gửi thư rác, vì vậy cần có biện pháp chống bot mạnh mẽ và cơ sở hạ tầng có khả năng mở rộng để duy trì sự ổn định của blockchain.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ biến động giá SOL và giao dịch bị gián đoạn, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn

• CoinDesk: “Blockchain Solana khởi động lại sau khi bot gây ra sự cố ngừng hoạt động kéo dài 17 giờ,” ngày 15 tháng 9 năm 2021
• CoinTelegraph: “Solana cho rằng sự cố ngừng hoạt động nghiêm trọng bắt nguồn từ cuộc tấn công từ chối dịch vụ nhắm vào đợt chào bán trên DEX” ngày 21 tháng 9 năm 2021
• The Block: “Grape protocol dựa trên Solana huy động 1,2 triệu USD trong vòng hạt giống,” ngày 24 tháng 9 năm 2021

Sự cố ngừng hoạt động khi đúc NFT Candy Machine (tháng 4 năm 2022)

Nguyên nhân gốc rễ: Một đàn bot đã làm ngập Metaplex Candy Machine, công cụ đúc NFT phổ biến trên Solana, bằng 4 triệu yêu cầu giao dịch và 100 gigabit dữ liệu mỗi giây, khiến các biện pháp bảo vệ mạng quá tải và đẩy các trình xác thực ra khỏi trạng thái đồng thuận.

Hậu quả: Mạng Solana ngừng hoạt động trong 7 giờ, dừng sản xuất block từ 16:32 đến 23:00 ET và khiến giá SOL giảm 10% xuống 83,13 USD. Các dịch vụ trong hệ sinh thái như ví Phantom và Mango Markets bị gián đoạn.

Ứng phó sự cố: Các trình xác thực đã khởi động lại cụm Mainnet Beta lúc 03:00 UTC ngày 1 tháng 5 năm 2022, khôi phục dịch vụ. Metaplex công bố mức phạt 0,01 SOL đối với bot nhằm ngăn các giao dịch không hợp lệ và triển khai ngay sau đó.

Biện pháp khắc phục: Metaplex triển khai mức phạt đối với bot và lên kế hoạch cải tiến chương trình Candy Machine để ổn định lưu lượng. Các nhà phát triển Solana tiếp tục điều tra nguyên nhân các biện pháp bảo vệ thất bại.

Bài học kinh nghiệm: Công cụ đúc NFT có lưu lượng cao cần biện pháp chống bot mạnh mẽ và năng lực mạng đủ lớn để ngăn sự cố ngừng hoạt động, qua đó cho thấy những thách thức về khả năng mở rộng của Solana trong thời gian nhu cầu đạt đỉnh.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ biến động giá SOL và giao dịch bị gián đoạn, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn:

• CoinDesk: “Solana ngừng hoạt động 7 giờ khi bot tràn vào công cụ đúc NFT ‘Candy Machine’,” ngày 1 tháng 5 năm 2022
• NFT Plazas: “Đàn bot gây ra sự cố ngừng hoạt động nghiêm trọng trên mạng Solana,” ngày 3 tháng 5 năm 2022

Cuộc tấn công DDoS vào Jito (tháng 12 năm 2023)

Nguyên nhân gốc rễ: Một cuộc tấn công từ chối dịch vụ phân tán (DDoS) đã làm trang web của Jito quá tải bằng lượng truy cập khổng lồ, gây gián đoạn truy cập trong thời gian ra mắt airdrop token JTO. Cuộc tấn công, có thể do những kẻ lừa đảo muốn đòi tiền chuộc thực hiện, nhắm vào cơ sở hạ tầng máy chủ của nền tảng chứ không phải các chương trình dựa trên Solana.

Hậu quả: Cuộc tấn công gây gián đoạn tạm thời, làm chậm hoặc ngăn một số người dùng truy cập cổng nhận airdrop của Jito. Không có tiền bị đánh cắp và đợt airdrop 90 triệu token JTO (~225 triệu USD) vẫn diễn ra, với hơn 54 triệu token đã được nhận.

Ứng phó sự cố: Jito đã giảm thiểu cuộc tấn công trong vòng vài phút và khôi phục chức năng trang web trước ngày 7 tháng 12 năm 2023. Đội ngũ không công bố chi tiết về tiền chuộc nhưng xác nhận tài sản người dùng và bảo mật giao thức không bị xâm phạm.

Biện pháp khắc phục: Tăng cường khả năng bảo vệ chống DDoS, gồm lọc lưu lượng và gia cố máy chủ, nhằm ngăn gián đoạn trong các sự kiện có lưu lượng cao như airdrop.

Bài học kinh nghiệm: Các nền tảng DeFi là mục tiêu hàng đầu của tấn công cấp mạng trong những sự kiện lớn, vì vậy cần bảo mật cơ sở hạ tầng mạnh mẽ để bảo đảm người dùng có thể truy cập liên tục.

Thiệt hại của người dùng: Không có; cuộc tấn công DDoS làm gián đoạn truy cập nhưng không dẫn đến mất tiền hoặc thiệt hại trực tiếp cho người dùng.

Tài liệu tham khảo và trích dẫn:

• Decrypt: “Airdrop Jito phân phối 225 triệu USD cho người dùng Solana,” ngày 8 tháng 12 năm 2023
• Cryptopolitan: “Airdrop Jito thưởng 225 triệu USD cho người dùng Solana,” ngày 8 tháng 12 năm 2023

Cuộc tấn công DDoS vào ví Phantom (tháng 2 năm 2024)

Nguyên nhân gốc rễ: Một cuộc tấn công từ chối dịch vụ phân tán (DDoS) nhắm vào cơ sở hạ tầng của ví Phantom, làm hệ thống quá tải bằng lượng truy cập khổng lồ. Cuộc tấn công có thể đã lợi dụng sự chú ý lớn dành cho airdrop Jupiter (JUP), nhằm phá vỡ tính sẵn sàng của dịch vụ bằng cách gửi hàng loạt yêu cầu đến máy chủ, dù không có lỗ hổng cụ thể nào được nêu.

Hậu quả: Trong vài giờ, cuộc tấn công tạm thời làm gián đoạn các dịch vụ của Phantom, gồm truy cập ví và xử lý giao dịch. Không có tiền của người dùng bị xâm phạm vì tài sản vẫn an toàn trên Solana. Sự cố xảy ra cùng thời điểm Phantom chịu sự giám sát chặt chẽ hơn sau khi tích hợp Bitcoin, Ordinals và token BRC-20.

Ứng phó sự cố: Đội ngũ Phantom đã xác nhận cuộc tấn công qua X lúc 15:20 UTC ngày 1 tháng 2 năm 2024 và trấn an người dùng rằng tài sản vẫn an toàn. Các dịch vụ được tạm dừng để giảm thiểu cuộc tấn công và chức năng được khôi phục trước ngày 2 tháng 2, kèm bản cập nhật xác nhận sự cố đã được giải quyết. Không có tiền bị mất và không có thêm chi tiết nào về cuộc tấn công được công bố.

Biện pháp khắc phục: Phantom đã triển khai các biện pháp giảm thiểu DDoS nâng cao, dù không chia sẻ chi tiết. Đội ngũ nhấn mạnh việc liên tục cải thiện bảo mật để xử lý các sự kiện có lưu lượng cao và ngăn gián đoạn trong tương lai.

Bài học kinh nghiệm: Các sự kiện nổi bật như airdrop thu hút tấn công DDoS, đòi hỏi hệ thống phòng thủ mạng mạnh mẽ, lọc lưu lượng và cơ sở hạ tầng có khả năng mở rộng để duy trì tính sẵn sàng của ví DeFi, đặc biệt trên mạng có thông lượng cao như Solana.

Thiệt hại của người dùng: Không có; cuộc tấn công gây gián đoạn dịch vụ tạm thời nhưng không gây thiệt hại tài chính vì tài sản người dùng vẫn an toàn.

Tài liệu tham khảo và trích dẫn

• TheNewsCrypto: “Ví Phantom của Solana bị tấn công DDoS, dịch vụ tạm thời bị vô hiệu hóa,” ngày 2 tháng 2 năm 2024
• CryptoNews.net: “Ví Phantom của Solana bị tấn công DDoS, dịch vụ tạm thời bị vô hiệu hóa,” ngày 2 tháng 2 năm 2024
• Phantom trên X: Thông báo về cuộc tấn công DDoS, ngày 1 tháng 2 năm 2024

Lỗ hổng giao thức cốt lõi

Định nghĩa

Lỗ hổng giao thức cốt lõi là các sự cố bảo mật khai thác khiếm khuyết trong chính giao thức Solana, như cơ chế đồng thuận, xác thực giao dịch hoặc kiến trúc mạng. Chúng có thể ảnh hưởng đến toàn bộ blockchain, làm tổn hại tính toàn vẹn, bảo mật hoặc tính sẵn sàng.

Đặc điểm

• Phạm vi: Ảnh hưởng đến blockchain Solana ở cấp độ nền tảng, tác động đến mọi node, giao dịch hoặc dApp.
• Lỗ hổng phổ biến: Có thể gồm lỗi trong thuật toán đồng thuận, lỗ hổng khi xử lý giao dịch hoặc khiếm khuyết trong các cơ chế mật mã của blockchain.
• Tác động: Có thể gây gián đoạn trên toàn mạng, mất tiền trên nhiều dApp hoặc làm tổn hại tính toàn vẹn của blockchain. Ảnh hưởng đến mọi người dùng và giao thức trên Solana.

Các sự cố giao thức cốt lõi

Sự cố lỗi Solana Turbine (tháng 12 năm 2020)

Nguyên nhân gốc rễ: Một lỗi truyền block trong Turbine, cơ chế truyền block của Solana, khiến một trình xác thực truyền hai block khác nhau cho cùng một slot và các block này được truyền đến hai phân vùng mạng riêng biệt (A và B). Phân vùng thứ ba phát hiện sự không nhất quán, nhưng không phân vùng nào đạt được đồng thuận siêu đa số do lượng stake không đủ, khiến quá trình sản xuất block dừng lại. Sự cố bắt nguồn từ việc theo dõi block bằng số slot Proof of History (PoH) (u64) thay vì hash, khiến các node hiểu nhầm những block khác nhau là giống nhau và ngăn quá trình sửa chữa nhánh.

Hậu quả: Solana ngừng hoạt động trong sáu giờ, làm gián đoạn mọi giao dịch và dApp. Mạng bị chia thành nhiều phân vùng, các node từ chối nhánh đối lập do trạng thái chuyển đổi khác nhau, khiến giao dịch không thể đạt tính chung cuộc. Không có tiền bị mất, nhưng niềm tin của người dùng trong giai đoạn đầu đã bị thử thách.

Ứng phó sự cố: Các trình xác thực phối hợp khởi động lại mạng với 80% lượng stake tham gia, tiếp tục sản xuất block trước ngày 8 tháng 12 năm 2020. Đội ngũ Solana đã xác định lỗi và triển khai các bản sửa để khắc phục việc theo dõi block và phát hiện lỗi.

Biện pháp khắc phục: Triển khai theo dõi block bằng hash thay vì số slot để phân biệt các block xung đột, cho phép Turbine phát hiện lỗi sớm hơn và truyền lỗi đến mọi trình xác thực qua gossip. Những thay đổi này bảo đảm các node có thể sửa chữa nhánh và xử lý phân vùng, ngăn các lỗi đồng thuận tương tự.

Bài học kinh nghiệm: Hệ thống truyền block phải theo dõi duy nhất từng block bằng hash để tránh nhận diện sai, đồng thời cần cơ chế phát hiện lỗi và gossip mạnh mẽ để duy trì đồng thuận trong các blockchain có thông lượng cao như Solana.

Thiệt hại của người dùng: Không có; sự cố ngừng hoạt động gây gián đoạn nhưng không gây thiệt hại tài chính trực tiếp vì không có giao dịch nào được xử lý trong thời gian này.

Tài liệu tham khảo và trích dẫn

• Helius Labs: “Toàn bộ lịch sử các sự cố ngừng hoạt động của Solana: Nguyên nhân và cách khắc phục,” ngày 23 tháng 2 năm 2025

Sự cố lỗi Durable Nonce của Solana (tháng 6 năm 2022)

Nguyên nhân gốc rễ: Một lỗi runtime trong tính năng giao dịch durable nonce của Solana cho phép một giao dịch thất bại được xử lý hai lần, một lần như giao dịch thông thường và một lần nữa như giao dịch nonce, do blockhash gần đây. Điều này dẫn đến tính bất định, khiến các trình xác thực tạo ra kết quả xung đột và làm đồng thuận dừng lại lúc 16:30 UTC.

Hậu quả: Solana ngừng sản xuất block trong 4,5 giờ, làm gián đoạn giao dịch và dApp. Giá SOL giảm 13,9% xuống 39,08 USD, còn khối lượng giao dịch tăng 61% lên 2,141 tỷ USD.

Ứng phó sự cố: Các đơn vị vận hành trình xác thực khởi động lại mạng lúc 21:00 UTC ngày 1 tháng 6 năm 2022 và vô hiệu hóa tính năng durable nonce trong các bản phát hành v1.9.28/v1.10.23. Dịch vụ ứng dụng khách được khôi phục trong vài giờ và không có tiền bị mất.

Biện pháp khắc phục: Tính năng durable nonce vẫn bị vô hiệu hóa cho đến khi bản sửa trong v1.10.23 ngăn xử lý trùng lặp bằng cách tách miền nonce và blockhash. Logic xác thực nâng cao cũng được triển khai.

Bài học kinh nghiệm: Giao dịch durable nonce cần cơ chế mạnh mẽ để ngăn xử lý hai lần, cho thấy cần kiểm thử kỹ lưỡng các tính năng giao thức chuyên biệt nhằm duy trì sự ổn định của mạng.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ biến động giá SOL và giao dịch bị dừng, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn

• Solana: “Báo cáo sự cố ngừng hoạt động của Solana Mainnet Beta ngày 01–06–22,” ngày 5 tháng 6 năm 2022
• Cointelegraph: “Các nhà phát triển Solana xử lý lỗi với hy vọng ngăn sự cố ngừng hoạt động tiếp diễn,” ngày 7 tháng 6 năm 2022
• Decrypt: “Lỗi khiến blockchain Solana ngừng hoạt động trong bốn giờ,” ngày 2 tháng 6 năm 2022

Sự cố lỗi block trùng lặp trên Solana (tháng 9 năm 2022)

Nguyên nhân gốc rễ: Một trình xác thực gặp lỗi đã tạo ra các block trùng lặp cho những slot mà nó làm leader do lỗi trong logic chọn nhánh của Solana. Khi các trình xác thực không thể quay lại bank nặng nhất nếu slot của bank trùng với slot mà chúng bỏ phiếu gần nhất, chúng bị kẹt, khiến mạng không thể đạt đồng thuận và phải dừng hoạt động. Sự cố trở nên nghiêm trọng hơn do không đủ phiếu xác nhận, làm đình trệ quá trình sản xuất root block mới.

Hậu quả: Solana ngừng xác nhận block trong vài giờ, làm gián đoạn giao dịch và dApp. Một lỗi thứ hai trong quá trình khởi động lại khiến lượng stake đang hoạt động dao động do lỗi trong cơ chế lạm phát, làm tràn số nguyên không dấu 64 bit.

Ứng phó sự cố: Các trình xác thực khởi động lại mạng, đồng bộ theo một snapshot đáng tin cậy để khôi phục đồng thuận. Lỗi tràn stake nhanh chóng được xác định và vá trước lần khởi động lại thứ hai, bảo đảm mạng phục hồi trước ngày 1 tháng 10 năm 2022.

Biện pháp khắc phục: Các phiên bản ứng dụng khách Solana sau đó đã giới thiệu cơ chế ưu tiên giao dịch bỏ phiếu, ngăn chúng bị lấn át bởi giao dịch thông thường, đồng thời sửa lỗi chọn nhánh để bảo đảm trình xác thực có thể chuyển sang nhánh nặng nhất.

Bài học kinh nghiệm: Logic chọn nhánh phải xử lý block trùng lặp một cách mạnh mẽ để duy trì đồng thuận, cho thấy cần tăng cường ưu tiên phiếu bầu và độ chính xác khi tính stake trong các blockchain có thông lượng cao.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ giao dịch bị gián đoạn, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn

• Helius Labs: “Toàn bộ lịch sử các sự cố ngừng hoạt động của Solana: Nguyên nhân và cách khắc phục,” ngày 23 tháng 2 năm 2025

Sự cố Turbine của Solana (tháng 2 năm 2023)

Nguyên nhân gốc rễ: Một block lớn duy nhất đã làm quá tải logic loại bỏ trùng lặp của Turbine do các dịch vụ chuyển tiếp block gặp trục trặc và liên tục chuyển tiếp lại các shred của block. Điều này làm bão hòa các bộ lọc loại bỏ trùng lặp, tạo ra vòng lặp trong cây Turbine, buộc hệ thống phải phụ thuộc vào giao thức Block Repair chậm hơn và làm dừng quá trình hoàn tất block.

Hậu quả: Solana  ngừng hoạt động trong 9 giờ kể từ 05:46 UTC, làm gián đoạn giao dịch và dApp. Giá SOL giảm 5% xuống 22,90 USD nhưng không có tác động đáng kể đến TVL.

Ứng phó sự cố: Các trình xác thực đã thử hạ cấp phần mềm trực tiếp vì nghi ngờ bản cập nhật gần đây (v1.14.16), nhưng cuối cùng khởi động lại mạng lúc 01:28 UTC ngày 26 tháng 2 năm 2023 bằng một snapshot đáng tin cậy. Không có giao dịch kinh tế nào bị hoàn tác.

Biện pháp khắc phục: Tăng cường logic loại bỏ trùng lặp trong v1.13.7 và v1.14.17 để giảm tình trạng bão hòa bộ lọc. Các kỹ sư hợp tác với nhà cung cấp dịch vụ chuyển tiếp để cải thiện khả năng phục hồi và lên kế hoạch thay UDP bằng QUIC nhằm kiểm soát lưu lượng tốt hơn.

Bài học kinh nghiệm: Logic loại bỏ trùng lặp của Turbine phải xử lý block lớn một cách mạnh mẽ, cho thấy cần tối ưu hóa dịch vụ chuyển tiếp và nâng cấp giao thức để ngăn tắc nghẽn trên các mạng có thông lượng cao.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ biến động giá SOL và giao dịch bị dừng, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn

• Solana: “Báo cáo sự cố ngừng hoạt động của Solana Mainnet Beta ngày 25–02–23,” ngày 24 tháng 6 năm 2023
• Helius Labs: “Toàn bộ lịch sử các sự cố ngừng hoạt động của Solana: Nguyên nhân và cách khắc phục,” ngày 23 tháng 2 năm 2025

Sự cố lỗi bộ nhớ đệm JIT của Solana (tháng 2 năm 2024)

Nguyên nhân gốc rễ: Một lỗi trong hệ thống bộ nhớ đệm `LoadedPrograms`, được đưa vào Agave v1.16, đã gây ra vòng lặp biên dịch lại vô hạn trong bộ nhớ đệm JIT. Đối với các chương trình loader cũ, đầu ra JIT mới được gán chiều cao slot sentinel bằng 0, khiến chúng không hiển thị với `LoadedPrograms`. Điều này kích hoạt quá trình biên dịch lại liên tục, khiến các trình xác thực bị kẹt tại một block cụ thể và đồng thuận dừng lại lúc 09:53 UTC.

Hậu quả: Solana ngừng hoạt động trong 5 giờ, làm gián đoạn giao dịch và dApp. Giá SOL giảm xuống mức thấp nhất trong sáu ngày là 93,75 USD nhưng phục hồi lên 105,46 USD trong vài ngày. Hơn 95% lượng stake trong cụm, chạy Agave v1.17, bị ảnh hưởng.

Ứng phó sự cố: Các kỹ sư đã xác định lỗi từng xuất hiện trên Devnet và triển khai bản vá đã sửa đổi trong v1.17.20. Các trình xác thực khởi động lại mạng lúc 14:55 UTC bằng snapshot tại slot 246.464.040, khôi phục đồng thuận. Bản sửa đã vô hiệu hóa các loader cũ có lỗ hổng.

Biện pháp khắc phục: Vá v1.17.20 để ngăn vòng lặp biên dịch lại, đồng thời lên kế hoạch đại tu toàn diện LoadedPrograms trong các bản phát hành tương lai nhằm tăng hiệu quả bộ nhớ đệm và khả năng nhận biết nhánh.

Bài học kinh nghiệm: Các chương trình loader cũ cần cơ chế quản lý bộ nhớ đệm mạnh mẽ để ngăn vòng lặp vô hạn, cho thấy cần kiểm thử kỹ lưỡng trong mọi điều kiện mạng và triển khai bản vá nhanh hơn.

Thiệt hại của người dùng: Không có thiệt hại trực tiếp do trộm cắp; thiệt hại gián tiếp phát sinh từ biến động giá SOL và giao dịch bị dừng, không có báo cáo bồi hoàn.

Tài liệu tham khảo và trích dẫn

• Solana: “Báo cáo sự cố ngừng hoạt động của Solana Mainnet Beta ngày 06–02–24,” ngày 9 tháng 2 năm 2024
• Blockworks: “Các nhà phát triển cho biết sự cố ngừng hoạt động của Solana bắt nguồn từ một lỗi đã được xác định trước đó,” ngày 9 tháng 2 năm 2024

Sự cố lỗ hổng căn chỉnh địa chỉ ELF của Solana (tháng 8 năm 2024)

Nguyên nhân gốc rễ: Một lỗ hổng nghiêm trọng trong logic căn chỉnh địa chỉ ELF của Solana, liên quan đến việc xử lý tệp thực thi trong runtime Solana, có thể cho phép kẻ tấn công thao túng quá trình thực thi chương trình, qua đó có khả năng làm mạng ngừng hoạt động hoặc thực hiện hành động trái phép.

Hậu quả: Không xảy ra hoạt động khai thác vì lỗ hổng đã được vá từ trước. Sự cố không gây tác động tài chính tức thời, giá SOL tăng 0,89% lên 155,88 USD, phản ánh niềm tin vào phản ứng nhanh chóng.

Ứng phó sự cố: Ngày 7 tháng 8 năm 2024, Solana Foundation đã liên hệ riêng với các đơn vị vận hành mạng và phân phối bản vá qua kho GitHub của một kỹ sư Anza. Đến 14:00 UTC ngày 8 tháng 8, 66,6% lượng stake của mạng đã được bảo vệ. Thông tin được công bố sau khi tỷ lệ áp dụng đạt 70% vào ngày 9 tháng 8. Bản vá (v1.18.21) được triển khai đầy đủ mà không gây gián đoạn.

Biện pháp khắc phục: Bản vá đã sửa lỗi căn chỉnh địa chỉ ELF, đồng thời các bước kiểm tra xác thực bổ sung bảo đảm chương trình được tải đúng cách. Đội ngũ Solana tăng cường quy trình công bố riêng tư để ngăn rủi ro bị thiết kế ngược.

Bài học kinh nghiệm: Các lỗ hổng nghiêm trọng trong thành phần runtime cốt lõi như xử lý ELF cần được vá kín đáo và có sự phối hợp giữa các bên liên quan để ngăn sự cố ngừng hoạt động trên toàn mạng, qua đó nhấn mạnh vai trò của bảo mật chủ động trong các blockchain có thông lượng cao.

Thiệt hại của người dùng: Không có; lỗ hổng được vá trước khi bị khai thác, bảo đảm không có thiệt hại tài chính hoặc gián đoạn mạng.

Tài liệu tham khảo và trích dẫn

• Crypto Briefing: “Các nhà phát triển và trình xác thực Solana vá lỗ hổng nghiêm trọng, ngăn sự cố ngừng hoạt động trên toàn mạng,” ngày 9 tháng 8 năm 2024
• The Block: “Các nhà phát triển Solana xử lý lỗ hổng nghiêm trọng bằng bản vá phối hợp,” ngày 9 tháng 8 năm 2024
• Cointelegraph: “Solana ngăn nguy cơ ngừng hoạt động và vá lỗ hổng nghiêm trọng,” ngày 9 tháng 8 năm 2024

Phân loại và tần suất sự cố

38 sự cố bảo mật đã được xác minh trên Solana từ tháng 3 năm 2020 đến quý 1 năm 2025, được phân loại như sau:

• Khai thác lỗ hổng ứng dụng: 26 sự cố (68,42% tổng số)
• Tấn công chuỗi cung ứng: 2 sự cố (5,26% tổng số)
• Tấn công cấp mạng: 4 sự cố (10,53% tổng số)
• Lỗ hổng giao thức lõi: 6 sự cố (15,79% tổng số)

Tần suất theo năm

2020: 1 sự cố  

• 1 lỗ hổng giao thức lõi: Lỗi Solana Turbine

2021: 2 sự cố 

• 1 cuộc tấn công cấp mạng: Sự cố IDO Grape Protocol  
• 1 vụ khai thác lỗ hổng ứng dụng: Nỗ lực vượt qua cơ chế xác thực của Solend

2022: 15 sự cố 

• 12 vụ khai thác lỗ hổng ứng dụng: Vụ khai thác Wormhole Bridge, vụ khai thác Cashio, vụ khai thác Crema Finance, vụ khai thác cơ chế quản trị Audius, vụ khai thác Nirvana Finance, vụ khai thác ví di động Slope, lỗi khóa tài sản OptiFi, vụ khai thác Mango Markets, vụ khai thác UXD Protocol, vụ khai thác Tulip Protocol, vụ khai thác Save (trước đây là Solend), vụ khai thác Raydium  
• 1 cuộc tấn công cấp mạng: Sự cố ngừng hoạt động khi đúc NFT Candy Machine  
• 2 lỗ hổng giao thức lõi: Sự cố lỗi Durable Nonce của Solana, sự cố lỗi khối trùng lặp của Solana

2023: 7 sự cố

• 5 vụ khai thác lỗ hổng ứng dụng: Vụ khai thác Cypher Protocol, vụ khai thác SVT Token, vụ khai thác Synthetify DAO, vụ khai thác Thunder Terminal, vụ khai thác Aurory SyncSpace  
• 1 cuộc tấn công cấp mạng: Cuộc tấn công DDoS vào Jito  
• 1 lỗ hổng giao thức lõi: Sự cố Solana Turbine gặp lỗi

2024: 11 sự cố 

• 6 vụ khai thác lỗ hổng ứng dụng: Sự cố Saga DAO, vụ khai thác Solareum, cuộc tấn công vào siêu dữ liệu GPU của io.net, vụ khai thác Pump.fun, vụ khai thác Banana Gun, vụ khai thác DEXX  
• 2 cuộc tấn công chuỗi cung ứng: Cuộc tấn công giao diện người dùng Parcl, cuộc tấn công chuỗi cung ứng Web3.js  
• 1 cuộc tấn công cấp mạng: Cuộc tấn công DDoS vào Phantom Wallet  
• 2 lỗ hổng giao thức lõi: Sự cố lỗ hổng căn chỉnh địa chỉ ELF của Solana, sự cố lỗi bộ nhớ đệm JIT của Solana

Quý 1 năm 2025: 2 sự cố

• 2 vụ khai thác lỗ hổng ứng dụng: Vụ khai thác nền tảng NoOnes, vụ khai thác Loopscale

Nhận định

• Khai thác lỗ hổng ứng dụng là loại phổ biến nhất, phản ánh các lỗ hổng trong ứng dụng phi tập trung (dApp), chương trình và ví. Các đỉnh vào năm 2022 (12 sự cố) và 2024 (6 sự cố) trùng với giai đoạn tăng trưởng của DeFi và NFT.
• Tấn công chuỗi cung ứng xuất hiện vào năm 2024, nhắm vào các phần phụ thuộc của bên thứ ba khi hệ sinh thái Solana mở rộng.
• Tấn công cấp mạng không thường xuyên nhưng gây ra những đợt gián đoạn đáng kể, tập trung trong giai đoạn 2021–2022 khi diễn ra các sự kiện có lưu lượng cao (ví dụ: IDO, đúc NFT).
• Lỗ hổng giao thức lõi tuy ít hơn nhưng gây ra rủi ro hệ thống do ảnh hưởng đến toàn bộ blockchain, với các sự cố trải dài từ năm 2020 đến 2024.
• Tần suất sự cố đạt đỉnh vào năm 2022 (15 sự cố), do mức độ ứng dụng và bề mặt tấn công của Solana ngày càng tăng.

Phân loại mức độ nghiêm trọng

• Mức độ nghiêm trọng cao (ngừng hoạt động trên toàn mạng, thiệt hại >$10M): 13 sự cố (ví dụ: Wormhole Bridge, Mango Markets, DEXX)
• Mức độ nghiêm trọng trung bình (thiệt hại $1M - $10M): 12 sự cố (ví dụ: Crema Finance, Raydium, Pump.fun)
• Mức độ nghiêm trọng thấp (thiệt hại <$1M hoặc không có thiệt hại tài chính): 13 sự cố (ví dụ: SVT Token, căn chỉnh địa chỉ ELF, DDoS vào Jito)

Tổng thiệt hại tài chính và các bên bị ảnh hưởng

Phân tích chi tiết thiệt hại

Khai thác lỗ hổng ứng dụng

Tổng thiệt hại: ~$600M

Chi tiết:

• Wormhole Bridge: $326M (được hoàn trả toàn bộ)
• Mango Markets: $116M (thiệt hại ròng $49M sau khi $67M được hoàn trả)
• Cashio: $52.8M (thiệt hại ròng $25M sau khi tin tặc hoàn trả $27.8M)
• DEXX: $30M
• UXD Protocol: $19.9M (đã thu hồi)
• Crema Finance: $8.8M (thiệt hại ròng $1.6M sau khi $7.2M được hoàn trả)
• Slope Mobile Wallet: $8M
• NoOnes Platform: $7.9M-$8M
• Audius: $6.1M
• Loopscale: $5.8M (đã thu hồi toàn bộ)
• Raydium: $4.4M (thiệt hại ròng ~$0.4M sau khi đội ngũ giảm thiểu được ~$4M)
• Nirvana Finance: $3.5M (thiệt hại ròng $1.4M sau khi bồi hoàn ~$2.1M)
• Pump.fun: $1.9M (đã giảm thiểu)
• Banana Gun: $1.4M (đã giảm thiểu)
• Cypher Protocol: $1.04M (+$317K bị người nội bộ đánh cắp)
• Solend (tháng 8 năm 2021): $16K (đã giảm thiểu)
• Solend (tháng 11 năm 2022): $1.26M (đã giảm thiểu)
• Lỗi khóa tài sản OptiFi: $661K (95% đã được giảm thiểu, chủ yếu bằng nguồn lực của đội ngũ)
• Solareum: $520K-$1.4M
• SVT Token: $400K
• Thunder Terminal: $240K
• Aurory: $830K (đã giảm thiểu)
• Synthetify DAO: $230K
• Saga DAO: $60K
• Tulip Protocol: $2.5M (đã thu hồi)

Thiệt hại đã giảm thiểu: ~$469M

• Wormhole: $326M (Jump Crypto)
• Cashio: $27.8M (đã hoàn trả)
• Mango Markets: $67M (đã hoàn trả)
• UXD Protocol: $19.9M (đã thu hồi)
• Crema Finance: $7.2M (đã hoàn trả)
• Pump.fun: $1.9M (đã khôi phục)
• Banana Gun: $1.4M (đã hoàn tiền)
• Save (trước đây là Solend): $16K + $1.26M (ngân quỹ)
• OptiFi: ~$628K (95% từ quỹ của đội ngũ)
• Tulip Protocol: $2.5M (đã thu hồi)
• Loopscale: $5.8M (đã thu hồi)
• Raydium: ~$4M (đội ngũ)
• Aurory: $830K (ngân quỹ)
• Nirvana Finance: ~$2.1M (đã phân phối khoản bồi hoàn 60%)

Thiệt hại ròng:~$131M

Các bên bị ảnh hưởng: Người dùng (ví, nhà cung cấp thanh khoản), ngân quỹ giao thức và DAO. Người dùng phải gánh phần lớn thiệt hại, dù các giao thức đã giảm thiểu được những khoản đáng kể (ví dụ: Wormhole, Pump.fun).

Tấn công chuỗi cung ứng

Tổng thiệt hại:~ $130K

Chi tiết:

• Web3.js: ~$130K(chưa được xác nhận)
• Giao diện người dùng Parcl: Không được công bố

Thiệt hại đã giảm thiểu: ~$0M

Thiệt hại ròng: ~$130K

Các bên bị ảnh hưởng: Người dùng tương tác với các dApp hoặc tiện ích mở rộng bị xâm phạm, trong đó người dùng phải gánh phần lớn thiệt hại.

Tấn công cấp mạng

Tổng thiệt hại: $0 (không có hành vi đánh cắp trực tiếp)

Thiệt hại gián tiếp: Biến động giá SOL (ví dụ: giảm 15% trong sự cố Grape Protocol, 10% trong sự cố Candy Machine) và gián đoạn giao dịch.

Các bên bị ảnh hưởng: Toàn bộ hệ sinh thái Solana (người dùng, dApp, trình xác thực).

Lỗ hổng giao thức lõi

Tổng thiệt hại: $0 (không có hành vi đánh cắp trực tiếp)

Thiệt hại gián tiếp: Giá SOL giảm (ví dụ: 13,9% trong sự cố lỗi Durable Nonce, 5% trong sự cố Turbine gặp lỗi) và gián đoạn giao dịch.

Các bên bị ảnh hưởng: Toàn bộ hệ sinh thái Solana.

Tổng thiệt hại ở tất cả các danh mục

• Tổng thiệt hại: ~$600M
• Thiệt hại đã giảm thiểu: ~$469M
• Thiệt hại ròng: ~$131M

Thiệt hại gián tiếp: Chưa được định lượng nhưng đáng kể do biến động giá SOL và gián đoạn giao dịch.

Ai phải gánh chịu tác động?

• Người dùng: Nạn nhân chính trong các vụ khai thác lỗ hổng ứng dụng (ví dụ: Slope Wallet, DEXX, Solareum) và tấn công chuỗi cung ứng (ví dụ: io.net, Parcl), bị mất tiền từ ví hoặc bể thanh khoản.
• Giao thức/DAO: Gánh chịu thiệt hại trong một số trường hợp (ví dụ: khoản $1.26M của Solend, khoản bồi thường của Raydium) hoặc phải ngừng hoạt động (ví dụ: Cashio, Nirvana).
• Toàn hệ sinh thái: Các cuộc tấn công cấp mạng và lỗ hổng giao thức lõi làm gián đoạn hoạt động của tất cả người dùng, dApp và trình xác thực, đồng thời gây thiệt hại gián tiếp do giá SOL giảm.
• Nỗ lực giảm thiểu: Các giao thức như Wormhole (Jump Crypto), Pump.fun và Banana Gun đã hoàn trả đầy đủ cho người dùng, trong khi những giao thức khác (ví dụ: Raydium, OptiFi) bồi thường một phần qua ngân quỹ hoặc quỹ của đội ngũ.

Sự phát triển trong cách Solana ứng phó với sự cố bảo mật

Khả năng ứng phó với sự cố bảo mật của Solana đã cải thiện theo thời gian, thể hiện qua thời gian phản hồi nhanh hơn, chiến lược khắc phục vững chắc hơn và những cải tiến trên toàn hệ sinh thái.

Tốc độ ứng phó sự cố

Khai thác lỗ hổng ứng dụng

• Các sự cố ban đầu (2022): Thời gian ứng phó dao động từ vài giờ đến vài ngày (ví dụ: Wormhole được vá trong vài giờ, Cashio ngừng hoạt động ngay trong ngày nhưng không thu hồi được tài sản).
• Các sự cố về sau (2024–2025): Từ vài phút đến vài giờ (ví dụ: Pump.fun dừng giao dịch trong vòng <1 giờ, Banana Gun tắt bot trong vài phút, Loopscale tạm dừng thị trường ngay trong ngày).
• Xu hướng: Tăng cường phát hiện thông qua giám sát theo thời gian thực và cảnh báo từ cộng đồng (ví dụ: CertiK, ZachXBT).

Tấn công chuỗi cung ứng

• Phản ứng nhanh nhờ phát hiện từ bên ngoài (ví dụ: Web3.js ngừng hỗ trợ các gói trong ~5 giờ).
• Xu hướng: Cải thiện khả năng phối hợp với các nhà cung cấp bên thứ ba (ví dụ: Cloudflare, npm).

Tấn công cấp mạng

• Các sự cố ban đầu (2021–2022): Thời gian ngừng hoạt động kéo dài (17 giờ với Grape Protocol, 7 giờ với Candy Machine) do khó khăn trong việc phối hợp các trình xác thực.
• Các sự cố về sau (2023–2024): Được giảm thiểu trong vài phút (Jito) hoặc vài giờ (Phantom) nhờ các biện pháp chống DDoS tốt hơn. Không xảy ra tình trạng ngừng hoạt động.
• Xu hướng: Khả năng phục hồi của cơ sở hạ tầng mạnh hơn.

Lỗ hổng giao thức lõi

• Các sự cố ban đầu (2020–2022): Thời gian ngừng hoạt động kéo dài 4,5–9 giờ (ví dụ: lỗi Turbine, lỗi Durable Nonce).
• Các sự cố về sau (2024): Khôi phục trong 5 giờ (lỗi bộ nhớ đệm JIT) và vá lỗi phòng ngừa (căn chỉnh địa chỉ ELF, không ngừng hoạt động).
• Xu hướng: Triển khai bản vá nhanh hơn và áp dụng quy trình công bố riêng tư.

Chiến lược khắc phục

Khai thác lỗ hổng ứng dụng

• Giai đoạn đầu: Biện pháp khắc phục còn hạn chế, một số giao thức phải ngừng hoạt động (ví dụ: Cashio, Nirvana).
• Giai đoạn sau: Các bản sửa lỗi vững chắc (ví dụ: xác thực chữ ký của Wormhole, nâng cấp multisig của Raydium) và kế hoạch bồi thường (ví dụ: Pump.fun, Banana Gun).
• Xu hướng: Tăng cường chú trọng kiểm toán, bảo mật oracle và kiểm soát quyền truy cập đặc quyền.

Tấn công chuỗi cung ứng

• Triển khai 2FA cho các tài khoản bên thứ ba (ví dụ: .web3.js) và giám sát gói (Web3.js).
• Xu hướng: Chú trọng hơn đến việc bảo mật các phần phụ thuộc bên ngoài.

Tấn công cấp mạng

• Các biện pháp chống bot (ví dụ: hình phạt đối với bot của Metaplex) và cơ chế bảo vệ chống DDoS (ví dụ: Jito, Phantom).
• Xu hướng: Chủ động củng cố cơ sở hạ tầng.

Lỗ hổng giao thức lõi

• Các bản vá cho từng lỗi cụ thể (ví dụ: loại bỏ trùng lặp trong Turbine, bản sửa lỗi bộ nhớ đệm JIT) và các nâng cấp dài hạn (ví dụ: áp dụng QUIC).
• Xu hướng: Chu kỳ vá lỗi nhanh hơn và tăng cường phối hợp trong hệ sinh thái.

Những cải tiến trên toàn hệ sinh thái

• Kiểm toán: Trở thành yêu cầu bắt buộc sau năm 2022 (ví dụ: sự sụp đổ của Cashio khi chưa được kiểm toán đã làm nổi bật các rủi ro).
• Tiền thưởng phát hiện lỗi: Được đưa ra trong một số sự cố (ví dụ: khoản thưởng $10M của Wormhole, khoản thưởng 10% của Raydium), trong đó khoản chi trả $1.6M của Crema là một trường hợp đáng chú ý.
• Sự cảnh giác của cộng đồng: Các công ty bảo mật (CertiK, SlowMist) và cá nhân (ZachXBT) đã tăng cường khả năng phát hiện.
• Phối hợp giữa các trình xác thực: Được cải thiện trong các sự cố giao thức lõi, giúp rút ngắn thời gian khởi động lại (ví dụ: 5 giờ với lỗi bộ nhớ đệm JIT so với 9 giờ với lỗi Turbine).
• Bảo mật bên thứ ba: Được tăng cường sau các cuộc tấn công chuỗi cung ứng năm 2024 (ví dụ: Cloudflare, npm).

Kết luận

Lịch sử bảo mật của Solana phản ánh những thách thức mà một blockchain có thông lượng cao và hệ sinh thái phát triển nhanh chóng phải đối mặt. Các vụ khai thác lỗ hổng ứng dụng chiếm ưu thế do lỗ hổng trong dApp, trong khi các cuộc tấn công chuỗi cung ứng và lỗ hổng giao thức lõi làm nổi bật những rủi ro mới xuất hiện và mang tính hệ thống. Tổng thiệt hại tài chính vào khoảng ~$600M, trong đó ~$469M đã được giảm thiểu thông qua hoàn trả, thu hồi và sự can thiệp của giao thức, khiến thiệt hại ròng còn ~$131M, chủ yếu do người dùng gánh chịu. Khả năng ứng phó bảo mật của Solana đã phát triển với thời gian phản hồi nhanh hơn, biện pháp khắc phục vững chắc và những cải tiến trên toàn hệ sinh thái, bao gồm quy trình kiểm toán chặt chẽ và chương trình tiền thưởng. Việc giải quyết những lỗ hổng dai dẳng trong thiết kế chương trình, bảo mật oracle và các phần phụ thuộc của bên thứ ba thông qua kiểm toán nghiêm ngặt hơn, oracle phi tập trung và củng cố cơ sở hạ tầng sẽ tăng cường khả năng phục hồi của Solana, hỗ trợ mục tiêu đổi mới blockchain có khả năng mở rộng và bảo mật.