CEO của Immunefi cảnh báo về lỗ hổng PHP và rủi ro bảo mật AI

iconCryptoBreaking
Chia sẻ
AI summary iconTóm tắt
CEO của Immunefi, Mitchell Amador, đã nhấn mạnh một lỗ hổng PHP nghiêm trọng và các rủi ro bảo mật AI, đồng thời khẳng định nhu cầu tăng cường bảo mật blockchain. Lỗ hổng năm 2024 vẫn chưa được vá trên nhiều trang web, khiến người dùng đối mặt với nguy cơ bị tấn công. Ông kêu gọi người dùng ví không sử dụng lại mật khẩu và hủy các sự chấp thuận token không rõ nguồn gốc. Bảo mật hợp đồng cũng đang bị đe dọa do các bản cập nhật chậm khiến hệ thống dễ bị tổn thương. Các trang web nhỏ có thể mất vài tuần để áp dụng bản vá, làm tăng nguy cơ bị khai thác. Amador nhấn mạnh sự cảnh giác khi kết nối ví tiền điện tử với các nền tảng không quen thuộc.
Immunefi Ceo: Php Flaw Reinforces Growing Ai Security Risks

Các chuyên gia an ninh mạng đang kêu gọi các chủ trang web—và bất kỳ ai sử dụng dịch vụ tiền điện tử trên web—xem các lỗ hổng liên quan đến PHP là rủi ro đang hoạt động trong ngắn hạn, ngay cả sau khi các bản vá khẩn cấp đã được phát hành. CEO của Immunefi, Mitchell Amador, cho biết nhiều trang web nhỏ hơn có thể mất vài tuần để áp dụng cập nhật độc lập, khiến người dùng bị phơi bày lâu hơn so với thời gian tiết lộ ban đầu.

Lời cảnh báo của Amador đến ngay sau khi PHP Foundation thừa nhận họ đã trì hoãn việc sửa một lỗ hổng nghiêm trọng được phát hiện lần đầu vào năm 2024, với lý do thiếu nguồn lực. Mặc dù các bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng đã được phát hành cùng ngày, nhưng trách nhiệm vẫn thuộc về từng trang web để nâng cấp phiên bản cài đặt của chúng.

Những điểm chính

  • CEO của Immunefi, Mitchell Amador, cho biết người dùng nên giả định rằng bất kỳ trang web nào họ đăng nhập vào đều có thể bị xâm phạm trong vài tuần tới.
  • Ngay cả khi đã có các bản vá khẩn cấp PHP, các trang web vẫn phải tự cập nhật—các nhà vận hành nhỏ hơn có thể chậm trễ trong vài tuần.
  • Amador khuyên người dùng không nên sử dụng lại mật khẩu và cần thận trọng khi kết nối ví tiền điện tử với các trang web.
  • Anh ấy cũng khuyến nghị hủy phê duyệt token mà người dùng không nhận ra để giảm thiểu tác động của các hoạt động độc hại tiềm ẩn.
  • Nhiều bên đã báo cáo hoạt động khai thác nhanh chóng sau khi công bố công khai, bao gồm các báo cáo về hàng triệu nỗ lực trong vòng 24 giờ.

Tại sao các bản cập nhật PHP có thể không đến đủ nhanh

Amador mô tả tình huống này như một phần của mô hình lặp lại trong an ninh hiện đại: các lỗ hổng có thể được phát hiện nhanh chóng, nhưng việc khắc phục thường chậm hơn và tốn kém hơn—đặc biệt đối với những tài sản web nhỏ thuộc nhóm dài. “Đây là ngày tận thế của lỗ hổng” đang diễn ra đúng lịch trình, Amador nói với Cointelegraph, cho rằng khoảng thời gian giữa việc công bố và việc áp dụng bản vá rộng rãi mới là nơi xảy ra thiệt hại thực sự.

Về mặt thực tế, lời khuyên của anh ấy nhắm đến những người dùng có thể tương tác với các trang web chưa nâng cấp phiên bản PHP của chúng. “Trong vài tuần tới, hãy coi mọi trang web bạn đăng nhập như thể nó đã bị xâm phạm,” anh ấy nói. Đối với người dùng tiền mã hóa, điều đó có nghĩa là cần cảnh giác cao độ khi kết nối ví, nơi các trang web độc hại có thể cố gắng lừa người dùng cấp quyền token hoặc tương tác với các hợp đồng có hại.

Amador cũng nhấn mạnh các hành động vệ sinh cơ bản có thể giảm thiểu thiệt hại về sau nếu một trang web bị xâm phạm, bao gồm tránh sử dụng lại mật khẩu và thu hồi các phê duyệt token không nhận diện được.

Việc trì hoãn và các bản vá khẩn cấp của PHP Foundation

Cointelegraph trước đây đã báo cáo rằng PHP Foundation thừa nhận đã trì hoãn việc sửa một lỗ hổng bảo mật nghiêm trọng được phát hiện lần đầu vào năm 2024 do thiếu nguồn lực. Bài báo cùng nhấn mạnh rằng các nhà phát triển đã phát hành các bản vá khẩn cấp cho hai lỗ hổng nghiêm trọng vào ngày phát hành khẩn cấp, nhưng chưa giải quyết được vấn đề cốt lõi: mỗi trang web vẫn cần cập nhật môi trường của riêng mình.

Sự phân biệt này quan trọng đối với quản lý rủi ro. Bản vá sửa lỗi không tự động đảm bảo sự bảo vệ ngay lập tức trên toàn internet, và những người phòng thủ cho rằng “đã vá” có nghĩa là “đã áp dụng ở mọi nơi” có thể đánh giá thấp thời gian các cơ hội khai thác có thể kéo dài—đặc biệt đối với các trang web phụ thuộc vào hosting chia sẻ hoặc có chu kỳ cập nhật ít thường xuyên hơn.

Các bài viết trước đây từ Cointelegraph cũng trích dẫn Amador cảnh báo rằng những thay đổi trong cảnh quan an ninh mạng khiến các chu kỳ này trở nên nguy hiểm hơn. Trong một cuộc phỏng vấn vào tháng Sáu, ông liên hệ cách diễn giải “tận thế lỗ hổng” với việc các khả năng của kẻ tấn công thay đổi và cuộc đua bảo mật rộng lớn hơn có thể thúc đẩy con đường từ phát hiện đến khai thác, góp phần vào các sự việc nổi bật bao gồm các vụ hack DeFi.

Các nỗ lực khai thác được báo cáo nhanh sau khi tiết lộ

Sự khẩn cấp đằng sau cảnh báo của Amador được hỗ trợ bởi các báo cáo về các cuộc khai thác diễn ra nhanh chóng. Cointelegraph trích dẫn CEO Cloudflare Matthew Prince, người cho biết mạng lưới đã ghi nhận “hàng triệu nỗ lực khai thác” trong vòng 24 giờ sau khi các lỗ hổng PHP được công bố công khai, theo một bài đăng trên X vào thứ Năm được gán cho Prince. Ông cũng lưu ý hàng ngàn nỗ lực trước khi công bố công khai.

Điều đó quan trọng vì PHP vẫn được triển khai rộng rãi. Theo Cloudflare, khoảng một trong năm trang web trên toàn cầu định tuyến lưu lượng thông qua hạ tầng của Cloudflare, mà công ty cho biết giúp bảo vệ người dùng và tăng tốc độ tải trang. Trong khi đó, W3Techs ước tính rằng PHP điều hành khoảng 69% các trang web sử dụng ngôn ngữ lập trình phía máy chủ được biết đến, cho thấy tiềm năng ảnh hưởng lớn nếu các lỗ hổng cho phép xâm phạm từ xa, triển khai phần mềm độc hại hoặc chèn mã độc hại.

Những mối lo ngại này đã được Bộ phận An ninh Mạng của FBI lặp lại. Trong một bài đăng trên X vào thứ Tư, bộ phận này cảnh báo rằng các lỗ hổng này có thể cho phép các tác nhân độc hại “thực thi mã từ xa trong lõi PHP,” với khả năng xâm phạm dữ liệu và mạng nhạy cảm.

Điều mà người dùng và người vận hành nên làm tiếp theo

Sự không chắc chắn chính trong những ngày tới không phải là liệu các bản vá có tồn tại hay không, mà là tốc độ nâng cấp thực tế của các trang web. Hướng dẫn của Amador hiệu quả là yêu cầu người dùng lấp đầy khoảng cách đó bằng cách giả định rằng việc bị xâm phạm là có thể xảy ra—ngay cả khi chỉ một phần nhỏ các trang web thực sự dễ bị tổn thương tại bất kỳ thời điểm nào.

Đối với chủ trang web, ưu tiên trước mắt là đảm bảo PHP đã được cập nhật và các môi trường lưu trữ thực hiện các bản nâng cấp đó. Đối với người dùng tiền điện tử, những nhận xét của Amador gợi ý nên giữ thái độ thận trọng khi kết nối ví: tránh tương tác với các trang web rủi ro hoặc không quen thuộc, và kiểm tra các sự chấp thuận token để hủy bỏ bất kỳ quyền nào không rõ ràng hoặc không được nhận diện.

Vì các chiến dịch khai thác thường tăng tốc xung quanh thời điểm tiết lộ và sau đó giảm dần khi phạm vi vá lỗi được cải thiện, mục cần theo dõi tiếp theo cho người đọc là tốc độ áp dụng nâng cấp PHP trên các nhà cung cấp lưu trữ và các trang web cá nhân—đặc biệt là các trang web nhỏ hơn có thể mất nhiều thời gian hơn để cập nhật và do đó có khả năng cao vẫn nằm trong khoảng thời gian phơi nhiễm.

Bài viết này ban đầu được xuất bản dưới tiêu đề CEO Immunefi: Lỗ hổng PHP củng cố các rủi ro bảo mật AI ngày càng gia tăng trên Crypto Breaking News – nguồn tin crypto đáng tin cậy của bạn về tin tức crypto, tin tức Bitcoin và cập nhật blockchain.

Tuyên bố miễn trừ trách nhiệm: Thông tin trên trang này có thể được lấy từ bên thứ ba và không nhất thiết phản ánh quan điểm hoặc ý kiến của KuCoin. Nội dung này chỉ được cung cấp cho mục đích thông tin chung, không có bất kỳ đại diện hay bảo đảm nào dưới bất kỳ hình thức nào và cũng không được hiểu là lời khuyên tài chính hay đầu tư. KuCoin sẽ không chịu trách nhiệm về bất kỳ sai sót hoặc thiếu sót nào hoặc về bất kỳ kết quả nào phát sinh từ việc sử dụng thông tin này. Việc đầu tư vào tài sản kỹ thuật số có thể tiềm ẩn nhiều rủi ro. Vui lòng đánh giá cẩn thận rủi ro của sản phẩm và khả năng chấp nhận rủi ro của bạn dựa trên hoàn cảnh tài chính của chính bạn. Để biết thêm thông tin, vui lòng tham khảo Điều khoản sử dụng và Tiết lộ rủi ro của chúng tôi.