notspoofed.com SPF · DKIM · DMARC

We scanned every Y Combinator company. 60.5% can be email-spoofed.

Published by notspoofed.com — August 14, 2026. Re-scanned in full on September 3, 2026; every figure below is from the September run, and what moved in between has its own section.

Email spoofing is still one of the cheapest ways to impersonate a company. A domain is protected only if it publishes a DMARC record set to enforce — p=quarantine or p=reject. Without that, anyone can send mail that appears to come from the company's exact address, and receiving servers will deliver it.

So we checked every company in the Y Combinator directory. Here's what we found.

The headline

60.5%
3,657 of 6,049 YC companies can be email-spoofed

Of 6,049 YC companies whose DMARC status we could resolve conclusively, 3,657 (60.5%) can be spoofed — they publish no DMARC record at all, or a DMARC policy of p=none, which only monitors and still lets forged mail through. 2,392 (39.5%) are at enforcement.

The split inside that spoofable group is close to even: 1,733 publish no DMARC record whatsoever, and 1,924 publish p=none. On the protected side, 1,358 are at quarantine and 1,034 at reject.

We pulled 6,157 unique company domains in total. Ten were dropped because the directory pointed them at somebody else's DNS — an app-store listing, a Crunchbase profile, a hosting subdomain — leaving 6,147. Of those, 98 did not return a conclusive DNS answer after three attempts and are excluded from every percentage on this page rather than being counted either way.

Method in one line: we read each domain's public _dmarc DNS record. Spoofable = no DMARC or p=none. No email was sent and nothing was actually spoofed — it's the same public check notspoofed.com runs on one domain at a time.

Three weeks later: what moved

We first ran this scan on August 14, 2026, when the figure was 61.0%. Re-running it on September 3 gives a rare look at how fast this actually changes. Restricting to the 5,959 domains that were conclusively classified in both runs, so directory churn doesn't confound the comparison:

The five companies named below as not yet at enforcement were re-checked on September 3. None had changed.

The finding we didn't expect: it isn't a new-company problem

Going in, we assumed the exposure would be concentrated in the newest batches — young teams that simply haven't gotten to email security yet. The data says otherwise. Once you exclude domains that no longer receive mail at all, the spoofable rate is essentially flat across fifteen years of YC batches:

Batch eraCompaniesSpoofable%Operating only
2005–201019415378.9%74.3%
2011–201567943864.5%58.8%
2016–20201,50392461.5%57.2%
2021–20231,8121,07159.1%57.2%
2024–20261,8601,07057.5%57.1%

The last column restricts to domains that publish MX records — companies actually running email today. Read down it:

2011–201558.8%
2016–202057.2%
2021–202357.2%
2024–202657.1%

Share of operating YC companies (live MX) that can be spoofed, by batch era.

A company from the 2024–2026 batches is no more likely to be spoofable than one from 2011–2015. DMARC enforcement is not something startups drift into as they mature. Absent a deliberate decision, it doesn't happen at all.

The earliest era, 2005–2010, sits higher at 74.3%, but we'd treat that as directional rather than a finding: it covers just 194 companies in total — 9 to 61 per year — and the individual years swing between 72% and 88%, which is what samples that small do. The claim the data actually supports is the flat line from 2011 onward. What the early era does contain is a large share of domains whose companies no longer exist, which points at a separate result.

Abandoned domains are the most spoofable of all

Of the 531 classified domains publishing no MX records — no live mail, typically a company that exited or shut down — 88.3% are spoofable, against 57.8% for domains with live mail.

No live mail88.3%
Live mail57.8%

These are the quietest risk in the dataset. An acquired startup's old domain still carries brand recognition with its former customers, still passes a casual eye test in an inbox, and has nobody monitoring it. If you've wound a company down and still own the domain, publishing v=DMARC1; p=reject; on it costs nothing and closes the door permanently.

SPF is giving people false confidence

82.3% of the domains we scanned publish an SPF record. Among the spoofable domains, 73.1% publish SPF.

That gap is the single most useful takeaway here. Nearly three-quarters of the companies that can be spoofed have already done the piece of email authentication that feels like the fix — and SPF alone does not stop the attack people actually care about. SPF validates the hidden envelope sender, not the From: header your recipient sees. Without a DMARC policy at enforcement, a forged message showing your exact address still lands in the inbox. A lot of these teams believe this is handled.

By industry

IndustryCompaniesSpoofable%
Consumer83762174.2%
Industrials45331870.2%
Education1208369.2%
Healthcare68546067.2%
Real Estate & Construction1609358.1%
B2B3,0911,70255.1%
Government442454.5%
Fintech64234453.6%
Unspecified171270.6%
All classified6,0493,65760.5%

Fintech and B2B lead, which tracks — both tend to face compliance pressure and enterprise security reviews that put DMARC on the checklist. Consumer is the laggard at 74.2%, and it's arguably the worst place for it: consumer brands have large, non-technical user bases who have no way to tell a forged support@ message from a real one. Healthcare at 67.2% is a close second concern for the same reason.

The well-known names mostly get it right

To sanity-check the scanner, we separately checked 21 of the best-known YC alumni by hand before the first full run. 20 of 21 — Stripe, Airbnb, Coinbase, DoorDash, Dropbox, Reddit, Zapier, Supabase and others — are at quarantine or reject. The single exception was Warp, the terminal company, at p=none, and it still is. Fifteen of those 21 appear in the directory under the same domain we checked by hand, and both full scans returned an identical verdict for all fifteen; the other six are listed under a different domain or not listed at all, so there was nothing to compare.

Scale and technical maturity clearly correlate with enforcement. But note what the batch table above says: it isn't age that gets companies there. It's someone deciding to do it.

A few companies not yet at enforcement

These are established, active YC companies whose domains were at p=none or had no DMARC record when we scanned, each re-verified against two independent DNS resolvers before publishing and again on September 3. This is not a wall of shame — and the detail worth noticing is that four of the five have already started: they publish a rua= reporting address, meaning someone deliberately set up DMARC monitoring and is collecting data. That's the correct first move. The rollout just hasn't reached enforcement yet, which is where the protection actually begins.

If you're at any of these companies: the next step is the same one for all of you, and we'd be glad to help — no pitch, just the DNS record.

If your domain is on the wrong side of this

  1. Check it in 5 seconds: notspoofed.com.
  2. If you have no DMARC, publish a monitoring record first: v=DMARC1; p=none; rua=mailto:you@yourdomain.com and watch the reports.
  3. Once your legitimate mail passes, move to p=quarantine, then p=reject. That last step is the one that actually stops spoofing.

Step 3 is the whole ballgame. Based on this data, 1,924 YC companies have done steps 1 and 2 and stopped — they are sitting at p=none, collecting reports nobody may be reading, with the same exposure as the companies that did nothing.

Can your domain be spoofed?

Free check of your SPF, DKIM and DMARC records. No signup.

Check my domain

Methodology

We pulled the Y Combinator company directory (6,201 companies on September 3, 2026), extracted each company's primary domain, de-duplicated, and arrived at 6,157 unique domains. For each we queried the _dmarc.<domain> TXT record over DNS, plus the domain's TXT records for SPF and its MX records to establish whether it still handles mail.

We classified a domain as spoofable if it published no DMARC record or a policy of p=none, and protected at p=quarantine or p=reject. SPF presence was recorded but never used for the verdict, since SPF alone does not prevent visible From: header spoofing.

Subdomains follow RFC 7489. Where the directory lists a subdomain (web.thebyte.app, go.givecampus.com), a direct _dmarc lookup is not the answer. RFC 7489 §6.6.3 specifies that when no record exists at the subdomain, receivers fall back to the organizational domain's record and apply its sp= value, or its p= value when sp= is absent — so a subdomain can be fully protected by its parent while looking bare on a direct query. All 16 such domains were re-resolved with that fallback, and 4 changed from spoofable to protected. Organizational domains come from the Public Suffix List with private suffixes included, so a company hosted at something.vercel.app is treated as its own organizational domain rather than inheriting Vercel's policy.

Failed lookups are not treated as missing records. A DNS timeout and a genuine absence of a DMARC record look identical if you only test for an empty response, which would inflate the spoofable count. Every lookup was retried up to three times, and only an authoritative answer (records returned, or NXDOMAIN/NoAnswer) was accepted as conclusive. The 98 domains that never resolved conclusively are reported as unknown and excluded from all percentages.

Rows measuring somebody else's DNS were removed. The directory sometimes points a defunct or acquired company at an aggregator or an app-store listing (angel.co, itunes.apple.com), or at a hosting subdomain. Those 10 rows are excluded. Domain strings were lowercased and stripped of tracking parameters before resolution — 13 arrived carrying ?utm_source=…, which is not a resolvable hostname, so the original lookup returned NXDOMAIN and the row was wrongly recorded as having no DMARC record. Those were repaired and re-scanned.

These three corrections all push rows out of the spoofable bucket: uncorrected, they inflate the headline figure in the direction that flatters the finding. The full audit trail of every row changed, repaired or excluded is published alongside the dataset. The five named companies above were additionally re-verified by hand against both Cloudflare (1.1.1.1) and Google (8.8.8.8) resolvers.

Changes between runs were verified, not assumed. Every domain whose verdict differed between the August 14 and September 3 runs was re-queried against Cloudflare and Google. Where the two disagreed — a record mid-propagation — the domain's authoritative nameserver was queried directly and its answer used. One domain was corrected that way, from the p=reject the scan saw to the p=none its nameserver publishes; the correction is itemised in the audit trail. The comparison is restricted to domains conclusively classified in both runs, so companies added to or removed from the directory in between are reported separately rather than folded into the change figures.

All checks are passive public-DNS reads. No email was sent, and no domain was actually spoofed. Data collected August 14 and September 3, 2026; DNS records change over time, and we'd expect some of the specific companies named here to be at enforcement by the time you read this. The raw dataset for both runs is available for download under CC BY 4.0, alongside the full audit trail of every row changed, repaired or excluded.

How to cite this

The figures on this page are free to quote, with attribution and a link. The underlying rows are published under CC BY 4.0, so a claim made from them can be checked rather than taken on trust — which is the only reason a statistic from a small site is worth anything.

Suggested citation

notspoofed.com, DMARC adoption across 6,157 Y Combinator company domains (September 2026). https://notspoofed.com/research/yc-email-spoofing-study

The headline figure, stated once: 60.5% of 6,157 Y Combinator company domains could be email-spoofed as of 3 September 2026 — they published no DMARC record, or a policy of p=none. 6,049 domains were conclusively classified; 98 did not resolve and are excluded from every percentage rather than counted either way.

Writing something from this and need a cut we have not published, or the scanner source? Ask — we will run it.