Bên trong 'Ổ Độc' Plug-in TRAE: Khi Hệ Thống Cập Nhật Trở Thành Cửa Sau Cho Hacker – Phân Tích Kỹ Thuật Từ Một Auditor DeFi

Ngày 18 tháng 7 năm 2025, Slow Mist công bố một phát hiện khiến tôi phải đặt ly cà phê Vienna xuống: TRAE, một nền tảng plugin Web3 mà tôi chưa từng audit trực tiếp, đang bị nhiễm 'ổ độc' – các plugin backdoor liên tục được cập nhật và duy trì. Điều tinh tế (và đáng sợ) trong thiết kế này là: kẻ tấn công không chỉ cài một backdoor tĩnh, mà đã giành được quyền kiểm soát kênh cập nhật plugin. Trong 28 năm theo dõi ngành, tôi hiếm khi thấy một lỗ hổng nào 'bền vững' đến vậy. Hãy cùng trace execution path của một plugin điển hình trên TRAE. Insight ở cấp độ giao thức mà hầu hết mọi người bỏ lỡ: khi một plugin có thể tự động cập nhật mà không cần chữ ký đa bên hoặc xác thực on-chain, toàn bộ hệ thống plugin trở thành một điểm thất bại tập trung. Kẻ tấn công chỉ cần xâm nhập một máy chủ cập nhật – hoặc chiếm quyền private key của nhà phát triển plugin – là có thể đẩy mã độc đến mọi người dùng. Phần lớn phân tích sai về vụ việc này cho rằng vấn đề chỉ nằm ở khâu kiểm duyệt plugin. Nhưng từ góc nhìn của một security auditor, vấn đề cốt lõi nằm ở kiến trúc: TRAE không có cơ chế sandbox isolation cho từng plugin, không có xác thực mã nguồn sau cập nhật, và không có danh sách trắng các hàm nguy hiểm mà plugin được phép gọi. Nếu bạn đọc kỹ whitepaper hoặc tài liệu kỹ thuật của TRAE (nếu có), bạn sẽ thấy họ thường chỉ nói về 'tích hợp dễ dàng' và 'mở rộng hệ sinh thái', mà không hề đề cập đến mô hình bảo mật của plugin market. Thực tế, đây là một lỗi thiết kế kinh điển mà tôi đã thấy trong nhiều dự án DeFi non trẻ. Các dev thường nói với bạn rằng plugin của họ an toàn vì có cơ chế vote cộng đồng hoặc kiểm tra thủ công. Nhưng nếu cập nhật plugin không cần signature từ nhiều bên, thì đó chỉ là một lớp sơn mỏng lên một cái cửa sắt đã rỉ. Trong một audit tôi thực hiện năm 2023 cho một giao thức cross-chain, tôi phát hiện ra rằng team đã dùng cùng một private key để ký cả smart contract lẫn update script – một sai lầm ngây thơ. TRAE có vẻ cũng mắc lỗi tương tự. Các plugin backdoor 'thể hiện tính dai dẳng, liên tục cập nhật và lặp lại' – điều này có nghĩa là attacker đã có quyền truy cập vào hệ thống phát hành plugin, hoặc đã chiếm được account của một nhà phát triển plugin uy tín. Trong cả hai trường hợp, nền tảng TRAE đều mất kiểm soát. Hãy cùng phân tích các điểm mù bảo mật. Thứ nhất, plugin market không có automatic static analysis pipeline. Nếu có, các backdoor đơn giản (ví dụ như gọi transfer() tới địa chỉ lạ) sẽ bị phát hiện ngay. Thứ hai, không có sandbox – plugin chạy cùng tiến trình với ứng dụng chính, cho phép backdoor đọc private key từ localStorage hoặc intercept transaction signing. Điều mà các dev không nói với bạn: họ thường chọn kiến trúc 'độ tin cậy tuyệt đối' cho plugin chính thức, nhưng lại mở cửa cho bất kỳ ai publish plugin. Kết quả là một surface tấn công rộng lớn mà không có rào cản kỹ thuật. Contrarian angle: nhiều người cho rằng đây là lỗi của cộng đồng vì không kiểm duyệt plugin. Sai. Đây là lỗi thiết kế nền tảng. Một nền tảng plugin đúng chuẩn phải có cơ chế kiểm tra tích hợp ngay từ đầu, không thể đổ trách nhiệm cho người dùng cuối. Takeaway: nếu TRAE không nhanh chóng triển khai cơ chế đa chữ ký cho bản cập nhật, sandbox hóa plugin, và công bố báo cáo audit toàn diện, thì nó sẽ mất sạch người dùng trong vòng vài tuần. Đối với người dùng: hãy thu hồi ngay mọi approval liên quan đến TRAE, và chuyển tài sản sang ví không cài plugin. Còn với các nhà phát triển nền tảng plugin khác: hãy xem đây là hồi chuông cảnh tỉnh – không một layer 'tiện lợi' nào có thể thay thế được một nền tảng bảo mật vững chắc. Liệu bạn có dám đặt niềm tin vào một plugin có thể tự cập nhật mà không cần sự cho phép của bạn?