XRPL kêu gọi các người vận hành nút mạng nâng cấp lên xrpld 3.2.1 sau khi xảy ra tình trạng tràn manifest validator

Tiêu đề: XRPL kêu gọi nâng cấp nút mạng khẩn cấp sau khi “lũ manifest” gây áp lực lên tài nguyên mạng Giám đốc Kỹ thuật của Ripple, Vijay Khanna, ngày 2 tháng 8 kêu gọi các nhà vận hành nút XRP Ledger cài đặt xrpld v3.2.1 ngay lập tức sau khi các nhà phát triển phát hiện một “lũ manifest” từ các trình xác thực vào ngày 31 tháng 7. Bản vá nóng này giới hạn cách các nút xử lý, lưu trữ và chia sẻ dữ liệu manifest từ các danh tính trình xác thực không xác định — ngăn chặn kẻ tấn công làm cạn kiệt bộ nhớ, dung lượng lưu trữ, băng thông và CPU của nút — đồng thời duy trì hoạt động bình thường của sổ cái trong khi các nhà vận hành triển khai bản vá. Điều gì đã xảy ra: - Vào ngày 31 tháng 7, các nhà phát triển quan sát thấy sự gia tăng đột biến các manifest trình xác thực đến từ các danh tính không xác định. Mặc dù sổ cái vẫn tiếp tục đóng bình thường, sự kiện này gây áp lực lên tài nguyên nút và giao tiếp điểm-điểm. - Không có bằng chứng công khai nào về việc tiền bị đánh cắp, giao dịch bị thay đổi hoặc thất bại trong đồng thuận. Các nhà phát triển chưa phát hành CVE nào cũng như không công bố ước tính tổn thất tài chính liên quan đến sự cố này. - XRPL Operations cho biết sẽ tiến hành phân tích kỹ thuật sau sự cố; tính đến ngày 2 tháng 8, nguồn gốc của đợt lũ, tổng khối lượng và tác động chính xác lên tài nguyên vẫn chưa được tiết lộ. Tại sao manifest trình xác thực lại quan trọng: - Manifest trình xác thực là các bản ghi được ký kỹ thuật số, liên kết danh tính chủ ổn định của trình xác thực với các khóa tạm thời được sử dụng cho các tin nhắn xác thực hàng ngày. Khi các nhà vận hành thay đổi khóa tạm thời, họ công bố một manifest mới được ký bởi khóa chủ để các nút đồng nghiệp có thể xác minh sự thay đổi này. - Trước bản vá nóng, xrpld có thể chấp nhận, lưu bộ nhớ đệm và phát lại các manifest được cấu trúc đúng từ các khóa trình xác thực mà nó không nhận biết. Kẻ tấn công có thể khai thác hành vi này bằng cách tạo ra nhiều danh tính không xác định và buộc các nút đồng nghiệp tốn bộ nhớ, dung lượng lưu trữ, băng thông và sức xử lý để xử lý dữ liệu này. Kho lưu trữ mã nguồn mô tả vấn đề này là lạm dụng lan truyền manifest. Nội dung của xrpld 3.2.1: - Bản phát hành chính thức xrpld 3.2.1 (ngày 31 tháng 7; được ký và công bố đầu ngày 1 tháng 8) bao gồm sáu cam kết trên 13 tệp. Bốn cam kết trực tiếp giới hạn xử lý các manifest không đáng tin cậy. Các biện pháp bảo vệ chính: - Từ chối sớm các manifest quá lớn trước khi nút giải mã hoàn toàn, giảm công việc CPU trên mỗi đối tượng độc hại. - Giới hạn số lượng manifest không đáng tin cậy được phép trong một tin nhắn mạng duy nhất — áp dụng cả khi nhận và khi chuẩn bị tin nhắn gửi cho đồng nghiệp. Các lô quá lớn sẽ bị loại bỏ mà không ngắt kết nối với các nút chưa cập nhật, giúp dễ dàng tương thích khi triển khai. - Giới hạn theo nút đối với số lượng danh tính trình xác thực không xác định được lưu trong bộ nhớ, giới hạn ở mức 100. Khi đầy, các manifest không được liệt kê mới sẽ bị từ chối, trong khi các trình xác thực đáng tin cậy và đã được ghi nhớ vẫn tiếp tục được xử lý. - Thay đổi cách thông tin manifest không đáng tin cậy được lưu trữ và lan truyền, tập trung vào việc lan truyền từ các đồng nghiệp không được liệt kê thay vì từ các trình xác thực đã cấu hình/đáng tin cậy. Điều này duy trì việc xoay vòng khóa trình xác thực hợp lệ trong khi ngăn chặn sự tăng trưởng bộ nhớ đệm không kiểm soát. Hướng dẫn và ghi chú triển khai cho nhà vận hành: - Khanna khuyên các trình xác thực và nhà vận hành hạ tầng nên nâng cấp lên v3.2.1 “ngay khi có thể”. Quy trình được khuyến nghị: thực hiện cập nhật phần mềm bình thường, chờ một đến hai phút để xác nhận xrpld đang chạy, sau đó khởi động lại dịch vụ lần nữa. Việc khởi động lại lần thứ hai giúp xóa sạch bất kỳ manifest không đáng tin cậy nào còn lưu trong bộ nhớ trước khi vá. - Các nhà vận hành cũng nên xác minh rằng hệ thống của họ tin tưởng khóa ký gói GPG hiện tại của Ripple. Ripple đã xoay khóa này vào ngày 18 tháng 2; các nút chưa tin tưởng khóa mới có thể không nhận được bản cập nhật tự động. - Bản cập nhật này dành cho các nhà vận hành hạ tầng (sàn giao dịch, tổ chức lưu ký, backend ví, nhà cung cấp dữ liệu và doanh nghiệp chạy máy chủ XRPL). Người nắm giữ XRP thông thường không cần di chuyển tiền, xoay khóa hoặc thực hiện bất kỳ hành động nào. Bối cảnh và bước tiếp theo: - Bản vá nóng này theo sau đợt triển khai rộng rãi xrpld v3.2.0 (ngày 15 tháng 6), vốn đổi tên máy chủ tham chiếu từ rippled thành xrpld và yêu cầu các nhà vận hành cập nhật cấu hình. Việc áp dụng v3.2.0 diễn ra nhanh hơn ở các trình xác thực so với mạng nút rộng hơn; đợt lũ manifest mang lại thêm lý do mạnh mẽ để các nhà vận hành còn lại chuyển sang v3.2.1. - XRPL Operations đã cam kết công bố bản phân tích kỹ thuật sau sự cố, chi tiết thời điểm hoạt động lần đầu tiên được phát hiện, liệu có nút nào trở nên không khả dụng hay không, khối lượng manifest và tốc độ triển khai bản vá của các nhà vận hành. Cho đến khi báo cáo này được công bố, các chi tiết xác nhận vẫn chỉ giới hạn ở các bản sửa lỗi v3.2.1 và yêu cầu các nhà vận hành nâng cấp và khởi động lại. Kết luận: Nếu bạn vận hành hạ tầng XRPL, hãy coi đây là việc khẩn cấp: nâng cấp lên xrpld 3.2.1 và làm theo khuyến nghị khởi động lại hai bước để xóa sạch bất kỳ manifest không đáng tin cậy nào còn lưu trữ. Đối với cộng đồng XRPL rộng hơn, sự cố dường như là một nỗ lực cạn kiệt tài nguyên chứ không phải là sự xâm phạm giao thức — nhưng bản phân tích sau sự cố sắp tới sẽ rất quan trọng để xác định phạm vi đầy đủ.