highHTTPS redirects back to HTTP
Redirecting to HTTP breaks encryption mid-visit: credentials submitted afterwards travel in plaintext and the padlock disappears.
Public security report
65/100
A means lowest risk and F means highest, like a school report card. How the score is calculated →
Scanned 2026-10-26 · 14 issue(s) found · 10 checks passed
CyberTrust assessed 163.com passively — using only information that is publicly visible on the internet: DNS records, certificates, response headers and reachable services. The result is 65/100, grade D, where A means lowest risk and F means highest, like a school report card.
Email spoofing is possible: a DMARC record exists for 163.com, but its policy is p=none — receivers are asked to report spoofed mail, not to reject it.
Strongest area: external attack surface (100/100). Weakest area: HTTP security headers (0/100).
14 issue(s) need attention (1 high, 4 medium, 9 low), while 10 checks passed.
Infrastructure observed: mail is hosted by netease, traffic is fronted by aliyun-cdn, the web server identifies as tengine.
147 subdomain(s) of 163.com resolve publicly.
| Area | Score | Grade | Issues |
|---|---|---|---|
| DNS hygiene | 84 | B | 2 |
| email spoofing defences (SPF/DKIM/DMARC) | 56 | F | 4 |
| external attack surface | 100 | A | 0 |
| IP threat intelligence | — | — | 0 |
| reputation and credential exposure | 100 | A | 0 |
| TLS encryption and certificates | 44 | F | 2 |
| HTTP security headers | 0 | F | 6 |
Redirecting to HTTP breaks encryption mid-visit: credentials submitted afterwards travel in plaintext and the padlock disappears.
Versions TLSv1.0, TLSv1.1 are formally deprecated, fail PCI DSS requirements and are no longer supported by modern browsers; they also enable downgrade attacks and fail compliance audits.
Without it, an attacker can strip SSL on the first HTTP request and keep the user on plaintext (SSL stripping), a common attack on public Wi-Fi.
Visitors who type the bare domain land on an unencrypted connection and submit data in plaintext, with nothing on screen to warn them.
p=none does not stop anything - forged mail still reaches the inbox. It is only meant as an observation phase.
The server does not staple the certificate revocation status. Every revocation check becomes an extra round trip to the CA, which slows the first visit and, if the CA endpoint is unreachable or the visitor's network blocks it, leaves the browser without a usable revocation status.
Without it, any injected script runs: session theft, fake payment forms, or card-skimming scripts on compromised pages. CSP limits the damage even when something else fails.
Without it a file uploaded as an image can be executed as HTML/JavaScript on your domain, stealing same-site cookies and sessions.
Without it, attackers overlay a transparent frame of your page and trick users into clicking real actions such as transfers or password changes (clickjacking).
Without it any CA may issue certificates for your domain, enabling a lookalike site with a valid padlock.
Without it, attackers can poison caches or forge answers and send visitors to a lookalike server that harvests credentials.
Without DKIM, mail integrity cannot be verified and DMARC loses one of its two authentication pillars. Note we probed only 46 common selectors, so a custom selector may exist.
Without it you are blind: you cannot see forgeries in circulation or unknown legitimate senders, so you can never safely tighten the policy.
Without it an attacker on the network path can force a downgrade to plaintext and read or modify mail such as contracts and payment details.
Everything above is what anyone can observe from the internet. Domain owners who verify ownership additionally get the full asset inventory — every subdomain with its open ports and running services — look-alike and typosquatting domains registered against the brand, credential-exposure monitoring, and copy-paste fixes for each finding.
Verify ownership of 163.com (free) → Open the live interactive report →