Cơ quan an ninh mạng của Mỹ đã yêu cầu các lập trình viên ngừng sử dụng C và C++ do lo ngại về vấn đề bảo mật

Buzz

Ngày cập nhật gần nhất: 1/5/2026

Thực tế, CISA - Cục An ninh mạng và An ninh cơ sở hạ tầng, cùng FBI đã đưa ra lời khuyến cáo từ lâu rằng các nhà phát triển phần mềm nên tránh sử dụng các ngôn ngữ lập trình như C và C++ vì chúng không đảm bảo an toàn cho bộ nhớ hệ thống máy tính.

Mới đây, CISA và FBI tiếp tục khuyến nghị các lập trình viên dừng phát triển phần mềm cho các cơ sở hạ tầng quan trọng hay các ngành nghề liên quan đến an ninh quốc gia bằng C và C++, khi các ngôn ngữ khác có khả năng bảo vệ bộ nhớ tốt hơn đã có sẵn. Họ cảnh báo rằng việc tiếp tục phát triển phần mềm bằng C và C++ sẽ làm gia tăng nguy cơ đe dọa đến an ninh quốc gia, an ninh kinh tế và sự an toàn của công dân.

Vào đầu năm nay, CISA và các đối tác từ các quốc gia đồng minh của Mỹ, bao gồm FBI, Trung tâm An ninh mạng của Úc và Canada, đã công bố một báo cáo nghiên cứu mang tên “Nghiên cứu an toàn bộ nhớ trong các dự án mã nguồn mở quan trọng.” Báo cáo này phân tích 172 dự án mã nguồn mở đang được sử dụng trong các ngành và cơ sở hạ tầng trọng yếu của các quốc gia.

Theo kết quả nghiên cứu, hơn một nửa số dự án phần mềm này được phát triển bằng các ngôn ngữ lập trình có lỗ hổng liên quan đến việc truy xuất và sử dụng bộ nhớ hệ thống. Cụ thể, 55% tổng số mã nguồn trong 172 dự án này chứa các lỗ hổng bảo mật.

Để hiểu rõ hơn, đối với các ngôn ngữ lập trình có vấn đề về bộ nhớ, “lập trình viên sẽ phải quản lý bộ nhớ một cách cẩn thận và hợp lý. Những vấn đề và lỗi sẽ xảy ra, tạo ra các lỗ hổng bảo mật bộ nhớ, ví dụ như quá tải bộ nhớ đệm. Việc khai thác thành công các lỗ hổng này có thể cho phép kẻ tấn công chiếm quyền điều khiển phần mềm, hệ thống và dữ liệu.”

CISA ước tính, trong số những lỗ hổng bảo mật hệ thống máy tính hay máy chủ, 70% trong số đó là những lỗ hổng bảo mật liên quan tới bộ nhớ hệ thống. Để giải quyết tình trạng này, cục an ninh mạng thuộc chính phủ Mỹ khuyến cáo các lập trình viên chuyển sang sử dụng những ngôn ngữ an toàn hơn với bộ nhớ như Rust, Java, C#, Go, Python và Swift. Những ngôn ngữ lập trình này đều tích hợp những công cụ bảo vệ chống lại những lỗi liên quan bộ nhớ phổ biến.

Vấn đề lại nằm ở chỗ, những phần mềm viết bằng C hay C++ không phải muốn là có thể búng tay biến chúng thành code Rust hay C# được. Lấy ví dụ Rust trên nền Linux. Ngay cả khi được Linus Torvalds hỗ trợ, tốc độ chuyển giao code lập trình trên nền Linux từ C++ sang Rust cũng đang vô cùng chậm chạp.

Nguyên nhân của tình trạng này đã được chính cha đẻ kernel HĐH Linux chia sẻ tại hội thảo Open Source Summit Europe 2024. Những lập trình viên còn ở lại với C và C++ có những quan điểm bảo vệ lựa chọn của họ cực đoan tới mức khiến chính những người muốn cải thiện độ phủ của code viết bằng Rust cũng phải từ bỏ những nỗ lực của họ.

Chắc chắn rằng việc viết mã C với bảo mật bộ nhớ tốt là khả thi. Tuy nhiên, không phải lập trình viên nào cũng có đủ kinh nghiệm để làm điều đó. Thêm vào đó, việc chuyển đổi mã từ C sang Rust là một quá trình phức tạp, yêu cầu nhiều thời gian, tài nguyên và ngân sách. Những ngôn ngữ lập trình lâu đời, mặc dù khó sử dụng, vẫn được ưa chuộng vì chúng cho phép lập trình viên tạo ra những ứng dụng tối ưu nhất cho phần cứng hệ thống máy tính.

Khi phải đưa ra sự lựa chọn giữa bảo mật và hiệu suất, đa phần các doanh nghiệp và lập trình viên sẽ ưu tiên hiệu suất phần mềm. Ngoài chi phí chuyển đổi ngôn ngữ lập trình, các nhóm phát triển còn phải đối mặt với nhiều chi phí khác, như thay đổi công cụ phát triển, công cụ sửa lỗi và các framework thử nghiệm phần mềm để hỗ trợ ngôn ngữ mới. Ngoài ra, việc kết hợp ứng dụng viết bằng ngôn ngữ mới với mã và thư viện cũ cũng là một thử thách không nhỏ.

Dù vậy, CISA vẫn kỳ vọng vào quá trình này và đã đặt mục tiêu rằng trước ngày 1/1/2026, tất cả các công ty phần mềm phục vụ các hệ thống quan trọng đối với an ninh và cơ sở hạ tầng Mỹ phải có kế hoạch chuyển đổi ngôn ngữ lập trình phần mềm của mình. Theo CISA, lợi ích lâu dài của quá trình chuyển đổi này sẽ đủ lớn để bù đắp những chi phí và công sức bỏ ra.

Thông tin được đăng tải trên The Register

Nội dung từ Mytour nhằm chăm sóc khách hàng và khuyến khích du lịch, chúng tôi không chịu trách nhiệm và không áp dụng cho mục đích khác.

Nếu bài viết sai sót hoặc không phù hợp, vui lòng liên hệ qua Zalo: 0978812412 hoặc Email: [email protected]