Bitcoin Core thay đổi chính sách bảo mật khi AI giúp tìm lỗi dễ dàng hơn
Bitcoin Core đang thay đổi cách xử lý các lỗ hổng bảo mật, đồng thời giải thích rằng các mô hình ngôn ngữ lớn đã giúp phát hiện một số lỗi phần mềm dễ dàng hơn đáng kể.
Trong email gửi đến danh sách gửi thư Bitcoin Development hôm thứ Năm, nhà phát triển Bitcoin Core Antoine Poinsot cho biết trước đây, các lỗ hổng thường được giữ kín trong thời gian dài trước khi công bố, để người dùng có thời gian nâng cấp trước khi thông tin chi tiết được công khai.
Việc duy trì sự bí mật đó thường đồng nghĩa với việc các bản sửa lỗi không thể được chuyển ngược về những phiên bản phần mềm cũ, khiến người dùng phải chờ đến bản phát hành lớn tiếp theo. Tuy nhiên, Poinsot cho biết LLM đã khiến một số lỗi dễ dàng được tìm lại đến mức trì hoãn việc sửa lỗi gần như không đem lại tác dụng bảo vệ.
“Thời gian giữ kín hầu như không mang lại lợi ích gì, ngoài việc trì hoãn phát hành phiên bản đã sửa lỗi,” Poinsot nói. “Vì vậy, chúng tôi đang cập nhật chính sách công bố để phù hợp với những trường hợp đó.”
Thay đổi này diễn ra trong bối cảnh nghiên cứu bảo mật có sự hỗ trợ của AI đang gây sức ép lên các nhà phát triển trong hệ sinh thái phần mềm Bitcoin.
Theo chính sách cập nhật, các lỗ hổng được đánh giá là “dễ phát hiện” sẽ được sửa sớm nhất có thể trên tất cả các phiên bản chính còn được duy trì, đồng thời thông báo bảo mật sẽ được công bố cùng với các bản cập nhật.
“Phân loại này áp dụng cho các lỗ hổng có thể được phát hiện với nỗ lực tối thiểu, chẳng hạn bằng một câu lệnh LLM đơn giản,” thông báo nêu.
Các lỗ hổng khác sẽ tiếp tục tuân theo lịch công bố dựa trên mức độ nghiêm trọng, từ những lỗi nghiêm trọng đe dọa nền tảng bảo mật của Bitcoin đến các lỗi ít rủi ro hơn, chỉ gây ảnh hưởng hạn chế đến từng nút mạng.
Bitcoin Core cho biết các lỗ hổng mức độ nghiêm trọng thấp sẽ được công bố hai tuần sau khi phát hành phiên bản chính có chứa bản sửa lỗi, trong khi các lỗ hổng mức độ trung bình và cao sẽ được công bố hai tuần sau khi phiên bản bị ảnh hưởng cuối cùng hết vòng đời, thường là một năm sau khi bản sửa lỗi được phát hành trong phiên bản chính mới.
Bitcoin Core đang thay đổi cách xử lý các lỗ hổng bảo mật, đồng thời giải thích rằng các mô hình ngôn ngữ lớn đã giúp phát hiện một số lỗi phần mềm dễ dàng hơn đáng kể.
Trong email gửi đến danh sách gửi thư Bitcoin Development hôm thứ Năm, nhà phát triển Bitcoin Core Antoine Poinsot cho biết trước đây, các lỗ hổng thường được giữ kín trong thời gian dài trước khi công bố, để người dùng có thời gian nâng cấp trước khi thông tin chi tiết được công khai.
Việc duy trì sự bí mật đó thường đồng nghĩa với việc các bản sửa lỗi không thể được chuyển ngược về những phiên bản phần mềm cũ, khiến người dùng phải chờ đến bản phát hành lớn tiếp theo. Tuy nhiên, Poinsot cho biết LLM đã khiến một số lỗi dễ dàng được tìm lại đến mức trì hoãn việc sửa lỗi gần như không đem lại tác dụng bảo vệ.
“Thời gian giữ kín hầu như không mang lại lợi ích gì, ngoài việc trì hoãn phát hành phiên bản đã sửa lỗi,” Poinsot nói. “Vì vậy, chúng tôi đang cập nhật chính sách công bố để phù hợp với những trường hợp đó.”
Thay đổi này diễn ra trong bối cảnh nghiên cứu bảo mật có sự hỗ trợ của AI đang gây sức ép lên các nhà phát triển trong hệ sinh thái phần mềm Bitcoin.
Theo chính sách cập nhật, các lỗ hổng được đánh giá là “dễ phát hiện” sẽ được sửa sớm nhất có thể trên tất cả các phiên bản chính còn được duy trì, đồng thời thông báo bảo mật sẽ được công bố cùng với các bản cập nhật.
“Phân loại này áp dụng cho các lỗ hổng có thể được phát hiện với nỗ lực tối thiểu, chẳng hạn bằng một câu lệnh LLM đơn giản,” thông báo nêu.
Các lỗ hổng khác sẽ tiếp tục tuân theo lịch công bố dựa trên mức độ nghiêm trọng, từ những lỗi nghiêm trọng đe dọa nền tảng bảo mật của Bitcoin đến các lỗi ít rủi ro hơn, chỉ gây ảnh hưởng hạn chế đến từng nút mạng.
Bitcoin Core cho biết các lỗ hổng mức độ nghiêm trọng thấp sẽ được công bố hai tuần sau khi phát hành phiên bản chính có chứa bản sửa lỗi, trong khi các lỗ hổng mức độ trung bình và cao sẽ được công bố hai tuần sau khi phiên bản bị ảnh hưởng cuối cùng hết vòng đời, thường là một năm sau khi bản sửa lỗi được phát hành trong phiên bản chính mới.