Is play.google.com safe to use as a vendor?

play.google.com scored 92/100 on LynxRadar's security posture assessment. The domain meets baseline security requirements. 11 checks passed, 4 warnings, 0 critical issues across 16 passive checks including TLS, DMARC, security headers, breaches, and CVEs.

What TLS version does play.google.com use?

play.google.com uses TLSv1.3 with TLS_AES_256_GCM_SHA384. TLSv1.3 negotiated with TLS_AES_256_GCM_SHA384 (256-bit). Strong configuration with no deprecated protocols or weak ciphers detected.

Does play.google.com have DMARC configured?

Yes. play.google.com's DMARC policy is set to 'reject'. SPF record: yes. Strengths: DMARC policy set to reject (strongest); DMARC pct=100 — policy applies to all mail; Aggregate reports (rua) configured; SPF soft-fail (~all) configured; SPF DNS lookup count: 1/10 (within limit); DKIM keys published (custom selector names).

Does play.google.com have SPF configured?

Yes. SPF record: v=spf1 include:_spf.google.com ~all

Does play.google.com have security headers configured?

play.google.com has 4 of 5 recommended security headers. Present: CSP, X-Content-Type-Options, X-Frame-Options, Permissions-Policy. Missing: Referrer-Policy.

Does play.google.com use HSTS?

Yes. HSTS enabled: max-age=31536000s (365 days). Missing includeSubDomains — subdomains not covered. Missing preload directive.

Has play.google.com been involved in a data breach?

No known breaches found. No known breaches found in public disclosure databases.

Does play.google.com have known CVE vulnerabilities?

Detected technologies: ESF. No version information exposed — CVE matching not possible (this is good practice).

Is play.google.com's SSL certificate valid?

Yes. Strengths: Certificate valid, 55 days remaining; Issued by Google Trust Services. Note: Wildcard certificate in use (*.domain) — covers all subdomains. Common practice; worth noting that compromise would affect all subdomains.

play.google.com Security Report — Grade A- (92/100)

Q: Does play.google.com have DNSSEC enabled?

No. Strengths: 4 nameservers configured (ns4.google.com, ns3.google.com, ns1.google.com, ns2.google.com); SOA record present and MNAME consistent with NS set; 1 MX record(s) present; Zone transfers properly restricted on all nameservers; Address records present: 1 A record(s), 1 AAAA record(s). Issues: All nameservers are from a single provider (google.com) — a provider outage takes down the domain; DNSSEC not configured — DNS responses can be spoofed or tampered with in transit (DNS cache poisoning).

A-

Trust rating

Excellent · 92/100

Procurement snapshot

No critical findings. The 4 remaining items are configuration gaps, not architectural problems.

Strengths

MX Records & Mail Provider

TLS Configuration

TLS Protocol Support

MTA-STS & TLS Reporting

Questions to ask

Confirm DNSSEC rollout timeline

Estimated remediation effort: 1–3 days

Based on a passive external scan — supplement with vendor-provided attestations, not a replacement.

Trust Score Trend

→ No change 1 scan · Last scanned October 17, 2026

Score

100 75 50 25 0

A-

play.google.com

92/100

Compliance & Certifications

Not yet verified

SOC 2 Type II

Audit report not on file

3rd party · AICPA

ISO 27001

Certificate not on file

3rd party · accredited body

GDPR

DPA not on file

Self-reported

CCPA

Self-reported

Incident History

No public breaches on record

Security Posture

4 items need attention

11 passed

Turn on DNSSEC for your domain

DNS Configuration

1–3 days (mostly waiting, not active work) Medium

This allows an attacker to silently redirect your visitors to a fake site. DNSSEC is a signature system that stops attackers from forging DNS answers — without it, someone could redirect visitors of play.google.com to a fake site without them noticing. Turning it on takes coordination between your DNS provider and your domain registrar, but it's a one-time setup. While you're in there, it's also worth adding a second DNS provider for backup.

NIST 800-53SC-20

Secure name/address resolution service

How to fix this

1Check whether your DNS provider supports DNSSEC in your DNS provider's dashboard (whichever company manages this domain's DNS — often your registrar, e.g. GoDaddy, Namecheap, or Cloudflare) — most major ones do (Cloudflare, Route53, GoDaddy, Namecheap).

2Turn on DNSSEC signing there — it will generate a DS record for you.

3Copy that DS record into your domain registrar's DNSSEC settings for the .com domain.

4Confirm it worked: search "dnssec checker" and enter play.google.com.

DNSSEC guide

Report unlocked.

View all 11 passed checks

MX Records & Mail Provider

TLS Configuration

TLS Protocol Support

MTA-STS & TLS Reporting

DMARC / Email Security

HSTS Header

Known Breaches

Cookie Security

CVE Exposure

Subprocessors & Tech Stack

Certificate Hygiene

Couldn't check: Malware / Phishing Blocklist — the check didn't complete (the site blocked or timed out our scanner, or a data source was unavailable), so this isn't counted in the score.

Company Signals

Operational risk

Last funding

Employees

Trust Resources

Claim profile →

Trust Center

Not detected

DPA (Data Processing Agreement)

Subprocessors List

Similar companies

Appears in

Vendors graded A

384 companies · LynxRadar ranking

Top 10% by security score

293 companies · LynxRadar ranking

Medium Priority

Not enabled

Strengths: 4 nameservers configured (ns4.google.com, ns3.google.com, ns1.google.com, ns2.google.com); SOA record present and MNAME consistent with NS set; 1 MX record(s) present; Zone transfers properly restricted on all nameservers; Address records present: 1 A record(s), 1 AAAA record(s). Issues: All nameservers are from a single provider (google.com) — a provider outage takes down the domain; DNSSEC not configured — DNS responses can be spoofed or tampered with in transit (DNS cache poisoning).

Likelihood: ★★☆☆☆

Impact: ★★★☆☆

Best Practice

Warn

Strengths: CAA records configured at google.com (1 record(s)); Authorised CAs: pki.goog. Issues: No iodef record — CA violations won't be reported to the domain owner.

Likelihood: ★☆☆☆☆

Impact: ★☆☆☆☆

4/5 present

Missing: Referrer-Policy

Likelihood: ★★☆☆☆

Impact: ★☆☆☆☆

Warn

No security.txt found. Publishing a security.txt at /.well-known/security.txt is the industry standard (RFC 9116) for vulnerability disclosure policies. Its absence may indicate a less mature security program.

Likelihood: ★☆☆☆☆

Impact: ★☆☆☆☆