Is runwayml.com safe to use as a vendor?

runwayml.com scored 85/100 on LynxRadar's security posture assessment. The domain meets baseline security requirements. 8 checks passed, 6 warnings, 1 critical issues across 16 passive checks including TLS, DMARC, security headers, breaches, and CVEs.

What TLS version does runwayml.com use?

runwayml.com uses TLSv1.3 with TLS_AES_128_GCM_SHA256. TLSv1.3 negotiated with TLS_AES_128_GCM_SHA256 (128-bit). Strong configuration with no deprecated protocols or weak ciphers detected.

Does runwayml.com have SPF configured?

Yes. SPF record found: v=spf1 include:servers.mcsv.net include:_spf.google.com include:mail.zendesk.com...

Does runwayml.com have security headers configured?

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

Does runwayml.com use HSTS?

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

Has runwayml.com been involved in a data breach?

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

Does runwayml.com have known CVE vulnerabilities?

Detected technologies: Vercel, Next.js. (Vercel detected but excluded from CVE matching — upstream infrastructure). No version information exposed — CVE matching not possible (this is good practice).

Is runwayml.com's SSL certificate valid?

Yes. Strengths: Certificate valid, 60 days remaining; Issued by Let's Encrypt.

runwayml.com Security Report — Grade B (85/100)

Q: Does runwayml.com have DMARC configured?

Yes. runwayml.com's DMARC policy is set to 'quarantine'. SPF record: yes. Strengths: DMARC policy set to quarantine; DMARC pct=100 — policy applies to all mail; Aggregate reports (rua) configured; SPF hard-fail (-all) configured; SPF DNS lookup count: 3/10 (within limit); DKIM configured (selectors: google, k1, zendesk1, zendesk2). Issues: DMARC policy is 'quarantine', not 'reject' — spoofed mail is moved to spam rather than blocked outright.

Q: Does runwayml.com have DNSSEC enabled?

No. Strengths: 4 nameservers configured (ns-2001.awsdns-58.co.uk, ns-570.awsdns-07.net, ns-383.awsdns-47.com, ns-1093.awsdns-08.org); NS records span 4 providers (co.uk, awsdns-07.net, awsdns-47.com, awsdns-08.org) — genuine redundancy; SOA record present and MNAME consistent with NS set; 5 MX record(s) present; Zone transfers properly restricted on all nameservers; Address records present: 1 A record(s). Issues: DNSSEC not configured — DNS responses can be spoofed or tampered with in transit (DNS cache poisoning).

Featured in our Forbes AI 50 security study: see how runwayml.com compares with the other 49 →

Trust rating

Good · 85/100

Procurement snapshot

0 critical findings identified — these point to architectural gaps, not just configuration tweaks.

Strengths

MX Records & Mail Provider

TLS Configuration

TLS Protocol Support

HSTS Header

Questions to ask

Confirm MTA-STS rollout plans for inbound email

Estimated remediation effort: 2–4 days

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

Trust Score Trend

→ No change 1 scan · Last scanned September 28, 2026

Score

100 75 50 25 0

runwayml.com

85/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

7 items need attention

8 passed

Finish setting up email authentication

DMARC / Email Security

2–4 hours High

Spoofed emails can still reach your customers and partners until this is fully enforced. Email authentication for runwayml.com is partly set up, but there are gaps: your DMARC policy is "quarantine", so spoofed mail lands in spam instead of being blocked. Until it's fully in place, someone could still send a convincing fake email pretending to be you.

NIST SP 800-177r1§4

Trustworthy Email recommends SPF, DKIM and DMARC for every email domain

How to fix this

1Once your DMARC reports show no legitimate mail failing, change the policy from "quarantine" to "reject" in your DNS settings (you're using Google Workspace — see https://knowledge.workspace.google.com/admin/security/set-up-dkim) so spoofed mail is blocked outright. Your current record with just that change:

v=DMARC1; p=reject; rua=mailto:[email protected]

2Double-check it's live: search "dmarc record checker" and enter runwayml.com.

Email authentication guide

Report unlocked.

View all 8 passed checks

MX Records & Mail Provider

TLS Configuration

TLS Protocol Support

HSTS Header

Subprocessors & Tech Stack

Known Breaches

CVE Exposure

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 B

791 companies · LynxRadar ranking

Blocking Issues

Fail

Strengths: 4 cookie(s) analyzed; All cookies have SameSite attribute. Issues: 1/4 cookie(s) missing Secure flag (NEXT_LOCALE); 4/4 cookie(s) missing HttpOnly flag (NEXT_LOCALE, visitor_id, rw_exp_android_banner...).

Likelihood: ★★★★☆

Impact: ★★★★☆

High Priority

p=quarantine

Strengths: DMARC policy set to quarantine; DMARC pct=100 — policy applies to all mail; Aggregate reports (rua) configured; SPF hard-fail (-all) configured; SPF DNS lookup count: 3/10 (within limit); DKIM configured (selectors: google, k1, zendesk1, zendesk2). Issues: DMARC policy is 'quarantine', not 'reject' — spoofed mail is moved to spam rather than blocked outright.

Likelihood: ★★★☆☆

Impact: ★★★☆☆

Medium Priority

Warn

Issues: No MTA-STS configured — email in transit is vulnerable to TLS downgrade attacks; sending servers cannot verify your mail server requires TLS; No TLSRPT record (_smtp._tls) — TLS delivery failures won't be reported to the domain owner.

Likelihood: ★★☆☆☆

Impact: ★★★☆☆

Not enabled

Strengths: 4 nameservers configured (ns-2001.awsdns-58.co.uk, ns-570.awsdns-07.net, ns-383.awsdns-47.com, ns-1093.awsdns-08.org); NS records span 4 providers (co.uk, awsdns-07.net, awsdns-47.com, awsdns-08.org) — genuine redundancy; SOA record present and MNAME consistent with NS set; 5 MX record(s) present; Zone transfers properly restricted on all nameservers; Address records present: 1 A record(s). Issues: DNSSEC not configured — DNS responses can be spoofed or tampered with in transit (DNS cache poisoning).

Likelihood: ★★☆☆☆

Impact: ★★★☆☆

Best Practice

Warn

No CAA records found in the DNS tree for this domain. Without CAA, any Certificate Authority can issue certificates for this domain. Adding CAA records restricts issuance to authorised CAs only, reducing the risk of misissued certificates.

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: ★☆☆☆☆

4/5 present

Missing: Permissions-Policy

Likelihood: ★★☆☆☆

Impact: ★☆☆☆☆