Identity
5
F
lenovomm.com
Posture Score: 41/100
Scanned May 30, 2026 at 4:00 AM UTC
Attack Surface
23
Reputation
95
Identity Findings
No SPF record found
The domain has no SPF record, allowing anyone to send email as this domain.
💡 Publish an SPF TXT record (e.g. "v=spf1 include:_spf.google.com -all").
No DMARC record found
The domain has no DMARC record, providing no policy for handling unauthenticated email.
💡 Publish a DMARC TXT record at _dmarc.lenovomm.com (e.g. "v=DMARC1; p=reject; rua=mailto:dmarc@lenovomm.com").
No NS records found
No nameserver records could be retrieved for this domain.
💡 Ensure NS records are properly configured at your registrar and in your zone file.
Weak DKIM RSA key (~1296 bits) for selector 'default'
RSA keys shorter than 2048 bits are considered weak. Current key is approximately 1296 bits.
💡 Generate a new 2048-bit (or larger) RSA key pair and update the DKIM record.
Does not meet bulk sender requirements
Google and Yahoo require all bulk senders to have SPF+DKIM, DMARC, and one-click unsubscribe. Issues: No DMARC record published (required since Feb 2024); SPF not published (recommended alongside DKIM)
💡 Publish SPF, DKIM, and DMARC records. Implement RFC 8058 one-click unsubscribe for marketing mail.
FCrDNS failure: no PTR for 120.133.65.24 (smtp.lenovomm.com)
The IP 120.133.65.24 has no PTR record. Forward-confirmed reverse DNS requires a PTR that resolves back to the IP.
💡 Configure a PTR record for the IP that matches the mail server hostname.
Cannot check DNS consistency — no NS records
No nameserver records could be retrieved for consistency checking.
💡 Ensure NS records are properly configured.
No PTR record for MX IP: 120.133.65.24
The IP 120.133.65.24 (for smtp.lenovomm.com) has no reverse DNS record.
💡 Configure a PTR record for the mail server IP.
No MTA-STS record found
Without MTA-STS, mail transport encryption cannot be enforced and is vulnerable to downgrade attacks.
💡 Publish a _mta-sts TXT record and host a policy file at https://mta-sts.lenovomm.com/.well-known/mta-sts.txt
STARTTLS without MTA-STS or DANE protection
STARTTLS alone is vulnerable to downgrade attacks. Neither MTA-STS nor DANE is configured to enforce encryption.
💡 Deploy MTA-STS and/or DANE to protect against STARTTLS stripping attacks.
No CAA records found
No CAA records are configured. Any certificate authority can issue certificates for this domain.
💡 Add CAA records to restrict certificate issuance. Example: 0 issue "letsencrypt.org"
No TLS-RPT record found
Without TLS-RPT, you will not receive reports about TLS negotiation failures.
💡 Publish a _smtp._tls TXT record (e.g. "v=TLSRPTv1; rua=mailto:tls-reports@lenovomm.com").
ARC support not detected
No evidence of ARC (Authenticated Received Chain) support on MX servers. Forwarded messages may lose authentication.
💡 Consider enabling ARC signing on your mail servers to preserve authentication through forwarding.
DKIM cryptographic configuration is compliant
No RFC 8301 compliance issues detected in DKIM key configuration.
DKIM key strength indicates modern key management
All DKIM keys use RSA-2048+ or Ed25519, consistent with current best practices.
SMTP security checks passed
No open relay, VRFY/EXPN, or banner disclosure issues detected.
SMTP RFC 5321 compliance checks passed
The mail server accepts postmaster@ and abuse@ and uses a valid FQDN in EHLO.
Mail server port configuration is acceptable
No concerning port exposure detected.
DNS TTL values follow best practices
All critical DNS record TTLs are within recommended ranges.
DKIM2 not detected
No DKIM key record with v=2 was found across common selectors. DKIM2 is an emerging standard and not yet widely deployed.
No DANE/TLSA records found
DANE is not configured for any MX server. This is optional but provides strong certificate binding.
No BIMI record found
BIMI is not configured. Your brand logo will not display in supporting email clients.
Domain is IPv4-only
No AAAA records found for the domain, MX servers, or nameservers. The domain operates on IPv4 only.
RFC 8058 one-click unsubscribe assessment
DKIM signing is configured. RFC 8058 compliance depends on List-Unsubscribe and List-Unsubscribe-Post headers being included in outbound messages and DKIM signatures.
MX IP network diversity
All MX IPs are in the same /16 network. Consider diversifying across networks for resilience.
SOA record parameters
Serial: 1780024255, Refresh: 3600s, Retry: 180s, Expire: 1209600s, Min TTL: 180s
Attack Surface Findings
AXFR zone transfer allowed on ns2.dnsv5.com
The nameserver ns2.dnsv5.com allows AXFR zone transfers, exposing the complete zone contents to anyone. This is the most severe enumerability issue.
💡 Restrict AXFR transfers on ns2.dnsv5.com to authorized secondary nameservers only using allow-transfer ACLs.
AXFR zone transfer allowed on ns1.dnsv5.com
The nameserver ns1.dnsv5.com allows AXFR zone transfers, exposing the complete zone contents to anyone. This is the most severe enumerability issue.
💡 Restrict AXFR transfers on ns1.dnsv5.com to authorized secondary nameservers only using allow-transfer ACLs.
Non-routable IPv4 in public DNS: portal.lenovomm.com → 10.96.160.83
The subdomain portal.lenovomm.com resolves to non-routable IP 10.96.160.83, leaking internal network information.
💡 Remove non-routable IPs from public DNS or implement split-horizon DNS.
Non-routable IPv4 in public DNS: kibana.lenovomm.com → 10.96.160.83
The subdomain kibana.lenovomm.com resolves to non-routable IP 10.96.160.83, leaking internal network information.
💡 Remove non-routable IPs from public DNS or implement split-horizon DNS.
NSEC records enable zone walking
The domain uses NSEC records for DNSSEC authenticated denial of existence. NSEC records can be walked to enumerate all names in the zone, effectively disclosing the entire zone contents.
💡 Switch from NSEC to NSEC3 with opt-out to prevent zone enumeration. Use NSEC3 with a random salt and sufficient iterations.
Domain enumerability: high
The domain is highly enumerable. Zone transfers, NSEC zone walking, or a combination of factors make it easy to discover all DNS records.
💡 Restrict zone transfers, use NSEC3 instead of NSEC, consider wildcard certificates to reduce CT log exposure, and implement rate limiting on DNS queries.
Non-mail domain has no SPF record
This domain has no MX records (does not receive mail) but also has no SPF record. Without "v=spf1 -all", attackers can spoof this domain in phishing emails.
💡 Publish "v=spf1 -all" to explicitly declare this domain sends no mail.
HINFO record exposes system information
An HINFO record for lenovomm.com reveals hardware/OS details: CPU=, OS=. This aids attacker reconnaissance.
💡 Remove the HINFO record from public DNS. HINFO records are rarely needed and expose unnecessary system details.
LOC record exposes geographic location
A LOC record for lenovomm.com reveals the physical location of infrastructure. This aids targeted attacks.
💡 Remove the LOC record from public DNS unless geographic information is intentionally published.
No MX records — A-record fallback active
The domain has no MX records but has an A record. Per RFC 5321, mail servers will attempt delivery to the A record IP. This domain may be silently accepting mail without SPF/DKIM/DMARC protection.
💡 If this domain should not receive mail, publish a Null MX record (RFC 7505): "0 ." as the MX. If it should receive mail, add proper MX records.
DNS ANY query returns 6 record(s)
The DNS server responds to ANY queries with 6 record(s). The low record count limits amplification risk, but ANY responses still aid reconnaissance.
💡 Configure the DNS server to refuse or minimize ANY query responses per RFC 8482.
RP record exposes responsible person
An RP (Responsible Person) record for lenovomm.com reveals contact information: amp.mbgstore.lenovo.com.cn.. This can be used for social engineering.
💡 Remove the RP record if the contact information is not intended to be public.
No email autodiscovery endpoints detected
No Microsoft Autodiscover, Mozilla Autoconfig, or email SRV records were found.
9 subdomain(s) discovered for lenovomm.com
Subdomains were enumerated via Certificate Transparency logs, DNS wordlist brute-forcing, and DNS record analysis.
0 certificate(s) found in CT logs
Certificate Transparency logs contain 0 certificate(s) for lenovomm.com and its subdomains. Each certificate reveals subdomain names.
NSEC3 authenticated denial of existence
The domain uses NSEC3 with -1 iteration(s) and salt '-'.
DNSSEC is enabled
DNSKEY and/or DS records are present, indicating DNSSEC is configured.
Reputation Findings
Missing Strict-Transport-Security on lenovomm.com
The Strict-Transport-Security header is not set on https://lenovomm.com.
💡 Add the Strict-Transport-Security header with a max-age of at least 31536000 (1 year) and include the includeSubDomains directive.
Missing security.txt
No security.txt found at https://lenovomm.com/.well-known/security.txt.
💡 Create a /.well-known/security.txt file per RFC 9116 with Contact, Expires, and optionally Encryption and Policy fields.
Not listed on any DNS blacklists
Domain and MX IPs checked against 55 DNSBLs — no listings found.
TLS certificate valid for 203 days
Certificate for lenovomm.com expires on 2026-12-19.
Certificate issued by GeoTrust G2 TLS CN RSA4096 SHA256 2022 CA1
The certificate for lenovomm.com is issued by a third-party CA.
Signature algorithm: rsa-sha256
The certificate for lenovomm.com uses an acceptable signature algorithm.
RSA key: 2048 bits
The certificate for lenovomm.com uses an adequate RSA key of 2048 bits.
SCTs present in certificate
The certificate for lenovomm.com contains Signed Certificate Timestamps.
No weak ciphers detected
No known weak cipher suites detected on lenovomm.com.
Domain valid for 94 days
Domain lenovomm.com expires on 2026-09-02.
Domain transfer and delete locks enabled
Domain lenovomm.com has clientTransferProhibited and clientDeleteProhibited locks.
No disposable email provider MX records
MX records for lenovomm.com do not match known disposable email provider patterns.
Domain is 6114 days old
Domain lenovomm.com was registered 2009-09-02.
No wildcard MX records
No wildcard MX records detected for lenovomm.com.
TLD has good reputation
The .com TLD is not on known abuse watchlists.
Google Safe Browsing DNS check — no flag detected
DNS-based Safe Browsing lookup returned no results. Full verification requires the Google Safe Browsing API key.
Abuse contacts found for MX IPs
Abuse contact information retrieved via abusix.org DNS lookup.
PhishTank — API key required
PhishTank phishing database check requires an API key.
Sender Score — API key required
Sender Score reputation check requires an API key.
Cisco Talos — API key required
Cisco Talos IP reputation check requires an API key.
Could not connect to webmail.lenovomm.com
HTTPS request to https://webmail.lenovomm.com failed or timed out.
WHOIS registration data
Registrar: eName Technology Co., Ltd. | Created: 2009-09-02 | Expires: 2026-09-02 | Updated: 2025-08-07
WHOIS privacy protection not detected
Domain lenovomm.com does not appear to have WHOIS privacy protection. Registrant details may be publicly visible.
Bulletproof Hosting Detection — API key required
Checking IPs against known bulletproof hosting providers requires a threat intelligence API key.
Threat Intelligence Feeds — API key required
Checking domain against threat intelligence feeds requires API keys (e.g., VirusTotal, AbuseIPDB).
Typosquat detected: lenovom.com
1 registered lookalike domain(s) that could be used for phishing against your brand. Domains with MX records can send and receive email, making them high-risk phishing vectors.
Dependency Chains
DMARC Authentication Chain (SPF)
DMARC uses SPF to verify that emails come from authorized servers
SPF Record
SPF record found and configured
→
DMARC Policy
DMARC policy missing
⚠️ DMARC policy is missing. Even with SPF configured, you lack the policy layer that tells receiving servers what to do with authentication failures.
DMARC Authentication Chain (DKIM)
DMARC uses DKIM to verify that emails have not been tampered with
DKIM Signature
DKIM signature configured
→
DMARC Policy
DMARC policy missing
⚠️ DMARC policy is missing. Even with DKIM configured, you lack the policy layer that tells receiving servers what to do with authentication failures.
Mail Server Identity: smtp.lenovomm.com
PTR record proves mail server legitimacy
MX: smtp.lenovomm.com
Mail server at 120.133.65.24
→
PTR Record
No PTR record
⚠️ Mail server smtp.lenovomm.com (120.133.65.24) lacks a PTR record. Many receiving servers require matching forward and reverse DNS for spam prevention.
Mail Server Reputation: smtp.lenovomm.com
RBL check ensures server is not blacklisted
MX: smtp.lenovomm.com
Mail server at 120.133.65.24
→
RBL Status
Not blacklisted
Enforced Encryption Chain
MTA-STS enforces TLS encryption to prevent man-in-the-middle attacks
TLS Support
TLS not verified or unsupported
→
MTA-STS Policy
MTA-STS not configured
⚠️ TLS support could not be verified. MTA-STS requires TLS to enforce encrypted connections. Without TLS, MTA-STS cannot function.
Brand Identity Chain
BIMI displays your logo in email clients, but requires DMARC enforcement
DMARC Enforcement
DMARC not enforced (p=none or missing)
→
BIMI Record
BIMI not configured
⚠️ DMARC is not enforced. BIMI requires a DMARC policy of "quarantine" or "reject" to prove you have strong email authentication. Without enforcement, email clients will not display your logo.
TLS Monitoring Chain
TLS-RPT provides reports about TLS connection failures
TLS Support
TLS not verified or unsupported
→
TLS-RPT Reporting
TLS-RPT not configured
⚠️ TLS support could not be verified. TLS-RPT reports on TLS connection failures, but without TLS support, there's nothing to monitor. You need working TLS encryption before TLS-RPT can provide value.
Security Checks
MX Records
✓
SPF Record
✓
DKIM Record
✓
DMARC Policy
✗
BIMI Record
✗
CAA Records
✗
DNSSEC
✗
MTA-STS
✗
TLS-RPT
✗
Embed Badge
Display your domain's security grade on your website or README:
<img src="https://scan.ractermx.com/badge/lenovomm.com.svg" alt="Email Security Grade">
Want to re-scan this domain for updated results?
Scan lenovomm.com Again