IOC-DDA53B6294- Sản phẩm & Dịch vụSản phẩm & Dịch vụ
- Giải phápGiải pháp
- Bảng giáBảng giá
- Công tyCông ty
- Tài liệuTài liệu
vi
vi
Motorsport - Yamaha Motor Việt Nam
Khám phá ngay các dòng motor sport nổi bật tại Yamaha như YZF-R3, YZR-M1,... sở hữu diện mạo đậm chất thể thao, khối động cơ mạnh mẽ cho khả năng vận hành ấn tượng.
Mức an toàn
Ưu tiên đầu tiên là “Cookie chỉ được gửi qua HTTPS (Secure)”; hãy kiểm tra bằng chứng và khuyến nghị đi kèm trước. Điểm tạm thời là 73/100 với độ phủ 76,3%. Kết quả này mới phản ánh phần bề mặt đã thu đủ dữ liệu.
Vì sao báo cáo chưa được xếp hạng: Ít nhất một sản phẩm có phiên bản chưa được đối chiếu với cơ sở dữ liệu lỗ hổng ở mức đủ tin cậy.
Trong 5 nguồn danh tiếng mạng đã kiểm tra, CyStack chưa ghi nhận yamaha-motor.com.vn hoặc hạ tầng liên quan trong danh sách cảnh báo. Kết quả này không xác minh tư cách pháp lý, uy tín giao dịch hoặc bảo đảm website an toàn tuyệt đối.
Ba vấn đề nên xử lý trước vì có ảnh hưởng lớn nhất đến mức an toàn.
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Thuộc tính Secure ngăn trình duyệt gửi cookie qua HTTP không mã hóa. Nếu thiếu thuộc tính này, dữ liệu phiên hoặc xác thực có thể bị lộ cho bên đang quan sát mạng.
Nên làm gì
Đặt Secure cho mọi cookie phiên, xác thực và cookie nhạy cảm khác của ứng dụng HTTPS.
Dữ liệu ghi nhận
So sánh nhanh mức an toàn của từng nhóm kiểm tra.
Bằng chứng trong báo cáo
Chứng thư SSL hợp lệ chưa đủ để khẳng định yamaha-motor.com.vn là website an toàn, uy tín hoặc không có dấu hiệu lừa đảo. Để cung cấp bối cảnh đầy đủ hơn, báo cáo còn kiểm tra phishing và mã độc, email lộ lọt, IP và cổng mở, tên miền phụ, công nghệ cùng các CVE có thể liên quan đến phiên bản phát hiện được.
yamaha-motor.com.vn đang sử dụng chứng thư HTTPS hợp lệ tại thời điểm đánh giá, có hiệu lực đến 2 tháng 11, 2026. Trạng thái này có thể thay đổi khi chứng thư hoặc cấu hình máy chủ được cập nhật.
Xem HTTPS và chứng thưDữ liệu hiện có ghi nhận 24 bản ghi gắn với địa chỉ email @yamaha-motor.com.vn. Bản ghi có thể đã cũ hoặc đã được xử lý, vì vậy cần xác minh trước khi đổi mật khẩu hoặc khóa tài khoản.
Các đánh giá hoàn tất gần đây, ưu tiên website cùng lĩnh vực, quốc gia hoặc mức an toàn để bạn dễ so sánh.
Nguồn dữ liệu và phạm vi
Kết quả quét này được tổng hợp từ các hệ thống giám sát an ninh mạng của CyStack, bao gồm CyStack VulnScan và CyStack Threat Intelligence, kết hợp với các nguồn dữ liệu công khai trên Internet. Quá trình đánh giá chỉ quan sát và phân tích thông tin sẵn có; không đăng nhập trái phép, thử mật khẩu, gửi mã khai thác hoặc làm thay đổi hay gián đoạn hệ thống của bạn.
CyStack VulnScan cho doanh nghiệp
CyStack VulnScan giúp đội ngũ bảo mật tự động tìm tài sản Internet, kiểm tra sâu cả bên ngoài và bên trong, xác minh lỗ hổng và theo dõi việc khắc phục trên toàn tổ chức.
Chưa xếp hạng
Độ tin cậy dữ liệuTrung bình
Phạm vi đã kiểm tra76,3%
Điểm cao hơn cho thấy nhiều biện pháp bảo vệ có thể quan sát từ Internet đã được ghi nhận hơn; đây không phải chứng nhận website uy tín, hợp pháp hoặc hoàn toàn không có lỗ hổng.
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Content Security Policy (CSP) giới hạn nguồn được phép cung cấp script, style, frame và nội dung khác cho trình duyệt. Chính sách chặt chẽ giúp giảm tác động nếu kẻ tấn công chèn được nội dung vào trang.
Nên làm gì
Chỉ khai báo các nguồn ứng dụng thực sự cần, kiểm thử chính sách trước khi kích hoạt và hạn chế quy tắc ký tự đại diện (*) quá rộng, unsafe-inline cùng unsafe-eval.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Website khác có thể nhúng trang này vào một frame bị che hoặc gây hiểu nhầm để lừa người dùng bấm vào hành động ngoài ý muốn. Quy tắc frame cho trình duyệt biết website nào được phép nhúng trang.
Nên làm gì
Thiết lập frame-ancestors trong CSP chỉ cho các website tin cậy cần thiết và giữ X-Frame-Options cho trình duyệt cũ khi phù hợp.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Danh sách đầy đủ các vấn đề cần xem, bao gồm cả ba ưu tiên đã nêu ở phần tóm tắt.
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Thuộc tính Secure ngăn trình duyệt gửi cookie qua HTTP không mã hóa. Nếu thiếu thuộc tính này, dữ liệu phiên hoặc xác thực có thể bị lộ cho bên đang quan sát mạng.
Nên làm gì
Đặt Secure cho mọi cookie phiên, xác thực và cookie nhạy cảm khác của ứng dụng HTTPS.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Content Security Policy (CSP) giới hạn nguồn được phép cung cấp script, style, frame và nội dung khác cho trình duyệt. Chính sách chặt chẽ giúp giảm tác động nếu kẻ tấn công chèn được nội dung vào trang.
Nên làm gì
Chỉ khai báo các nguồn ứng dụng thực sự cần, kiểm thử chính sách trước khi kích hoạt và hạn chế quy tắc ký tự đại diện (*) quá rộng, unsafe-inline cùng unsafe-eval.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Website khác có thể nhúng trang này vào một frame bị che hoặc gây hiểu nhầm để lừa người dùng bấm vào hành động ngoài ý muốn. Quy tắc frame cho trình duyệt biết website nào được phép nhúng trang.
Nên làm gì
Thiết lập frame-ancestors trong CSP chỉ cho các website tin cậy cần thiết và giữ X-Frame-Options cho trình duyệt cũ khi phù hợp.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Nếu thiếu nosniff, trình duyệt có thể tự đoán loại tệp và xử lý nội dung tưởng như vô hại thành mã có thể chạy. Khi đó, một Content-Type sai có thể trở thành vấn đề bảo mật.
Nên làm gì
Gửi X-Content-Type-Options: nosniff trên mọi phản hồi và trả về Content-Type chính xác.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Phản hồi HTTPS không có chính sách HSTS có hiệu lực.
Vì sao cần quan tâm
HTTP Strict Transport Security (HSTS) yêu cầu trình duyệt tự động dùng HTTPS trong các lần truy cập sau. Cơ chế này giảm nguy cơ người dùng bị chuyển xuống kết nối không mã hóa.
Nên làm gì
Sau khi xác nhận mọi trang cần thiết hoạt động qua HTTPS, hãy gửi header Strict-Transport-Security trên tất cả phản hồi HTTPS.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Permissions-Policy kiểm soát việc trang và nội dung được nhúng có thể dùng camera, microphone, vị trí cùng các tính năng khác hay không. Cho phép tính năng không cần thiết sẽ tạo thêm đường truy cập ngoài nhu cầu.
Nên làm gì
Chỉ cho phép từng tính năng nhạy cảm trên các trang và nguồn tin cậy thực sự cần dùng; tắt các tính năng còn lại.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Khi người dùng mở một liên kết, trình duyệt có thể gửi URL của trang trước đó tới website đích. Đường dẫn và tham số trong URL có thể làm lộ bối cảnh nhạy cảm cho website khác.
Nên làm gì
Sử dụng strict-origin-when-cross-origin hoặc Referrer-Policy chặt hơn, đồng thời không đặt thông tin bí mật trong URL.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này phát hiện một vấn đề bảo mật.
Vì sao cần quan tâm
Phiên bản chính xác của web server hoặc framework giúp kẻ tấn công nhanh chóng tìm lỗ hổng đã biết có thể áp dụng. Ẩn phiên bản không thay thế việc vá lỗi, nhưng công khai không cần thiết sẽ cung cấp thông tin hữu ích cho việc nhắm mục tiêu.
Nên làm gì
Xóa thông tin phiên bản không cần thiết khỏi Server, X-Powered-By, trang lỗi và metadata ứng dụng, đồng thời luôn cập nhật bản vá.
Dữ liệu ghi nhận
Kết quả kiểm tra
Tìm thấy 62 ứng viên CVE có khả năng áp dụng, trong đó 43 ứng viên mức high hoặc critical.
Vì sao cần quan tâm
Sản phẩm và phiên bản phát hiện được đã được đối chiếu với dữ liệu lỗ hổng của National Vulnerability Database (NVD). Kết quả khớp là đầu mối cần kiểm tra, chưa phải lỗ hổng đã xác nhận vì phần mềm cài đặt có thể đã chứa bản vá hoặc khác với phiên bản hiển thị ra Internet.
Nên làm gì
Xác nhận chính xác gói phần mềm đang cài và đọc cảnh báo của nhà cung cấp. Nếu bản cài đặt thực sự bị ảnh hưởng, hãy áp dụng bản vá hoặc nâng cấp lên phiên bản đã sửa lỗi.
Dữ liệu ghi nhận
Kết quả kiểm tra
Chính sách DMARC có hiệu lực là none.
Vì sao cần quan tâm
Chính sách quarantine hoặc reject yêu cầu nơi nhận đưa thư đáng ngờ vào spam hoặc từ chối thư. Chính sách chỉ theo dõi (p=none) ghi nhận vấn đề nhưng không yêu cầu chặn thư giả mạo.
Nên làm gì
Sau khi mọi nguồn gửi hợp lệ đều vượt qua DMARC, chuyển dần sang quarantine rồi reject và áp dụng cho 100% thư.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
CyStack xác nhận ít nhất 32 tên miền phụ còn tồn tại trên DNS. Có 1 tên có thể liên quan đến dịch vụ nhạy cảm; dữ liệu hiện tại chưa đầy đủ nên thực tế có thể còn nhiều hơn.
Vì sao cần quan tâm
Tên chứa các từ như admin, development, staging, VPN, database hoặc monitoring có thể dẫn kẻ tấn công tới hệ thống quan trọng. Chỉ riêng tên gọi chưa chứng minh có lộ lọt nhưng cho biết bề mặt cần được rà soát.
Nên làm gì
Xóa tên DNS không còn sử dụng và bảo vệ hệ thống không công khai bằng xác thực mạnh, MFA, danh sách mạng được phép hoặc VPN.
Dữ liệu ghi nhận
Kết quả kiểm tra
24 bản ghi email lộ lọt có phần tên miền trùng chính xác với mục tiêu này, liên quan đến khoảng 5 thiết bị nhiễm mã độc. Đây là dữ liệu quan sát, không khẳng định tài khoản email vẫn hoạt động hoặc thiết bị thuộc tổ chức.
Vì sao cần quan tâm
Dữ liệu tình báo infostealer có thể chứa thông tin đăng nhập liên quan tới tên miền, nhưng không chứng minh tài khoản còn hiện hành, hợp lệ hoặc vẫn đang bị lộ.
Nên làm gì
Kiểm tra bằng chứng đã che và thời gian quan sát, xác minh tài khoản cùng thiết bị bị ảnh hưởng, sau đó đặt lại thông tin đăng nhập và phiên còn hiệu lực, bắt buộc MFA và loại bỏ malware khi được xác nhận.
Dữ liệu ghi nhận
Kết quả kiểm tra
Tìm thấy 0 bản ghi CAA áp dụng.
Vì sao cần quan tâm
Bản ghi CAA quy định nhà cung cấp chứng thư nào được phép cấp chứng thư cho tên miền. Cấu hình này giúp giảm nguy cơ một nhà cung cấp ngoài dự kiến cấp chứng thư.
Nên làm gì
Công bố bản ghi CAA chỉ cho phép các nhà cung cấp chứng thư mà tổ chức thực sự sử dụng.
Tài liệu tham chiếu
Kết quả kiểm tra
Không tìm thấy ủy quyền DS của DNSSEC.
Vì sao cần quan tâm
DNSSEC thêm chữ ký số để hệ thống phân giải phát hiện phản hồi DNS giả mạo. Kiểm tra nhanh này xác nhận vùng cha có bản ghi DS nhưng không xác thực toàn bộ chuỗi chữ ký.
Nên làm gì
Ký vùng DNS, công bố bản ghi DS tương ứng qua nhà đăng ký và theo dõi chuỗi chữ ký sau mỗi lần thay đổi khóa.
Tài liệu tham chiếu
Kết quả kiểm tra
Chưa thể kết luận trạng thái đã biết bị khai thác vì dữ liệu tham chiếu hoặc độ phủ đối chiếu CVE chưa đầy đủ.
Vì sao cần quan tâm
Một CVE có thể liên quan cũng nằm trong danh mục Known Exploited Vulnerabilities (KEV) của CISA, nghĩa là lỗ hổng đó đã bị dùng trong các cuộc tấn công thực tế. Kết quả cần được điều tra khẩn cấp nhưng vẫn phải xác nhận phần mềm đang cài có thực sự bị ảnh hưởng hay không.
Nên làm gì
Xác minh ngay sản phẩm đang cài và làm theo hướng dẫn của CISA cùng nhà cung cấp về biện pháp giảm thiểu, vá lỗi hoặc nâng cấp nếu sản phẩm bị ảnh hưởng.
Dữ liệu ghi nhận
Kết quả kiểm tra
Dịch vụ được quan sát trên hạ tầng biên dùng chung nên không thể quy kết tin cậy cho tên miền này.
Vì sao cần quan tâm
Dịch vụ quản trị từ xa như RDP, VNC, Docker, Kubernetes và bảng điều khiển là mục tiêu có giá trị cao. Khi mở công khai, bất kỳ ai trên Internet cũng có thể thử mật khẩu hoặc khai thác dịch vụ chưa được vá.
Nên làm gì
Loại bỏ truy cập trực tiếp từ Internet và yêu cầu VPN, cổng truy cập được bảo vệ chặt hoặc mạng nguồn tin cậy; đồng thời bật MFA khi dịch vụ hỗ trợ.
Dữ liệu ghi nhận
Kết quả kiểm tra
Dịch vụ được quan sát trên hạ tầng biên dùng chung nên không thể quy kết tin cậy cho tên miền này.
Vì sao cần quan tâm
Cơ sở dữ liệu và cache thường chứa thông tin nhạy cảm và chỉ được ứng dụng nội bộ sử dụng. Truy cập trực tiếp từ Internet khiến tấn công mật khẩu hoặc lỗi cấu hình dễ dẫn tới lộ dữ liệu hơn.
Nên làm gì
Chỉ lắng nghe trên giao diện mạng riêng, chỉ cho phép các hệ thống ứng dụng cần thiết kết nối và yêu cầu xác thực mạnh cùng mã hóa.
Dữ liệu ghi nhận
Kết quả kiểm tra
Dịch vụ được quan sát trên hạ tầng biên dùng chung nên không thể quy kết tin cậy cho tên miền này.
Vì sao cần quan tâm
Các dịch vụ như SMB, NFS và rsync có thể cho phép đọc hoặc thay đổi tệp chia sẻ và từng có nhiều lỗ hổng nghiêm trọng. Chúng hiếm khi cần nhận kết nối trực tiếp từ Internet công khai.
Nên làm gì
Giới hạn dịch vụ chia sẻ tệp trong mạng riêng hoặc VPN được kiểm soát chặt và chỉ cho phép người dùng, hệ thống thực sự cần truy cập.
Dữ liệu ghi nhận
Kết quả kiểm tra
Dịch vụ được quan sát trên hạ tầng biên dùng chung nên không thể quy kết tin cậy cho tên miền này.
Vì sao cần quan tâm
Các dịch vụ cũ như Telnet, FTP và giao thức email hoặc thư mục không mã hóa có thể gửi mật khẩu, dữ liệu ở dạng đọc được. Bên quan sát đường truyền có thể thu thập các thông tin này.
Nên làm gì
Tắt dịch vụ cũ hoặc thay bằng lựa chọn có mã hóa như SSH, SFTP, HTTPS hay phiên bản bảo mật của giao thức email.
Dữ liệu ghi nhận
Kết quả kiểm tra
Lần quét chưa thu thập đủ bằng chứng để đưa ra kết luận đáng tin cậy.
Vì sao cần quan tâm
Tên miền hết hạn sẽ ngừng đưa người dùng tới dịch vụ của tổ chức và cuối cùng có thể bị người khác đăng ký. Tên miền sắp hết hạn cũng khiến thời gian xử lý sự cố thanh toán hoặc tài khoản trở nên rất ngắn.
Nên làm gì
Gia hạn trước ngày hết hạn, bật tự động gia hạn và bảo vệ phương thức thanh toán cùng tài khoản nhà đăng ký.
Kết quả kiểm tra
Lần quét chưa thu thập đủ bằng chứng để đưa ra kết luận đáng tin cậy.
Vì sao cần quan tâm
Các trạng thái hạn chế như khóa, chờ khôi phục hoặc chờ xóa có thể làm tên miền ngừng hoạt động. Nếu không xử lý kịp thời, tổ chức có thể mất quyền kiểm soát danh tính website và email.
Nên làm gì
Xử lý ngay các hạn chế đăng ký, bảo vệ tài khoản nhà đăng ký bằng MFA và cập nhật đầy đủ thông tin chủ sở hữu, liên hệ.
Kết quả kiểm tra
Dịch vụ được quan sát trên hạ tầng biên dùng chung nên không thể quy kết tin cậy cho tên miền này.
Vì sao cần quan tâm
Mọi dịch vụ đang mở đều có thể bị phát hiện, tấn công và cần được cấu hình, giám sát, vá lỗi. Dịch vụ không có mục đích công khai rõ ràng làm tăng rủi ro mà không tạo thêm giá trị.
Nên làm gì
Xác nhận đơn vị phụ trách và mục đích của từng cổng mở, sau đó dừng hoặc dùng firewall chặn mọi dịch vụ không chủ đích công khai.
Dữ liệu ghi nhận
Kết quả kiểm tra
5 nhà cung cấp có kết quả xác định và 1 nhà cung cấp chưa thể kết luận.
Vì sao cần quan tâm
Mục này cho biết có bao nhiêu dịch vụ danh sách chặn độc lập trả về kết quả rõ ràng. Nguồn không khả dụng chưa được kiểm tra thành công và không thể được xem là kết quả sạch.
Dữ liệu ghi nhận
Kết quả kiểm tra
Phản hồi công khai của trang chủ cho thấy 16 công nghệ.
Vì sao cần quan tâm
Header phản hồi, nội dung trang và các dấu hiệu công khai khác cho biết công nghệ mà dịch vụ có thể đang sử dụng. Quan sát này giúp giải thích bề mặt tấn công nhưng có thể thiếu hoặc sai và không tự chứng minh một lỗ hổng.
Dữ liệu ghi nhận
Kết quả kiểm tra
Tín hiệu phản hồi thụ động nhận diện được một hoặc nhiều sản phẩm WAF, CDN hoặc edge; khả năng thực thi chính sách chưa được kiểm thử.
Vì sao cần quan tâm
Chi tiết phản hồi công khai cho thấy có thể đang sử dụng Web Application Firewall (WAF), CDN hoặc dịch vụ biên khác. Lần quét nhanh nhận diện nhà cung cấp nhưng không kiểm tra khả năng chặn tấn công đã được cấu hình hoặc hoạt động đúng hay chưa.
Dữ liệu ghi nhận
Kết quả kiểm tra
Quan sát 6 sản phẩm có phiên bản; 4 sản phẩm có CPE chính xác và 2 truy vấn hoàn tất.
Vì sao cần quan tâm
Mục này cho biết có bao nhiêu sản phẩm được phát hiện có thông tin phiên bản đáng tin cậy và định danh CPE chính xác để đối chiếu với dữ liệu áp dụng CVE. Sản phẩm chưa thể kiểm tra không được xem là không có lỗ hổng đã biết.
Dữ liệu ghi nhận
Kết quả kiểm tra
Chứng thư khớp với mục tiêu được yêu cầu.
Vì sao cần quan tâm
Chứng thư phải liệt kê chính xác tên miền người dùng truy cập trong trường Subject Alternative Names (SAN). Nếu không khớp, trình duyệt sẽ cảnh báo vì chứng thư có thể thuộc về một dịch vụ khác.
Nên làm gì
Cấp và triển khai chứng thư có danh sách SAN bao gồm mọi tên miền công khai được địa chỉ website này phục vụ.
Dữ liệu ghi nhận
Kết quả kiểm tra
Chứng thư tạo được chuỗi tới gốc đáng tin cậy.
Vì sao cần quan tâm
Trình duyệt chỉ tin cậy website khi chứng thư có thể được xác minh tới một nhà cung cấp được công nhận. Chứng thư không đáng tin cậy gây cảnh báo và khiến người dùng không thể xác nhận chắc chắn danh tính website.
Nên làm gì
Cài chứng thư từ nhà cung cấp được các trình duyệt phổ biến tin cậy và cấu hình máy chủ gửi đầy đủ các chứng thư trung gian cần thiết.
Dữ liệu ghi nhận
Kết quả kiểm tra
Bắt tay TLS thành công trên cổng 443.
Vì sao cần quan tâm
HTTPS mã hóa dữ liệu giữa người dùng và website, đồng thời giúp xác minh đúng dịch vụ cần truy cập. Nếu thiếu HTTPS, bên trung gian có thể đọc hoặc thay đổi lưu lượng và trình duyệt có thể hiện cảnh báo bảo mật.
Nên làm gì
Cung cấp toàn bộ website qua HTTPS bằng chứng thư được các trình duyệt phổ biến tin cậy.
Dữ liệu ghi nhận
Kết quả kiểm tra
Mục tiêu phân giải tới 1 địa chỉ IP công khai.
Vì sao cần quan tâm
DNS công khai kết nối tên miền với các địa chỉ Internet của hệ thống. Bản ghi thiếu hoặc sai có thể làm dịch vụ không truy cập được hoặc đưa lưu lượng tới nhầm hệ thống.
Nên làm gì
Đảm bảo tên miền chỉ trỏ tới các địa chỉ IP công khai dự kiến và xóa bản ghi dùng địa chỉ riêng, dành riêng hoặc đã lỗi thời.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này không phát hiện vấn đề.
Vì sao cần quan tâm
CORS quyết định website nào được phép đọc phản hồi của dịch vụ trong trình duyệt người dùng. Quy tắc tin cậy nguồn tùy ý, đặc biệt khi kèm cookie đăng nhập, có thể làm lộ dữ liệu riêng tư cho website khác.
Nên làm gì
Chỉ cho phép các website tin cậy được xác định rõ, so sánh Origin với danh sách được duyệt chính xác và không bao giờ cho phép thông tin đăng nhập cùng nguồn ký tự đại diện (*).
Dữ liệu ghi nhận
Kết quả kiểm tra
Chứng thư có hiệu lực từ 2025-10-02T00:00:00Z đến 2026-11-01T23:59:59Z.
Vì sao cần quan tâm
Chứng thư chỉ hoạt động trong khoảng thời gian hiệu lực. Chứng thư đã hết hạn, chưa có hiệu lực hoặc sắp hết hạn có thể gây cảnh báo trình duyệt và làm gián đoạn website hoặc API.
Nên làm gì
Sử dụng gia hạn tự động, theo dõi lỗi gia hạn và cảnh báo cho đội phụ trách từ sớm trước ngày hết hạn.
Dữ liệu ghi nhận
Kết quả kiểm tra
Chứng thư dùng SHA256-RSA với khóa công khai 2048 bit.
Vì sao cần quan tâm
Khóa công khai và thuật toán chữ ký bảo vệ chứng thư khỏi bị giả mạo. Khóa quá ngắn hoặc chữ ký dùng thuật toán lỗi thời sẽ chống lại các kỹ thuật tấn công hiện đại kém hơn.
Nên làm gì
Sử dụng RSA tối thiểu 2048 bit hoặc khóa đường cong elliptic hiện đại, cùng thuật toán chữ ký SHA-256 trở lên.
Dữ liệu ghi nhận
Kết quả kiểm tra
Các phiên bản được chấp nhận: TLS 1.2, TLS 1.3.
Vì sao cần quan tâm
TLS 1.0 và TLS 1.1 sử dụng thiết kế bảo mật lỗi thời và không còn được các tiêu chuẩn hiện đại chấp nhận. Việc tiếp tục bật chúng cho phép sử dụng phương thức kết nối yếu hơn.
Nên làm gì
Tắt TLS 1.0 và TLS 1.1, cấu hình TLS 1.2 an toàn và bật TLS 1.3 khi có thể.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Không phát hiện đồng thuận abuse-list độc lập trong 5 nhà cung cấp có kết quả xác định.
Vì sao cần quan tâm
Các nhà cung cấp bảo mật và email duy trì danh sách chặn dựa trên DNS cho địa chỉ IP liên quan tới spam, mã độc hoặc hệ thống bị xâm nhập. Nhiều danh sách độc lập cùng gắn cờ là lý do rõ ràng để điều tra, dù IP dùng chung đôi khi có thể ảnh hưởng tới khách hàng không liên quan.
Nên làm gì
Xác minh từng danh sách với đúng địa chỉ IP, điều tra hoạt động email và máy chủ, xử lý nguyên nhân gốc rồi thực hiện quy trình yêu cầu gỡ của nhà cung cấp.
Dữ liệu ghi nhận
Kết quả kiểm tra
Đã tìm thấy chính sách DMARC.
Vì sao cần quan tâm
DMARC cho phép chủ tên miền hướng dẫn nơi nhận xử lý thư khi địa chỉ From hiển thị không được SPF hoặc DKIM xác minh. Nếu thiếu DMARC, kẻ tấn công có nhiều cơ hội giả mạo tên miền trong email lừa đảo.
Nên làm gì
Công bố bản ghi DMARC tại _dmarc, bắt đầu bằng việc thu thập báo cáo và xác nhận các nguồn gửi hợp lệ trước khi áp dụng chính sách chặn.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Các tag chính của chính sách DMARC đạt kiểm tra cấu trúc.
Vì sao cần quan tâm
Nơi nhận có thể bỏ qua bản ghi DMARC chứa trường trùng, giá trị sai hoặc được công bố không đúng tên DNS. Bản ghi bị bỏ qua không tạo ra khả năng bảo vệ đáng tin cậy trước hành vi giả mạo tên miền.
Nên làm gì
Công bố một bản ghi DMARC hợp lệ tại _dmarc và sửa trường trùng, giá trị không được hỗ trợ cùng địa chỉ nhận báo cáo không hợp lệ.
Tài liệu tham chiếu
Kết quả kiểm tra
Kiểm tra này không phát hiện vấn đề.
Vì sao cần quan tâm
SameSite giới hạn việc trình duyệt gửi cookie trong yêu cầu bắt đầu từ website khác. Cơ chế này giúp ngăn website khác âm thầm tạo yêu cầu đã xác thực thay mặt người dùng.
Nên làm gì
Ưu tiên SameSite=Lax hoặc Strict. Chỉ dùng SameSite=None cho luồng liên trang thực sự cần thiết và luôn kết hợp với Secure.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này không phát hiện vấn đề.
Vì sao cần quan tâm
Trang HTTPS vẫn có thể tải script, frame, style hoặc form qua HTTP không mã hóa. Kẻ tấn công trên đường truyền có thể thay đổi nội dung đó và làm mất an toàn của toàn bộ trang.
Nên làm gì
Tải mọi script, frame, stylesheet và đích gửi form qua HTTPS; xóa hoặc thay thế tài nguyên không hỗ trợ HTTPS.
Dữ liệu ghi nhận
Kết quả kiểm tra
Máy chủ cung cấp 4 chứng thư.
Vì sao cần quan tâm
Máy chủ phải cung cấp các chứng thư trung gian nối chứng thư website với nhà cung cấp đáng tin cậy. Nếu thiếu, một số trình duyệt, thiết bị di động hoặc API client có thể từ chối kết nối.
Nên làm gì
Cấu hình máy chủ gửi chứng thư website cùng toàn bộ chứng thư trung gian cần thiết, nhưng không gửi chứng thư gốc.
Dữ liệu ghi nhận
Kết quả kiểm tra
Trang gốc HTTP chuyển hướng sang HTTPS trong phạm vi tên miền mục tiêu.
Vì sao cần quan tâm
Người dùng có thể nhập địa chỉ bắt đầu bằng HTTP hoặc mở một liên kết cũ. Chuyển hướng ngay sang HTTPS giúp phần còn lại của phiên truy cập không tiếp tục qua kết nối không mã hóa.
Nên làm gì
Chuyển hướng mọi URL HTTP trực tiếp tới URL HTTPS tương ứng, không đi qua một địa chỉ HTTP trung gian.
Dữ liệu ghi nhận
Kết quả kiểm tra
Trang gốc không khớp với mẫu liệt kê thư mục tự động phổ biến.
Vì sao cần quan tâm
Khi web server tự động liệt kê thư mục, người dùng có thể tìm thấy các tệp chưa từng được liên kết công khai, gồm bản sao lưu, log hoặc tệp phục vụ triển khai.
Nên làm gì
Tắt tự động liệt kê thư mục trừ khi duyệt tệp công khai là một tính năng có chủ đích và xóa tệp nhạy cảm khỏi các thư mục có thể truy cập qua web.
Dữ liệu ghi nhận
Kết quả kiểm tra
Chính sách kết thúc SPF là -all.
Vì sao cần quan tâm
Quy tắc cuối của SPF cho nơi nhận biết mức độ tin cậy khi từ chối nguồn gửi không có trong danh sách. Chính sách cho phép rộng khiến thư giả mạo dễ được xem là hợp lệ hơn so với hard fail (-all).
Nên làm gì
Xác nhận mọi nguồn gửi hợp lệ đã được khai báo, sau đó kết thúc bản ghi SPF bằng -all.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Đã tìm thấy bản ghi SPF.
Vì sao cần quan tâm
SPF liệt kê các hệ thống được phép gửi email thay mặt tên miền. Nếu thiếu SPF, nơi nhận có ít căn cứ hơn để phân biệt thư hợp lệ với thư giả mạo.
Nên làm gì
Công bố một bản ghi TXT SPF bao gồm đầy đủ các dịch vụ gửi thư hợp lệ và không cho phép nguồn ngoài dự kiến.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Bản ghi SPF đạt kiểm tra cấu trúc.
Vì sao cần quan tâm
Nhiều bản ghi SPF, nội dung sai hoặc quá nhiều truy vấn DNS có thể khiến SPF trả về lỗi cố định. Khi đó, nơi nhận có thể không xác minh được nguồn gửi hợp lệ.
Nên làm gì
Chỉ giữ một bản ghi SPF hợp lệ, sửa nội dung sai và tuân thủ giới hạn mười truy vấn dựa trên DNS của SPF.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Tìm thấy 1 bản ghi MX; 0 đích không hợp lệ.
Vì sao cần quan tâm
Bản ghi MX chuyển email đến đúng máy chủ nhận thư. Bản ghi lỗi có thể làm gián đoạn việc nhận thư; Null MX cho biết rõ tên miền không nhận email.
Nên làm gì
Sửa máy chủ MX không truy cập được hoặc đã lỗi thời; nếu tên miền không dùng để nhận thư, hãy công bố Null MX.
Dữ liệu ghi nhận
Kết quả kiểm tra
Đã cấu hình báo cáo tổng hợp.
Vì sao cần quan tâm
Báo cáo tổng hợp DMARC cho biết hệ thống nào gửi email bằng tên miền và thư nào không vượt qua xác minh. Báo cáo giúp phát hiện cả hành vi giả mạo lẫn dịch vụ hợp lệ cần sửa cấu hình.
Nên làm gì
Thêm địa chỉ nhận báo cáo tổng hợp (rua) được bảo vệ và theo dõi hoặc sử dụng một dịch vụ báo cáo DMARC đáng tin cậy.
Dữ liệu ghi nhận
Tài liệu tham chiếu
Kết quả kiểm tra
Tìm thấy 1 bản ghi MX; 0 đích không hợp lệ.
Vì sao cần quan tâm
Tên miền cần cho biết rõ có nhận email hay không. Nếu thiếu bản ghi MX hợp lệ hoặc Null MX, nơi gửi có thể thử chuyển thư tới máy chủ ngoài dự kiến và kết quả gửi nhận trở nên khó đoán.
Nên làm gì
Công bố bản ghi MX hợp lệ cho các máy chủ nhận thư dự kiến hoặc Null MX nếu tên miền hoàn toàn không nhận email.
Dữ liệu ghi nhận
Kết quả kiểm tra
Tìm thấy 3 máy chủ DNS có thẩm quyền.
Vì sao cần quan tâm
Máy chủ DNS có thẩm quyền cho người dùng biết website và email được đặt ở đâu. Chỉ phụ thuộc vào một máy chủ sẽ tạo ra một điểm lỗi duy nhất.
Nên làm gì
Sử dụng ít nhất hai máy chủ DNS có thẩm quyền, ưu tiên hạ tầng độc lập và có khả năng dự phòng.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này không áp dụng cho mục tiêu.
Vì sao cần quan tâm
Nếu trang nhập mật khẩu hoặc địa chỉ nhận dữ liệu form dùng HTTP, bên quan sát đường truyền có thể đọc hoặc thay đổi mật khẩu được gửi.
Nên làm gì
Cung cấp mọi trang có trường mật khẩu qua HTTPS và gửi trực tiếp từng form mật khẩu tới một địa chỉ HTTPS.
Dữ liệu ghi nhận
Kết quả kiểm tra
Không có tên cookie nào khớp với quy tắc nhận diện cookie phiên giới hạn.
Vì sao cần quan tâm
HttpOnly ngăn script trong trình duyệt đọc trực tiếp cookie. Thuộc tính này không khắc phục lỗi chèn script nhưng khiến việc đánh cắp cookie phiên và xác thực khó hơn.
Nên làm gì
Đặt HttpOnly cho cookie phiên và xác thực, trừ khi ứng dụng có nhu cầu rõ ràng và được ghi nhận để đọc chúng bằng mã trong trình duyệt.
Dữ liệu ghi nhận
Kết quả kiểm tra
Kiểm tra này không áp dụng cho mục tiêu.
Vì sao cần quan tâm
Giá trị max-age quyết định thời gian trình duyệt ghi nhớ việc phải dùng HTTPS. Thời gian quá ngắn chỉ bảo vệ hạn chế; includeSubDomains bảo vệ mọi tên miền phụ nhưng có thể làm hỏng tên miền phụ chưa hỗ trợ HTTPS.
Nên làm gì
Sử dụng max-age dài và chỉ thêm includeSubDomains sau khi xác nhận mọi tên miền phụ đang hoạt động đều hỗ trợ HTTPS đúng cách.
Những địa chỉ, máy chủ và dịch vụ có thể nhìn thấy từ Internet.
Mỗi địa chỉ IP công khai được nhóm cùng dịch vụ đang mở, sản phẩm đã nhận diện và các CVE có khả năng liên quan đến phiên bản quan sát được.
Chưa nhận diện được sản phẩm
Kiểm tra website có dùng kết nối an toàn và chứng thư HTTPS còn hiệu lực hay không.
Nhận diện lớp bảo vệ website và kiểm tra IP có bị các danh sách cảnh báo gắn cờ hay không.
Kiểm tra tên miền, email và các cấu hình giúp ngăn giả mạo thương hiệu.
Các bản ghi email khớp này từng được quan sát nhưng có thể đã được xử lý hoặc không còn hiệu lực. Số thiết bị là ước tính thiết bị nhiễm mã độc có liên quan đến các bản ghi email đó, không phải số thiết bị của tổ chức.
Ghi nhận gần nhất:
Hiển thị tối đa 10 bản ghi email khớp gần nhất. Mỗi dòng liên kết địa chỉ email đã che với dấu vết thiết bị nhiễm mã độc (IOC) tương ứng; không hiển thị mật khẩu, mã truy cập hoặc mã IOC gốc.
IOC-DDA53B6294Chỉ hiển thị tối đa 10 bản ghi gần nhất đã được che để bảo vệ thông tin nhạy cảm.
Dữ liệu được cung cấp bởi CyStack Threat Intelligence.
Đây là kiểm tra nhanh từ bên ngoài tại một thời điểm. Kết quả giúp phát hiện sớm rủi ro dễ quan sát nhưng không thay thế kiểm thử xâm nhập hoặc đánh giá có xác thực.
Đã nhận diện 29 công nghệ trên yamaha-motor.com.vn, trong đó 8 công nghệ có phiên bản và ghi nhận 62 CVE có khả năng liên quan. Từng kết quả cần được xác minh theo phiên bản và cấu hình thực tế trước khi coi là lỗ hổng đã xác nhận.
Xem công nghệ và CVEQuan sát được 1 IP công khai và 46 cổng đang mở của yamaha-motor.com.vn. Cổng mở không mặc nhiên là lỗ hổng, nhưng mỗi dịch vụ công khai đều cần được cập nhật và giới hạn truy cập phù hợp.
Xem IP và cổng mởĐã quan sát được 32+ tên miền phụ công khai của yamaha-motor.com.vn. Danh sách này giúp nhận biết thêm các cổng vào như API, hệ thống quản trị hoặc môi trường thử nghiệm, nhưng không khẳng định từng tên miền phụ có rủi ro.
Xem tên miền phụTài liệu tham chiếu
Tài liệu tham chiếu
Tài liệu tham chiếu
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Apache is a free and open-source cross-platform web server software.
httpd.apache.orgCVE tiềm năng của sản phẩm này
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Apache is a free and open-source cross-platform web server software.
httpd.apache.orgCVE tiềm năng của sản phẩm này
Heap-based Buffer Overflow vulnerability in mod_proxy_ajp of Apache HTTP Server. If mod_proxy_ajp connects to a malicious AJP server this AJP server can send a malicious AJP message back to mod_proxy_ajp and cause it to write 4 attacker controlled bytes after the end of a heap based buffer. This issue affects Apache HTTP Server: through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdOpenSSL is a software library for applications that secure communications over computer networks against eavesdropping or need to identify the party at the other end.
openssl.orgCVE tiềm năng của sản phẩm này
PHP is a general-purpose scripting language used for web development.
php.netCVE tiềm năng của sản phẩm này
Contact Form 7 is an WordPress plugin which can manage multiple contact forms. The form supports Ajax-powered submitting, CAPTCHA, Akismet spam filtering.
contactform7.comCookiebot is a cloud-driven solution that automatically controls cookies and trackers, enabling full GDPR/ePrivacy and CCPA compliance for websites.
www.cookiebot.comGoogle Tag Manager is a tag management system (TMS) that allows you to quickly and easily update measurement codes and related code fragments collectively known as tags on your website or mobile app.
www.google.com/tagmanagerImperva is a cyber security software and services company for networking, data, and application security.
www.imperva.comModernizr is a JavaScript library that detects the features available in a user's browser.
modernizr.comMySQL is an open-source relational database management system.
mysql.comMySQL is an open-source relational database management system.
mysql.comreCAPTCHA is a free service from Google that helps protect websites from spam and abuse.
www.google.com/recaptchaRed Hat is an open-source Linux operating system.
www.redhat.comRed Hat is an open-source Linux operating system.
www.redhat.comWordPress is a free and open-source content management system written in PHP and paired with a MySQL or MariaDB database. Features include a plugin architecture and a template system.
wordpress.orgWordPress Super Cache is a static caching plugin for WordPress.
z9.io/wp-super-cacheYoast SEO is a search engine optimisation plugin for WordPress and other platforms.
yoast.com/wordpress/plugins/seojQuery is a JavaScript library which is a free, open-source software designed to simplify HTML DOM tree traversal and manipulation, as well as event handling, CSS animation, and Ajax.
jquery.comChưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Imperva is a cyber security software and services company for networking, data, and application security.
www.imperva.comChưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
Chưa nhận diện được sản phẩm
IOC-43677FB27EIOC-43677FB27EIOC-43677FB27EIOC-95EC19A22FIOC-95EC19A22FIOC-95EC19A22FIOC-95EC19A22FIOC-95EC19A22FIOC-95EC19A22FXếp hạng và lĩnh vực website theo dữ liệu của Similarweb
Heap-based Buffer Overflow vulnerability in mod_proxy_ajp of Apache HTTP Server. If mod_proxy_ajp connects to a malicious AJP server this AJP server can send a malicious AJP message back to mod_proxy_ajp and cause it to write 4 attacker controlled bytes after the end of a heap based buffer. This issue affects Apache HTTP Server: through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdUse After Free vulnerability in Apache HTTP Server with mod_ldap in per-directory configuration This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdBuffer Underwrite vulnerability in Apache HTTP Server on crafted regular expressions in the configuration. This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdIn some mod_ssl configurations on Apache HTTP Server 2.4.35 through to 2.4.63, an access control bypass by trusted clients is possible using TLS 1.3 session resumption. Configurations are affected when mod_ssl is configured for multiple virtual hosts, with each restricted to a different set of trusted client certificates (for example with a different SSLCACertificateFile/Path setting). In such a case, a client trusted to access one virtual host may be able to access another virtual host, if SSLStrictSNIVHostCheck is not enabled in either virtual host.
NvdA path handling issue in mod_dav_fs in Apache 2.4.67 and earlier allows a WebDAV content author to directly manipulate trusted DAV property databases, potentially causing child process crashes. Users are recommended to upgrade to version 2.4.68, which fixes this issue.
NvdAn escalation of privilege bug in various modules in Apache HTTP 2.4.66 and earlier allows local .htaccess authors to read files with the privileges of the httpd user. Users are recommended to upgrade to version 2.4.67, which fixes this issue.
NvdApache HTTP Server 2.4.65 and earlier with Server Side Includes (SSI) enabled and mod_cgid (but not mod_cgi) passes the shell-escaped query string to #exec cmd="..." directives. This issue affects Apache HTTP Server before 2.4.66. Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdHTTP response splitting in the core of Apache HTTP Server allows an attacker who can manipulate the Content-Type response headers of applications hosted or proxied by the server can split the HTTP response. This vulnerability was described as CVE-2023-38709 but the patch included in Apache HTTP Server 2.4.59 did not address the issue. Users are recommended to upgrade to version 2.4.64, which fixes this issue.
NvdSSRF in Apache HTTP Server with mod_proxy loaded allows an attacker to send outbound proxy requests to a URL controlled by the attacker. Requires an unlikely configuration where mod_headers is configured to modify the Content-Type request or response header with a value provided in the HTTP request. Users are recommended to upgrade to version 2.4.64 which fixes this issue.
NvdServer-Side Request Forgery (SSRF) in Apache HTTP Server on Windows allows to potentially leak NTLM hashes to a malicious server via mod_rewrite or apache expressions that pass unvalidated request input. This issue affects Apache HTTP Server: from 2.4.0 through 2.4.63. Note: The Apache HTTP Server Project will be setting a higher bar for accepting vulnerability reports regarding SSRF via UNC paths. The server offers limited protection against administrators directing the server to open UNC paths. Windows servers should limit the hosts they will connect over via SMB based on the nature of NTLM authentication.
NvdInsufficient escaping of user-supplied data in mod_ssl in Apache HTTP Server 2.4.63 and earlier allows an untrusted SSL/TLS client to insert escape characters into log files in some configurations. In a logging configuration where CustomLog is used with "%{varname}x" or "%{varname}c" to log variables provided by mod_ssl such as SSL_TLS_SNI, no escaping is performed by either mod_log_config or mod_ssl and unsanitized data provided by the client may appear in log files.
NvdIn certain proxy configurations, a denial of service attack against Apache HTTP Server versions 2.4.26 through to 2.4.63 can be triggered by untrusted clients causing an assertion in mod_proxy_http2. Configurations affected are a reverse proxy is configured for an HTTP/2 backend, with ProxyPreserveHost set to "on".
NvdLate Release of Memory after Effective Lifetime vulnerability in Apache HTTP Server. This issue affects Apache HTTP Server: from 2.4.17 up to 2.4.63. Users are recommended to upgrade to version 2.4.64, which fixes the issue.
NvdAn integer overflow in the case of failed ACME certificate renewal leads, after a number of failures (~30 days in default configurations), to the backoff timer becoming 0. Attempts to renew the certificate then are repeated without delays until it succeeds. This issue affects Apache HTTP Server: from 2.4.30 before 2.4.66. Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdServer-Side Request Forgery (SSRF) vulnerability in Apache HTTP Server on Windows with AllowEncodedSlashes On and MergeSlashes Off allows to potentially leak NTLM hashes to a malicious server via SSRF and malicious requests or content Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdA NULL pointer dereference in mod_dav_lock in Apache HTTP Server 2.4.66 and earlier may allow an attacker to crash the server with a malicious request.mod_dav_lock is not used internally by mod_dav or mod_dav_fs. The only known use-case for mod_dav_lock was mod_dav_svn from Apache Subversion earlier than version 1.2.0. Users are recommended to upgrade to version 2.4.66, which fixes this issue, or remove mod_dav_lock.
NvdBuffer Over-read vulnerability in Apache HTTP Server. This issue affects Apache HTTP Server: through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdA buffer overflow in mod_proxy_html in Apache HTTP Server 2.4.67 and earlier allows an attack by an untrusted backend. Users are recommended to upgrade to version 2.4.68, which fixes this issue.
NvdHeap-based Buffer Overflow vulnerability in Apache HTTP Server with malicious backend servers and ProxyPassReverseCookie* This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdHeap-based Buffer Overflow vulnerability in Apache HTTP Server with mod_xml2enc, xml2StartParse, and untrusted content This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdMemory Allocation with Excessive Size Value vulnerability in Apache HTTP Server's mod_http leads to denial of service via malicious HTTP requests. This issue affects Apache HTTP Server: from 2.4.17 through 2.4.67.
NvdIn some mod_ssl configurations on Apache HTTP Server versions through to 2.4.63, an HTTP desynchronisation attack allows a man-in-the-middle attacker to hijack an HTTP session via a TLS upgrade. Only configurations using "SSLEngine optional" to enable TLS upgrades are affected. Users are recommended to upgrade to version 2.4.64, which removes support for TLS upgrade.
NvdAllocation of Resources Without Limits or Throttling vulnerability in Apache HTTP Server's mod_md via OCSP response data. This issue affects Apache HTTP Server: from 2.4.30 through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdBuffer Over-read vulnerability in Apache HTTP Server via outbound OCSP requests to an attacker controlled OCSP server This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdLoop with Unreachable Exit Condition ('Infinite Loop') vulnerability in the mod_proxy_ftp module in Apache HTTP Server with an attacker controlled backend FTP server. This issue affects undefined: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdHệ thống tìm thấy 36 kết quả tiềm năng cho sản phẩm này, nhưng báo cáo chỉ lưu một phần chi tiết đại diện.
OpenSSL is a software library for applications that secure communications over computer networks against eavesdropping or need to identify the party at the other end.
openssl.orgCVE tiềm năng của sản phẩm này
Issue summary: Parsing CMS AuthEnvelopedData or EnvelopedData message with maliciously crafted AEAD parameters can trigger a stack buffer overflow. Impact summary: A stack buffer overflow may lead to a crash, causing Denial of Service, or potentially remote code execution. When parsing CMS (Auth)EnvelopedData structures that use AEAD ciphers such as AES-GCM, the IV (Initialization Vector) encoded in the ASN.1 parameters is copied into a fixed-size stack buffer without verifying that its length fits the destination. An attacker can supply a crafted CMS message with an oversized IV, causing a stack-based out-of-bounds write before any authentication or tag verification occurs. Applications and services that parse untrusted CMS or PKCS#7 content using AEAD ciphers (e.g., S/MIME (Auth)EnvelopedData with AES-GCM) are vulnerable. Because the overflow occurs prior to authentication, no valid key material is required to trigger it. While exploitability to remote code execution depends on platform and toolchain mitigations, the stack-based write primitive represents a severe risk. The FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this issue, as the CMS implementation is outside the OpenSSL FIPS module boundary. OpenSSL 3.6, 3.5, 3.4, 3.3 and 3.0 are vulnerable to this issue. OpenSSL 1.1.1 and 1.0.2 are not affected by this issue.
NvdIssue summary: Applications performing certificate name checks (e.g., TLS clients checking server certificates) may attempt to read an invalid memory address resulting in abnormal termination of the application process. Impact summary: Abnormal termination of an application can a cause a denial of service. Applications performing certificate name checks (e.g., TLS clients checking server certificates) may attempt to read an invalid memory address when comparing the expected name with an `otherName` subject alternative name of an X.509 certificate. This may result in an exception that terminates the application program. Note that basic certificate chain validation (signatures, dates, ...) is not affected, the denial of service can occur only when the application also specifies an expected DNS name, Email address or IP address. TLS servers rarely solicit client certificates, and even when they do, they generally don't perform a name check against a reference identifier (expected identity), but rather extract the presented identity after checking the certificate chain. So TLS servers are generally not affected and the severity of the issue is Moderate. The FIPS modules in 3.3, 3.2, 3.1 and 3.0 are not affected by this issue.
NvdImperva is a cyber security software and services company for networking, data, and application security.
www.imperva.comUse After Free vulnerability in Apache HTTP Server with mod_ldap in per-directory configuration This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdBuffer Underwrite vulnerability in Apache HTTP Server on crafted regular expressions in the configuration. This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdIn some mod_ssl configurations on Apache HTTP Server 2.4.35 through to 2.4.63, an access control bypass by trusted clients is possible using TLS 1.3 session resumption. Configurations are affected when mod_ssl is configured for multiple virtual hosts, with each restricted to a different set of trusted client certificates (for example with a different SSLCACertificateFile/Path setting). In such a case, a client trusted to access one virtual host may be able to access another virtual host, if SSLStrictSNIVHostCheck is not enabled in either virtual host.
NvdA path handling issue in mod_dav_fs in Apache 2.4.67 and earlier allows a WebDAV content author to directly manipulate trusted DAV property databases, potentially causing child process crashes. Users are recommended to upgrade to version 2.4.68, which fixes this issue.
NvdAn escalation of privilege bug in various modules in Apache HTTP 2.4.66 and earlier allows local .htaccess authors to read files with the privileges of the httpd user. Users are recommended to upgrade to version 2.4.67, which fixes this issue.
NvdApache HTTP Server 2.4.65 and earlier with Server Side Includes (SSI) enabled and mod_cgid (but not mod_cgi) passes the shell-escaped query string to #exec cmd="..." directives. This issue affects Apache HTTP Server before 2.4.66. Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdHTTP response splitting in the core of Apache HTTP Server allows an attacker who can manipulate the Content-Type response headers of applications hosted or proxied by the server can split the HTTP response. This vulnerability was described as CVE-2023-38709 but the patch included in Apache HTTP Server 2.4.59 did not address the issue. Users are recommended to upgrade to version 2.4.64, which fixes this issue.
NvdSSRF in Apache HTTP Server with mod_proxy loaded allows an attacker to send outbound proxy requests to a URL controlled by the attacker. Requires an unlikely configuration where mod_headers is configured to modify the Content-Type request or response header with a value provided in the HTTP request. Users are recommended to upgrade to version 2.4.64 which fixes this issue.
NvdServer-Side Request Forgery (SSRF) in Apache HTTP Server on Windows allows to potentially leak NTLM hashes to a malicious server via mod_rewrite or apache expressions that pass unvalidated request input. This issue affects Apache HTTP Server: from 2.4.0 through 2.4.63. Note: The Apache HTTP Server Project will be setting a higher bar for accepting vulnerability reports regarding SSRF via UNC paths. The server offers limited protection against administrators directing the server to open UNC paths. Windows servers should limit the hosts they will connect over via SMB based on the nature of NTLM authentication.
NvdInsufficient escaping of user-supplied data in mod_ssl in Apache HTTP Server 2.4.63 and earlier allows an untrusted SSL/TLS client to insert escape characters into log files in some configurations. In a logging configuration where CustomLog is used with "%{varname}x" or "%{varname}c" to log variables provided by mod_ssl such as SSL_TLS_SNI, no escaping is performed by either mod_log_config or mod_ssl and unsanitized data provided by the client may appear in log files.
NvdIn certain proxy configurations, a denial of service attack against Apache HTTP Server versions 2.4.26 through to 2.4.63 can be triggered by untrusted clients causing an assertion in mod_proxy_http2. Configurations affected are a reverse proxy is configured for an HTTP/2 backend, with ProxyPreserveHost set to "on".
NvdLate Release of Memory after Effective Lifetime vulnerability in Apache HTTP Server. This issue affects Apache HTTP Server: from 2.4.17 up to 2.4.63. Users are recommended to upgrade to version 2.4.64, which fixes the issue.
NvdAn integer overflow in the case of failed ACME certificate renewal leads, after a number of failures (~30 days in default configurations), to the backoff timer becoming 0. Attempts to renew the certificate then are repeated without delays until it succeeds. This issue affects Apache HTTP Server: from 2.4.30 before 2.4.66. Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdServer-Side Request Forgery (SSRF) vulnerability in Apache HTTP Server on Windows with AllowEncodedSlashes On and MergeSlashes Off allows to potentially leak NTLM hashes to a malicious server via SSRF and malicious requests or content Users are recommended to upgrade to version 2.4.66, which fixes the issue.
NvdA NULL pointer dereference in mod_dav_lock in Apache HTTP Server 2.4.66 and earlier may allow an attacker to crash the server with a malicious request.mod_dav_lock is not used internally by mod_dav or mod_dav_fs. The only known use-case for mod_dav_lock was mod_dav_svn from Apache Subversion earlier than version 1.2.0. Users are recommended to upgrade to version 2.4.66, which fixes this issue, or remove mod_dav_lock.
NvdBuffer Over-read vulnerability in Apache HTTP Server. This issue affects Apache HTTP Server: through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdA buffer overflow in mod_proxy_html in Apache HTTP Server 2.4.67 and earlier allows an attack by an untrusted backend. Users are recommended to upgrade to version 2.4.68, which fixes this issue.
NvdHeap-based Buffer Overflow vulnerability in Apache HTTP Server with malicious backend servers and ProxyPassReverseCookie* This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdHeap-based Buffer Overflow vulnerability in Apache HTTP Server with mod_xml2enc, xml2StartParse, and untrusted content This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdMemory Allocation with Excessive Size Value vulnerability in Apache HTTP Server's mod_http leads to denial of service via malicious HTTP requests. This issue affects Apache HTTP Server: from 2.4.17 through 2.4.67.
NvdIn some mod_ssl configurations on Apache HTTP Server versions through to 2.4.63, an HTTP desynchronisation attack allows a man-in-the-middle attacker to hijack an HTTP session via a TLS upgrade. Only configurations using "SSLEngine optional" to enable TLS upgrades are affected. Users are recommended to upgrade to version 2.4.64, which removes support for TLS upgrade.
NvdAllocation of Resources Without Limits or Throttling vulnerability in Apache HTTP Server's mod_md via OCSP response data. This issue affects Apache HTTP Server: from 2.4.30 through 2.4.66. Users are recommended to upgrade to version 2.4.67, which fixes the issue.
NvdBuffer Over-read vulnerability in Apache HTTP Server via outbound OCSP requests to an attacker controlled OCSP server This issue affects Apache HTTP Server: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdLoop with Unreachable Exit Condition ('Infinite Loop') vulnerability in the mod_proxy_ftp module in Apache HTTP Server with an attacker controlled backend FTP server. This issue affects undefined: from 2.4.0 through 2.4.67. Users are recommended to upgrade to version 2.4.68, which fixes the issue.
NvdHệ thống tìm thấy 36 kết quả tiềm năng cho sản phẩm này, nhưng báo cáo chỉ lưu một phần chi tiết đại diện.
Issue summary: Parsing CMS AuthEnvelopedData or EnvelopedData message with maliciously crafted AEAD parameters can trigger a stack buffer overflow. Impact summary: A stack buffer overflow may lead to a crash, causing Denial of Service, or potentially remote code execution. When parsing CMS (Auth)EnvelopedData structures that use AEAD ciphers such as AES-GCM, the IV (Initialization Vector) encoded in the ASN.1 parameters is copied into a fixed-size stack buffer without verifying that its length fits the destination. An attacker can supply a crafted CMS message with an oversized IV, causing a stack-based out-of-bounds write before any authentication or tag verification occurs. Applications and services that parse untrusted CMS or PKCS#7 content using AEAD ciphers (e.g., S/MIME (Auth)EnvelopedData with AES-GCM) are vulnerable. Because the overflow occurs prior to authentication, no valid key material is required to trigger it. While exploitability to remote code execution depends on platform and toolchain mitigations, the stack-based write primitive represents a severe risk. The FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this issue, as the CMS implementation is outside the OpenSSL FIPS module boundary. OpenSSL 3.6, 3.5, 3.4, 3.3 and 3.0 are vulnerable to this issue. OpenSSL 1.1.1 and 1.0.2 are not affected by this issue.
NvdIssue summary: Applications performing certificate name checks (e.g., TLS clients checking server certificates) may attempt to read an invalid memory address resulting in abnormal termination of the application process. Impact summary: Abnormal termination of an application can a cause a denial of service. Applications performing certificate name checks (e.g., TLS clients checking server certificates) may attempt to read an invalid memory address when comparing the expected name with an `otherName` subject alternative name of an X.509 certificate. This may result in an exception that terminates the application program. Note that basic certificate chain validation (signatures, dates, ...) is not affected, the denial of service can occur only when the application also specifies an expected DNS name, Email address or IP address. TLS servers rarely solicit client certificates, and even when they do, they generally don't perform a name check against a reference identifier (expected identity), but rather extract the presented identity after checking the certificate chain. So TLS servers are generally not affected and the severity of the issue is Moderate. The FIPS modules in 3.3, 3.2, 3.1 and 3.0 are not affected by this issue.
NvdIn PHP versions 8.1.* before 8.1.31, 8.2.* before 8.2.26, 8.3.* before 8.3.14, uncontrolled long string inputs to ldap_escape() function on 32-bit systems can cause an integer overflow, resulting in an out-of-bounds write.
NvdIn PHP versions 8.1.* before 8.1.31, 8.2.* before 8.2.26, 8.3.* before 8.3.14, uncontrolled long string inputs to ldap_escape() function on 32-bit systems can cause an integer overflow, resulting in an out-of-bounds write.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, the PDO Firebird driver improperly handles NUL bytes when preparing SQL queries. During token-by-token query construction, a string token containing a NUL byte is copied via strncat(), which stops at the NUL byte, dropping the closing quote and causing subsequent SQL tokens to be interpreted as part of the string. This allows SQL injection when attacker-controlled values are quoted via PDO::quote() and embedded in SQL statements.
NvdIn PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before 8.4.5, when parsing HTTP redirect in the response to an HTTP request, there is currently limit on the location value size caused by limited size of the location buffer to 1024. However as per RFC9110, the limit is recommended to be 8000. This may lead to incorrect URL truncation and redirecting to a wrong location.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, the SOAP extension's object deduplication mechanism stores pointers to PHP objects in a global map without incrementing their reference counts. When an apache:Map node contains duplicate keys, processing the second entry overwrites the first in the temporary result map, freeing the original PHP object while its stale pointer remains in the map. A subsequent href reference to the freed node can copy the dangling pointer into the result. As PHP string allocations can reclaim the freed memory region, an attacker with control over the SOAP request body can exploit this use-after-free to achieve remote code execution.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, when SoapServer is configured with SOAP_PERSISTENCE_SESSION, the handler object is persisted across requests via session storage. However, in the case SOAP requests results in an error, the persistance is handled incorrectly, resulting in freeing the object while keeping a pointer to it, which may lead to use-after-free. This may lead to memory corruption, information disclosure, or process crashes, with confidentiality, integrity, and availability impact on the vulnerable system.
NvdIn PHP versions 8.1.* before 8.1.31, 8.2.* before 8.2.26, 8.3.* before 8.3.14, due to an error in convert.quoted-printable-decode filter certain data can lead to buffer overread by one byte, which can in certain circumstances lead to crashes or disclose content of other memory areas.
NvdIn PHP versions:8.1.* before 8.1.34, 8.2.* before 8.2.30, 8.3.* before 8.3.29, 8.4.* before 8.4.16, 8.5.* before 8.5.1, a heap buffer overflow occurs in array_merge() when the total element count of packed arrays exceeds 32-bit limits or HT_MAX_SIZE, due to an integer overflow in the precomputation of element counts using zend_hash_num_elements(). This may lead to memory corruption or crashes and affect the integrity and availability of the target server.
NvdIn PHP versions:8.1.* before 8.1.34, 8.2.* before 8.2.30, 8.3.* before 8.3.29, 8.4.* before 8.4.16, 8.5.* before 8.5.1, the getimagesize() function may leak uninitialized heap memory into the APPn segments (e.g., APP1) when reading images in multi-chunk mode (such as via php://filter). This occurs due to a bug in php_read_stream_all_chunks() that overwrites the buffer without advancing the pointer, leaving tail bytes uninitialized. This may lead to information disclosure of sensitive heap data and affect the confidentiality of the target server.
NvdIn PHP versions 8.1.* before 8.1.34, 8.2.* before 8.2.30, 8.3.* before 8.3.29, 8.4.* before 8.4.16, 8.5.* before 8.5.1 when using the PDO PostgreSQL driver with PDO::ATTR_EMULATE_PREPARES enabled, an invalid character sequence (such as \x99) in a prepared statement parameter may cause the quoting function PQescapeStringConn to return NULL, leading to a null pointer dereference in pdo_parse_params() function. This may lead to crashes (segmentation fault) and affect the availability of the target server.
NvdIn PHP versions:8.1.* before 8.1.33, 8.2.* before 8.2.29, 8.3.* before 8.3.23, 8.4.* pgsql and pdo_pgsql escaping functions do not check if the underlying quoting functions returned errors. This could cause crashes if Postgres server rejects the string as invalid.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, when a SOAP server has a typemap configured, the decoding process contains a mistake which checks the wrong variable in case of missing value element. This leads to dereferences a NULL pointer, causing a segmentation fault. This allows a remote unauthenticated attacker to crash the PHP SOAP server process, resulting in denial of service.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, the metaphone() function in ext/standard/metaphone.c uses a signed int variable to track the current position within the input string. If a string longer than 2,147,483,647 bytes is passed, a signed integer overflow occurs, resulting in undefined behavior. This can lead to an out-of-bounds read, causing a segmentation fault or access to unrelated memory, and may affect the availability of the PHP process.
NvdIn PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before 8.4.5, when user-supplied headers are sent, the insufficient validation of the end-of-line characters may prevent certain headers from being sent or lead to certain headers be misinterpreted.
NvdIn PHP versions 8.1.* before 8.1.31, 8.2.* before 8.2.26, 8.3.* before 8.3.14, when using streams with configured proxy and "request_fulluri" option, the URI is not properly sanitized which can lead to HTTP request smuggling and allow the attacker to use the proxy to perform arbitrary HTTP requests originating from the server, thus potentially gaining access to resources not normally available to the external user.
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, and 8.5.* before 8.5.6, a mismatch between encoding lists in Oniguruma and mbfl leads to a NULL pointer dereference, resulting in a segmentation fault and denial of service. The vulnerability is exploitable when user-controlled input can influence the encoding passed to mb_regex_encoding().
NvdIn PHP versions 8.2.* before 8.2.31, 8.3.* before 8.3.31, 8.4.* before 8.4.21, 8.5.* before 8.5.6, due to improper sanitation of user data, it allows an attacker to compose an URL, which will cause the target to execute arbitrary JavaScript code (XSS) on the target's machine when the target is viewing the PHP-FPM status page.
NvdIn PHP versions:8.1.* before 8.1.33, 8.2.* before 8.2.29, 8.3.* before 8.3.23, 8.4.* before 8.4.10 when parsing XML data in SOAP extensions, overly large (>2Gb) XML namespace prefix may lead to null pointer dereference. This may lead to crashes and affect the availability of the target server.
NvdIn PHP versions 8.1.* before 8.1.31, 8.2.* before 8.2.26, 8.3.* before 8.3.14, a hostile MySQL server can cause the client to disclose the content of its heap containing data from other SQL requests and possible other data belonging to different users of the same server.
NvdIn PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before 8.4.5, when requesting a HTTP resource using the DOM or SimpleXML extensions, the wrong content-type header is used to determine the charset when the requested resource performs a redirect. This may cause the resulting document to be parsed incorrectly or bypass validations.
NvdIn PHP versions:8.1.* before 8.1.33, 8.2.* before 8.2.29, 8.3.* before 8.3.23, 8.4.* before 8.4.10 some functions like fsockopen() lack validation that the hostname supplied does not contain null characters. This may lead to other functions like parse_url() treat the hostname in different way, thus opening way to security problems if the user code implements access checks before access using such functions.
NvdIn PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before 8.4.5, when receiving headers from HTTP server, the headers missing a colon (:) are treated as valid headers even though they are not. This may confuse applications into accepting invalid headers.
NvdIn PHP versions 8.2.* before 8.2.32, 8.3.* before 8.3.32, 8.4.* before 8.4.23, 8.5.* before 8.5.8, the AES-WRAP-PAD algorithm implementation in OpenSSL extension contains a buffer allocation flaw. The output buffer for the AES key-wrap-with-padding operation is sized from the plaintext length without accounting for RFC 5649 expansion. This may cause OpenSSL to write beyond allocated memory, corrupting heap metadata and triggering application abort.
NvdIn PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before 8.4.5, when http request module parses HTTP response obtained from a server, folded headers are parsed incorrectly, which may lead to misinterpreting the response and using incorrect headers, MIME types, etc.
Nvd