Chuyển đến nội dung chính

Lỗ hổng mới trên Apache Struts - CVE-2017-9805

Tên lỗ hổng: Apache Struts web application framework critical remote code execution vulnerability
Mã lỗ hổng bảo mật: CVE-2017-9805
Mức độ nghiêm trọng: Cao
Ngày công bố lỗ hổng: 05/09/2017
Mức độ ảnh hưởng: Tất cả các phiên bản Apache Struts từ năm 2008 ( từ Struts 2.5 đến Struts 2.5.12) đều bị ảnh hưởng.

Tác giả của lỗ hổng: Man Yue Mo <mmo at semmle dot com> (lgtm.com / Semmle)

Mô tả lỗ hổng:
Một lỗ hổng bảo mật nghiêm trọng tồn tại trên nền tảng ứng dụng Apache Struts cho phép kẻ tấn công thực thi mã lệnh từ xa trên hệ thống ứng dụng bị ảnh hưởng. Apache Struts là nền tảng cho phép phát triển các ứng dụng web bằng ngôn ngữ Java thông qua các plugin như REST, AJAX, và JSON, nền tảng này được sử dụng rất nhiều trong các hệ thống ứng dụng của các tổ chức lớn. Lỗ hổng tồn tại do Struts REST plugin không xử lý tốt các request XML đến, lợi dụng điểm yếu này kẻ tấn công có thể thông qua các request XML này để chèn và thực thi các mã lệnh tùy ý trên máy chủ ứng dụng. 
Đến thời điểm hiện tại chi tiết kỹ thuật về lỗ hổng bảo mật và PoC vẫn chưa đương công bố bởi tác giả. Tuy nhiên kể từ thời điểm lỗ hổng được công bố các hacker đã chanh chóng tìm kiếm các hệ thống ứng dụng bị ảnh hưởng lởi lỗ hổng này để tấn công và chiếm quyền điều khiển.

Hiện tại lỗ hổng này đã được fix tại version mới 2.5.13. Các tổ chức có thể nhanh chóng nâng cấp nền tảng Apache Struts lên phiên bản này để đảm bảo an toàn cho hệ thống ứng dụng của mình.

Khuyến nghị khắc phục: 
 - Chúng tôi khuyến nghị các tổ chức nhanh chóng rà soát các hệ thống ứng dụng của mình để xác định phạm vi bị ảnh hưởng bởi lỗ hổng bảo mật này.
 - Nhanh chóng nâng cấp nển tảng Apache Struts lên phiên bản 2.5.13.
 - Cập nhật Signature về lỗ hổng này cho firewall, IPS để ngăn chặn tấn công khai thác lỗ hổng này.
 - Chủ động theo dõi và cập nhật liên tục các thông tin về lỗ hổng

Theo THN

Nhận xét

Bài đăng phổ biến từ blog này

So sánh giấy phép mã nguồn mở Apache, MIT, GPL

Mã nguồn mở ngày nay đã và đang trở nên phổ biến hơn bao giờ hết, những dự án mã nguồn mở có thể được tìm thấy hầu như ở bất kì đâu trên không gian mạng rộng lớn này. Tuy nhiên dù có “mở” đi chăng nữa thì những phần mềm mã nguồn mở phải tuân theo những giấy phép nhất định. Điển hình là 3 loại giấy phép phổ biến nhất là Apache, MIT và GPL. Vậy, giữa chúng có gì khác nhau. Trước hết, giấy phép mã nguồn mở là một loại giấy phép được sử dụng cho các phần mềm mã nguồn mở. Giấy phép này cho phép bất kì cá nhân hay tổ chức nào cũng có thể nghiên cứu, thay đổi, chỉnh sửa và cải tiến phần mềm, và phân phối ở các dạng khác nhau như thay đổi hoặc chưa thay đổi. Giấy phép Apache Giấy phép Apache ra đời bởi Quỹ Phần mềm Apache (Apache Software Foundation - ASF). Đây là một giấy phép phần mềm tự do, không có copyleft, bắt buộc trong việc thông báo bản quyển và lời phủ nhận. Giấy phép này hoạt động như các giấy phép phần mềm mã nguồn mở khác, trao cho người sử dụng phần mềm quyền tự do trong b

Mã hóa đối xứng và bất đối xứng

Hôm nay mình xin được nói về hai thuật toán cơ bản và quan trong nhất trong bảo mật đó là mã hóa đối xứng và mã hóa bất đối xứng . 1. Mã hóa đối xứng (mã hóa không công khai- symmetric-key algorithms ) - Là lớp thuật toán các mã hóa trong đó việc mã hóa và giải mã đều dùng chung cho 1 khóa (secret key) 1.1 Các loại thuật toán khóa đối xứng Thuật toán đối xứng có thể được chia ra làm hai thể loại, mật mã luồng ( stream ciphers ) và mật mã khối ( block ciphers ). Mật mã luồng mã hóa từng bit của thông điệp trong khi mật mã khối gộp một số bit lại và mật mã hóa chúng như một đơn vị. Cỡ khối được dùng thường là các khối 64 bit. Thuật toán tiêu chuẩn mã hóa tân tiến ( Advanced Encryption Standard ), được NIST công nhận tháng 12 năm 2001, sử dụng các khối gồm 128 bit. Các thuật toán đối xứng thường không được sử dụng độc lập. Trong thiết kế của các hệ thống mật mã hiện đại, cả hai thuật toán bất đối xứng ( asymmetric ) (dùng chìa khóa công khai) và thuật toán đối xứng được sử

Chuyện nghề Kiểm thử an toàn thông tin

Từ hồi đi làm đến giờ, tôi gặp nhiều tình huống không biết nên trả lời thế nào cho đúng, hôm nay ghi lại đây để mai mốt ai có gặp tham khảo. Khi được liên hệ, tôi thấy đa phần các đơn vị làm xong rồi mới nghĩ đến chuyện kiểm thử, thậm chí là bị hack rồi mới nghĩ tới. Việc pentest nên được triển khai ngay từ khi Phân tích thiết kế hệ thống . Các luồng đi của dữ liệu khi phác thảo ý tưởng ở trên giấy cũng cần kiểm tra tính an toàn, nếu để đến khi đã ra sản phẩm rồi thì đi sửa lại mất nhiều thời gian, công sức hơn nhiều, thậm trí sửa lại sinh ra lỗi mới. Nhiều người vẫn đánh giá các sản phẩm cầm nắm được giá trị hơn sản phẩm trí tuệ, hay sáng tạo. Giống thằng em tôi làm graphic designer hay "được nhờ" vẽ hộ logo hai cái này cái kia, có khi mất cả ngày hoặc nhiều hơn, trong khi không được đồng nào, có khi còn bị chê :)). Nếu làm tốt việc gì đó, đừng bao giờ làm miễn phí hoặc lấy giá quá rẻ . Nghe đồn Louis Vutton đốt trụi rũi hàng ế, chứ chưa bao giờ chịu giảm giá. Relax với chuy