mainichi.jp 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
毎日新聞社が運営するニュースウェブサイト
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] Thuộc tính bảo mật cookie chưa đủ (tổng 1).
Uy tín
Tóm tắt đánh giá — mainichi.jp
Tổng điểm 71 (Sử dụng với sự thận trọng)Một số cấu hình bảo mật còn thiếu hoặc không minh bạch, cần cẩn trọng khi sử dụng.
Điểm mạnh
- Có chứng chỉ SSL/TLS hợp lệ
Điểm yếu
- HSTS chưa bật
- Chưa cấu hình CSP
- Chưa cấu hình SPF
- Chưa cấu hình DMARC
Đánh giá chi tiết — mainichi.jp
Đánh giá tên miền
Hosting / AS: AMAZON-02, US — United States. Mức độ phổ biến: Tranco #4059, OPR 5.81/10. Uy tín: GSB: sạch WebRisk: sạch. Chứng chỉ hết hạn: 2026-02-26T14:59:00+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 AMAZON-02, US. HSTS Tắt (preload: Không rõ). Đã áp dụng 0/6 header bảo mật. DNSSEC Tắt. 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×0 / HttpOnly×1 / SameSite×0. Đ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
GSB: sạch
WebRisk: sạch
Chứng chỉ hết hạn: 2026-02-26T14:59:00+00:00.
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-22 18:39:03
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 Strict-Transport-Security "max-age=15552000; includeSubDomains; preload" always;
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
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
v=DMARC1; p=quarantine; rua=mailto:dmarc@mainichi.jp; ruf=mailto:dmarc@mainichi.jp; fo=1
Set-Cookie: name=value; Path=/; Secure; HttpOnly; SameSite=Lax
AWSALBCORS=rZDYQtB18tG4s8Os2qd0CpVUQY3ZV//nyWmaG8Ozf4j38Fe7YyBMf1FVLsPHkVpu6FuggZs6FDhZUiPbt1kDUzkfcS1MDBgVMY9I60WNdNjaGZWOcAX11R6EpyVZ
@ 3600 MX 10 mail.mainichi.jp.
Điểm chính
Thô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 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.
- 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ư.
- 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.
Đ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)
- Một số thuộc tính bảo mật cookie (Secure/HttpOnly/SameSite) bị thiếu.
- Cấu trúc trang sử dụng nhiều tài nguyên từ bên thứ ba.
Với cookie phiên / đăng nhập, hãy luôn cấu hình Secure, HttpOnly và SameSite.
Host iframe
Set‑Cookie (mẫu)
AWSALB=WjHGZdi+KfWjg5+0IR1kSnyRNL4QXN/qwlMrVfzHLATA5UDWpbiUVcd5VIFBDKU3lrM3N90h4JewwXjpZ37N8Nic80pEuaRc7ejjI9z/De/bXvBU/HVnjQ1+qm7J; Expires=Sat, 29 Nov 2025 18:39:02 GMT; Path=/</code><br><code>AWSALBCORS=WjHGZdi+KfWjg5+0IR1kSnyRNL4QXN/qwlMrVfzHLATA5UDWpbiUVcd5VIFBDKU3lrM3N90h4JewwXjpZ37N8Nic80pEuaRc7ejjI9z/De/bXvBU/HVnjQ1+qm7J; Expires=Sat, 29 Nov 2025 18:39:02 GMT; Path=/; SameSite=None; Secure
Kịch bản sử dụng
Nếu bạn thanh toán trên trang này
Không phát hiện dấu hiệu độc hại rõ ràng, nhưng thanh toán trực tuyến luôn có rủi ro nhất định. Hãy kiểm tra lại số tiền, người nhận và chính sách hoàn tiền trước khi trả. Thiếu hoặc cấu hình DMARC yếu cho phép kẻ tấn công gửi email thanh toán giả mạo dễ dàng hơn. An toàn hơn nếu tự gõ tên miền thay vì bấm vào liên kết trong email bất 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 2590e3a440f1eab10afd00f9f9edb2332add2d6db652b43a927ef4df9a207a38