Home/ Blog/ Security news/ Article
Blog · Security news

FortiBleed isn't a Fortinet bug. It's every password you never rotated.

FortiBleed exposed working VPN logins for tens of thousands of Fortinet firewalls. There is no CVE to patch; the fix is rotating credentials and enforcing MFA.

Isometric grid of identical narrow doors with a few standing open

When a Fortinet story breaks, the reflex is to find the CVE, check your version, and schedule the patch. FortiBleed gives you nothing to do with that reflex. There is no new vulnerability, no advisory, no fixed build. What leaked is a working set of VPN and administrator credentials for tens of thousands of Fortinet firewalls, harvested mostly from passwords that organizations never changed after earlier breaches. The defenders most exposed are the ones who treated past Fortinet incidents as patch-and-move-on.

What FortiBleed actually is, and what it is not

FortiBleed is a published collection of valid Fortinet and FortiGate credentials, not a software flaw. Security researcher Bob Diachenko found the dataset on an exposed server holding usernames, email addresses, and plaintext passwords. BleepingComputer reported it covers 73,932 firewall URLs in 194 countries, mapping to 21,632 affected domains. No CVE is attached to any of it.

SOCRadar, whose analysis Dark Reading also covered, puts the number of compromised devices at 30,791, with 21,108 unique IP addresses. Those two figures measure different things and should not be merged. The 73,932 is the count of firewall URLs that appear in the leaked dataset; the 30,791 is the subset SOCRadar independently validated as actively compromised. Read the larger number as exposure and the smaller as confirmed compromise.

The credentials are not stale padding. Researcher Kevin Beaumont said he verified that some of the leaked admin logins are genuine, and SOCRadar reported that the operators check each credential before adding it to their working list. Treat anything in the set that has not been rotated since the breach as live.

Why built-in and service accounts dominate the list

The account breakdown is the most useful part of the leak. SOCRadar found generic admin accounts made up about 21% of entries, and Fortinet's own built-in accounts, names like fgtsadmin and fortimanager, accounted for another 22% between them. Almost half the dataset is default and service credentials.

That distribution is a confession. Built-in and default service accounts are the credentials that survive everything: a firmware update, an incident cleanup, even a reimage that restores the same configuration. Organizations hit in the 2022 authentication-bypass wave (CVE-2022-40684) and the exploitation that followed often rotated the admin password they logged in with and left the service accounts untouched. FortiBleed is, in effect, a census of who skipped that step.

The attackers did not need a clever exploit. SOCRadar describes a two-stage method: spray passwords reused from earlier breaches against every reachable device, log each successful login, then watch traffic crossing the firewall and pick up any other credentials that flow through it. The list grows itself. Diachenko's telemetry shows the scale behind that approach, with more than a billion login attempts thrown at hundreds of thousands of FortiGate targets.

A valid login is a collection point, not the finish line

This is the part most of the coverage understates. A compromised firewall is not just one breached device. It is a vantage point on every authentication that flows through it. Once an operator is inside, the second stage of the campaign is passive: read what passes by and keep the credentials.

So if one of your devices is in this dataset, do not scope the incident to that box. Assume every credential that transited it since the compromise is also burned, including accounts that were never stored on the firewall at all: VPN users, internal service logins, anything that crossed the tunnel. Rotating the firewall's admin password closes the door you can see. The credentials already siphoned through it are a separate and larger problem.

What to do when there is nothing to patch

Treat FortiBleed as an operational incident, not a patch cycle. The fix list is short and unglamorous: rotate every admin and VPN credential on internet-facing Fortinet devices, the built-in service accounts included; enforce multi-factor authentication on VPN and management access; and take device management off the public internet.

Then hunt, because there is no signature to wait for. Pull VPN and admin authentication logs and look for successful logins to built-in service accounts, sessions from the attacker IP ranges researchers have published, and logins that are geographically impossible for the account. Configuration-export events deserve attention too, since exported Fortinet configs are one suspected source of the plaintext data.

The contrast with the other edge story this week is instructive. Palo Alto Networks confirmed active exploitation of CVE-2026-0257, an authentication-bypass flaw in PAN-OS GlobalProtect, and there you do have a CVE, indicators, and a fix to deploy. FortiBleed offers none of that. The work is the same plain hygiene the industry has recommended for a decade, which is exactly why so many of these credentials were still live.

The uncomfortable takeaway is that the most damaging Fortinet incident of the month is not a Fortinet bug. It is the accumulated cost of every password that should have been rotated and was not. Vendors will keep shipping patches. Credential hygiene is the part only you can fix, and FortiBleed is the bill for skipping it.

Topics

Frequently asked questions

Is FortiBleed a Fortinet vulnerability I can patch?

No. FortiBleed is a leak of valid Fortinet credentials, not a software flaw, so there is no CVE or fixed firmware version. The exposure comes from passwords never rotated after earlier breaches. The remedy is operational: rotate credentials, enforce MFA, and restrict management access.

How many Fortinet devices does FortiBleed affect?

Reports give two figures that measure different things. BleepingComputer cites 73,932 firewall URLs in the leaked dataset across 194 countries, while SOCRadar independently confirmed 30,791 compromised devices. Treat the larger number as potential exposure and the smaller as validated compromise.

How were the FortiBleed credentials stolen?

Attackers sprayed passwords reused from earlier breaches against internet-facing Fortinet devices, recorded each successful login, then passively collected more credentials passing through the compromised firewalls. SOCRadar attributes the campaign to Russian-speaking operators. No zero-day exploit was needed.

What should I do if my Fortinet device is in the FortiBleed data?

Rotate every admin and VPN credential immediately, including built-in service accounts like fgtsadmin and fortimanager. Enable MFA, remove management interfaces from the public internet, and review authentication logs for unauthorized logins. Assume credentials that crossed the device are also compromised.

Are the leaked FortiBleed credentials still valid?

Many are. Researcher Kevin Beaumont confirmed that some leaked admin logins are genuine, and SOCRadar reported that the operators verify each credential before adding it to their list. Any credential not rotated since the breach should be treated as live and usable.

Ready to meet the Guardians?

Deploys fast - agentless for monitoring and cloud, a lightweight agent for deep endpoint security. Just Suriq, standing watch.