mysql.com có phải là trang lừa đảo không? Scam, spam và đánh giá
Điểm số & tóm tắt
Tổng quan
SQLデータベースエンジン
+62 Hiển thị thêm ngôn ngữ
Tín hiệu cảnh báo ⓘ
- [Thấp] Thiếu các header bảo mật quan trọng như HSTS, CSP.
- [Thấp] Thiếu SPF/DMARC làm tăng nguy cơ giả mạo người gửi email.
- [Thấp] Thuộc tính bảo mật cookie chưa đủ (tổng 2).
Uy tín
Tóm tắt đánh giá — mysql.com
Tổng điểm 90 (Khá an toàn)Nhiều chỉ số bảo mật tốt và ít tín hiệu rủi ro đáng kể.
Điểm mạnh
- Có chứng chỉ SSL/TLS hợp lệ
- HSTS đang bật
- Đã cấu hình DMARC
- Tuổi tên miền ≥ 1 năm
Điểm yếu
- Chưa cấu hình CSP
- Chưa cấu hình SPF
Đánh giá chi tiết — mysql.com
Đánh giá tên miền
Tên miền được tạo: 1999-02-03T05:00:00Z (≈ 26y 10m). Nhà đăng ký: MarkMonitor Inc.. Hosting / AS: ORACLE-BMC-31898, US — United States. Mức độ phổ biến: Tranco #491, OPR 6.46/10. Uy tín: GSB: sạch WebRisk: sạch. Bảo mật email: SPF Tắt, DMARC Không. Chứng chỉ hết hạn: 2026-03-04T23:59:59+00:00.
Đánh giá cửa hàng / giao dịch
Không phát hiện nội dung hỗn hợp. Không phát hiện nội dung hỗn hợp. Dữ liệu cấu trúc: Organization Không, contactPoint Không. Tỉ lệ văn bản ẩn 0%.
Đánh giá kỹ thuật
HTTP 200 Thành công · Server ORACLE-BMC-31898, US. HSTS Tắt (preload: Không rõ). Đã áp dụng 3/6 header bảo mật. DNSSEC Tắt. Bảo mật email: SPF Tắt, DMARC Không. Chính sách MTA‑STS: Không. TLS‑RPT Tắt. security.txt: không có. Thuộc tính cookie còn thiếu: Secure×1 / HttpOnly×0 / SameSite×1. Điểm làm rối JS 0. Uy tín: GSB clean, WebRisk clean → tổng quan Tốt.
Giải thích — điểm mạnh và độ ổn định
Tuổi đời: khoảng (≈ 26y 10m) (tạo ngày 1999-02-03T05:00:00Z).
GSB: sạch
WebRisk: sạch
Chứng chỉ hết hạn: 2026-03-04T23:59:59+00:00.
Đã áp dụng 3/6 header bảo mật.
Không phát hiện nội dung hỗn hợp.
Khi xem đồng thời thông tin vận hành và chỉ số tin cậy, bạn có thể đánh giá tốt hơn mức độ nhất quán của thương hiệu / doanh nghiệp và khả năng hoạt động lâu dài.
Kết hợp kiểm tra bảo mật trang thanh toán (ép buộc HTTPS, host đích của form, tính toàn vẹn script) với thông tin hỗ trợ khách hàng và chính sách đổi trả giúp đánh giá chính xác hơn độ tin cậy thực tế.
Thiết lập header bảo mật, tự động gia hạn chứng chỉ, bảo vệ tên miền email (DMARC/TLS‑RPT) và loại bỏ nội dung hỗn hợp sẽ cải thiện đáng kể độ tin cậy tổng thể và sự ổn định trong tìm kiếm / gửi nhận.
Giải thích — rủi ro và điểm cần cải thiện
Không có HSTS có thể làm tăng nguy cơ tấn công downgrade hoặc trung gian, làm suy yếu việc ép buộc HTTPS. Hãy bật HSTS và chuẩn bị đưa tên miền vào danh sách preload.
Thiếu các header bảo mật chính khiến trang dễ bị tấn công clickjacking, MIME sniffing và rò rỉ thông tin.
Không dùng DNSSEC đồng nghĩa bạn chỉ dựa vào máy chủ tên miền cấp trên; trong một số môi trường, rủi ro giả mạo DNS có thể tăng.
Không có DMARC hoặc đặt p=none làm giảm khả năng chống giả mạo người gửi email. Nên cân nhắc đặt quarantine hoặc reject.
Thiếu MTA‑STS làm yếu việc ép buộc TLS với SMTP.
Không có TLS‑RPT khiến khó thu thập tín hiệu lỗi TLS và giảm khả năng giám sát vận hành.
Thiếu security.txt làm kênh báo cáo lỗ hổng không rõ ràng, có thể khiến xử lý chậm.
Cookie không có Secure / HttpOnly / SameSite dễ bị đánh cắp hoặc tấn công cố định phiên.
Bản phân tích này là ý kiến tự động dựa trên dữ liệu, chỉ mang tính tham khảo. Vui lòng tự kiểm tra lại thông tin trước khi thanh toán hoặc tải xuống tệp bất kỳ.
Về báo cáo này
- Phân tích lần đầu: -
- Cập nhật cuối: 2025-11-20 13:55:56
Yêu cầu xác nhận quyền sở hữu website
Traffic signals
Hiệu năng
Header bảo mật
- HSTS ⓘ
- Content‑Security‑Policy ⓘ
- X‑Content‑Type‑Options ⓘ
- X‑Frame‑Options ⓘ
- Referrer‑Policy ⓘ
- Permissions‑Policy ⓘ
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Permissions-Policy "geolocation=(); microphone=(); camera=()" always;
v=spf1 include:_spf.google.com ~all
Set-Cookie: name=value; Path=/; Secure; HttpOnly; SameSite=Lax
MySQL_S=u9ftm9a31hg94epg9kordda5ms7ql828
Dòng thời gian tên miền
-
1999-02-03Tên miền được đăng ký: 1999-02-03T05:00:00Z
Điểm chính
Chi tiết DMARC
v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1Thông tin chi tiết về mối đe dọa
- Không có HSTS có thể làm tăng nguy cơ tấn công downgrade hoặc trung gian, làm suy yếu việc ép buộc HTTPS. Hãy bật HSTS và chuẩn bị đưa tên miền vào danh sách preload.
- Thiếu SPF làm giảm khả năng chống giả mạo người gửi email. Nên thiết lập SPF cho mọi tên miền dùng để gửi thư.
- Phát hiện tài nguyên HTTP trên trang HTTPS
Điểm rủi ro của trang này được tính dựa trên tổng hợp: header bảo mật trình duyệt, trạng thái SSL, nội dung hỗn hợp, bảo vệ tên miền email (SPF/DMARC), mẫu chuyển hướng / làm rối, cùng với kết quả Google Safe Browsing và WebRisk. Hiện chưa thấy nhiều dấu hiệu ác ý nổi bật, nhưng nếu header bảo mật hoặc bảo vệ email chưa tốt, nguy cơ lừa đảo hoặc tấn công trung gian có thể tăng. Trước khi nhập thông tin quan trọng, hãy rà soát lại cách truy cập (quảng cáo / tin nhắn riêng / URL rút gọn) và lỗi chính tả trong tên miền. Trước khi nhập thông tin thanh toán hoặc dữ liệu cá nhân, hãy kiểm tra thông tin đơn vị vận hành (công ty / liên hệ), việc ép buộc HTTPS, thiết lập DMARC/TLS‑RPT, và xem có nội dung hỗn hợp hay không.
Quét sâu (HTML / header)
- Trang web chặn truy cập tự động nên việc phân tích chi tiết bị hạn chế.
- Đang tải các tài nguyên không mã hóa (HTTP).
- Một số thuộc tính bảo mật cookie (Secure/HttpOnly/SameSite) bị thiếu.
Hãy đảm bảo bạn truy cập từ liên kết chính thức hoặc từ trong ứng dụng, và trước khi thanh toán / đăng nhập hãy kiểm tra tên miền trên thanh địa chỉ có trùng với trang chính thức hay không. Nếu có thể, hãy cấu hình chỉ dùng HTTPS và thay thế mọi tài nguyên HTTP trong trang thành HTTPS.
Hiển thị ví dụ tài nguyên HTTP
http://www.oracleimg.com/us/assets/metrics/ora_ocom.js
Set‑Cookie (mẫu)
AK_NETWORKTYPE=ESSL; expires=Thu, 20-Nov-2025 13:57:56 GMT
Kịch bản sử dụng
Nếu bạn thanh toán trên trang này
Một số tín hiệu kỹ thuật hoặc uy tín cho thấy cần thận trọng. Kiểm tra thanh địa chỉ, HTTPS và cảnh báo trình duyệt trước khi nhập thông tin thanh toán. Tài nguyên hỗn hợp hoặc không mã hóa (HTTP) hay TLS yếu có thể làm lộ dữ liệu thanh toán hoặc token phiên trên một số mạng.
Nếu bạn đăng nhập hoặc nhập dữ liệu cá nhân
Không thấy mẫu tấn công rõ ràng, nhưng mật khẩu và mã 2FA luôn là dữ liệu rất nhạy cảm. Tránh dùng lại cùng một mật khẩu trên nhiều trang. Thiếu thuộc tính bảo mật của cookie hoặc form POST liên miền có thể khiến phiên dễ bị đánh cắp hoặc lạm dụng. Sau khi đăng nhập, hãy chú ý các hoạt động tài khoản hoặc giao dịch bất thường.
Vị trí server ⓘ
Lịch sử
Biến động ⓘ --Website mới được thêm gần đây
Đánh giá
Trung bình - / tổng 0 đánh giá
Checksum 30651ab3cda730fcff09e5f4e8bdb954b7a4e4ee72f934dd311ee7f34837911a
Mạng xã hội ⓘ
Các nền tảng có thể đang được trang này sử dụng.