Fortinet's November fixes: FortiMail, FortiManager and FortiAuthenticator flaws that need no login
Fortinet put out 49 advisories on November 10. Seven critical ones work without a password against FortiMail, FortiManager, FortiAuthenticator or FortiOS. We go through what each one does, which version fixes it and where to start.
part 40 of 42 · Platform releases, explained from scratchthe ideaSeven critical Fortinet flaws need no password. Patch the boxes that face strangers first.
after reading, you can- Work out which of the seven no-login flaws actually hit the Fortinet boxes you run, and which you can skip
- Find the fixed version for each line you run. Some old lines get none, and those need a migration plan
- Close the FortiManager management port and FortiMail admin pages to strangers while you patch
Fortinet put out 49 security advisories on November 10, and seven of the critical ones can be used by someone who never signs in. If you run FortiMail, FortiManager or FortiAuthenticator on your own hardware or VMs, plan the upgrade this week and close their management ports to the internet today.
A stranger who never logs in can take over some of the Fortinet boxes sitting at the edge of your network.
Fortinet makes the firewalls many companies use, plus the boxes around them: a mail filter (FortiMail), a central console that manages the firewalls (FortiManager) and a sign-in server that adds MFA codes (FortiAuthenticator). Fortinet's own security team found serious bugs in all three. The worst let someone on the network run commands on the box, take over an encrypted-mail account, or get past the password check. Fortinet says none of these are known to be exploited yet. Fixed versions are out, and some older versions won't get a fix at all.
Think of an office building where the front desk, the master key cabinet and the badge printer each have a back door the locksmith just found. Nobody has been seen using them yet. The locksmith has published where the doors are, though, and plenty of people will read that list.
- Anyone running FortiMail on-premises or as a VM
- Teams running FortiGates through FortiManager
- FortiAuthenticator users for VPN or Wi-Fi MFA
- Managed providers running these for clients
Why it matters to you
These are the boxes attackers like best. A mail gateway reads every message coming in. FortiManager can push a policy to every firewall you own. FortiAuthenticatordefinitionFortinet's sign-in server. The VPN, Wi-Fi or firewall asks it whether a password and one-time code are right, over RADIUS, LDAP or SAML. decides who gets onto the VPN. Get root on any of them and you're most of the way into the company.
Nobody is known to be using these yet. That won't last long. Attackers read the fixed versions and work backwards to the bug, and Fortinet appliances have a long history on CISA's exploited list. FortiMail was there as recently as October 1, for CVE-2026-104286, a file-write flaw that needed no login. FortiManager's FGFMdefinitionHow FortiGates talk to FortiManager. A firewall registers over it and gets its configuration back. It listens on TCP port 541 unless someone changed it. port was the way in for CVE-2024-47575, which CISA listed in 2024.
The one thing that changes your risk is reach. Each of these flaws needs the attacker to get a packet to a specific port or page. A FortiManager whose port 541 only listens to your own firewalls is a much harder target than one on a public address. Find out which one you have before you decide how fast to move.
How the attacks work
-
01 Finds a reachable box
First they look for a FortiMail web page or a FortiManager port 541 that answers from the internet. Scanners make that quick.
-
02 Sends a crafted request
No password is needed. A crafted web request, HA join packet or FGFM packet reaches code that should have checked who was asking.
-
03 The check fails open
Depending on the bug, a file path escapes its folder, text gets run as a command or SQL, or an account key is taken on trust.
-
04 Commands run on the box
Now they're running commands on the box, or they're logged in as someone who gets your encrypted mail.
-
05 They reach what it guards
On a mail gateway they can read mail or quietly reroute it. On FortiManager they can reach every firewall it manages.
For engineers: the FortiMail pair are a path traversal (CWE-22, FG-IR-26-199) reached through the API and a command injection (CWE-77, FG-IR-26-200) in the HA join-request handler. FG-IR-26-216 is an SQL injection, and FG-IR-26-208 is an authorization bypass through a user-controlled key (CWE-639) that lets an outsider take over an IBEdefinitionIt's how FortiMail sends encrypted mail to people outside the company. They don't need any special software. They get an email, log in to a FortiMail web account and read the message there. recipient account. On FortiManager, FG-IR-26-275 is an authorization flaw in FGFM that Fortinet's title describes as elevation before the registration password is checked.
FortiAuthenticator's FG-IR-26-271 is a hard-coded password (CWE-259). Fortinet says it lets an unauthenticated attacker skip credential validation "in certain circumstances outside of the attacker's control." Read that as: it won't work every time, but you can't rely on luck either. The FortiOS OSPFdefinitionRouters use OSPF to tell each other which networks they can reach. Feed them a bad announcement and traffic goes the wrong way, or nowhere. flaw, FG-IR-26-267, lets an outsider inject route announcements. That only matters where OSPF runs on an interface someone untrusted can reach.
What Fortinet fixed, and on what
The critical advisories from November 10
CVSS 9.8, no login. FortiMail 7.4, 7.6 and 8.0 have fixes. 7.2 has none: move to a fixed release.
CVSS 9.8, no login, through crafted HA join-request packets. Only 7.6 and 8.0 are affected.
CVSS 9.4, no login. Same fixed versions as FG-IR-26-199, and 7.2 again has to move.
CVSS 9.1, no login. An outsider can take over any encrypted-mail recipient's account with crafted HTTP requests.
CVSS 9.0, no login. Anyone who can reach the FGFM port can run code or commands with crafted packets.
CVSS 9.0, no login. Can bypass credential validation in some conditions. Fixed in 6.6.11 and 8.0.4.
CVSS 9.3, no login. An outsider can broadcast routing updates. FortiOS 7.0 has no fix.
CVSS 9.6, but it needs a configured iBGP neighbor. An IPS virtual patch was added on November 13.
CVSS 9.1 for a logged-in admin who reaches other VDOMs. It matters most to providers who host many clients on one box.
| Product line | FortiMail (199, 208, 216) | FortiManager FGFM (275) | FortiAuthenticator (271) | FortiOS OSPF (267) |
|---|---|---|---|---|
| 8.0 | 8.0.2 | 8.0.1 | 8.0.4 | 8.0.2 |
| 7.6 | 7.6.7 | 7.6.8 | n/a | 7.6.8 |
| 7.4 | 7.4.9 | 7.4.6 | n/a | 7.4.13 |
| 7.2 | Migrate | 7.2.9 | n/a | 7.2.14 |
| 7.0 | n/a | Migrate (VDOM flaw, FG-IR-26-244) | n/a | Migrate |
| 6.6 | n/a | n/a | 6.6.11 | n/a |
Read the table by product, not by row number. FortiAuthenticator numbers its releases differently, so its 6.6 line sits next to FortiMail's 7.x. The FortiMail HA flaw, FG-IR-26-200, only touches 7.6 and 8.0, and the same fixed versions cover it. FortiManager's VDOM flaw has its own, later fixed versions: 7.2.13, 7.4.12, 7.6.8 and 8.0.2. If you're patching FortiManager anyway, go straight to those.
Some lines get no fix at all. FortiMail 7.2 has to move for the mail flaws, and FortiOS 7.0 for the OSPF flaw. FortiManager and FortiAnalyzer 7.0 have to move for the VDOM flaw, and FortiAuthenticator 6.5 for a High-rated SQL injection. FortiPAM 1.0 through 1.6 has to move for a separate SSH flaw, FG-IR-26-269, rated High at 7.4, which Fortinet says only bites if GPC OS Login is enabled. If any of those are still in your estate, you're looking at a project with a change window and testing time, and it won't fit into a quick patch night.
How it unfolded
- Oct 1, 2026Earlier FortiMail flaw on KEV
CISA lists CVE-2026-104286, an unauthenticated FortiMail file-write bug, as exploited. Some teams will still be catching up on that one.
- Oct 5, 2026FortiMail Cloud fixed quietly
Fortinet moves FortiMail Cloud to 7.6.7 or 8.0.2 firmware. Cloud customers are covered before anyone hears about the bugs.
- Nov 10, 202649 advisories published
The monthly batch comes out. Fixes cover the mail, manager and MFA boxes, FortiOS and FortiPAM, and the clock starts for everyone on-premises.
- Nov 13, 2026IPS virtual patch added
Fortinet adds an IPS virtual patch, FG-VD-62507, in FMWP database 26.118. It buys time on boxes you can't upgrade yet.
- NextWatch for exploitation
None are marked known exploited yet. Check the advisories and CISA's KEV list again next week.
- FortiManager port 541 open to the internet
- Admin pages and webmail sit on a public address. Anyone can try them.
- FortiMail 7.2 or FortiOS 7.0 still in production
- FortiAuthenticator on 6.6.10 or older
- Nobody owns the monthly Fortinet advisory
- Port 541 only talks to firewalls you own. fgfm-deny-unknown is switched on.
- Admin pages reachable only from a management network or VPN
- Every box on a fixed release, 7.2 and 7.0 on a migration plan
- FortiAuthenticator on 6.6.11 or 8.0.4
- Someone owns the second-Tuesday batch. They read it the day it comes out.
What to do now
Start with an honest list. Most companies know where their FortiGates are, and fewer know every FortiMail VM or the FortiAuthenticator someone set up for the VPN years ago. Patch in order of who can reach the box, and for each one write down whether it faces the internet.
What to do now, by who you are
- Ask IT or your managed provider which Fortinet products you run besides the firewalls, and get the list in writing.
- Ask which of them can be reached from the internet, and the plan date for each upgrade.
- If anything is on FortiMail 7.2, FortiOS 7.0, FortiManager 7.0, FortiAuthenticator 6.5 or FortiPAM 1.6 or older, approve the time for a migration. Those won't get a patch.
- Upgrade FortiManager to 7.2.13, 7.4.12, 7.6.8 or 8.0.2, which covers both the FGFM and VDOM flaws.
- Limit TCP 541 on FortiManager to your firewalls' addresses, and turn on fgfm-deny-unknown if the port is public.
- Upgrade FortiOS to 7.2.14, 7.4.13, 7.6.8 or 8.0.2. Check which interfaces run OSPF and make sure none face an untrusted network.
- Use Fortinet's upgrade path tool for each hop so you don't skip a required step.
- Upgrade FortiMail to 7.4.9, 7.6.7 or 8.0.2. Plan a migration for anything on 7.2.
- Put the admin interface behind a management network. Keep only the mail and webmail ports public, and keep webmail public only where you need it.
- Using IBE? Pull the recent IBE account resets and changes, and chase any nobody can explain.
- Upgrade FortiAuthenticator to 6.6.11 or 8.0.4. The same releases fix an LDAP injection and an SQL injection rated High.
- List what trusts it: VPN, Wi-Fi, firewall admin logins and any app using it as a SAML IdP.
- Check that FortiAuthenticator's admin page isn't reachable from the internet, and review its admin accounts.
# On FortiManager: refuse FGFM from devices it doesn't already manage config system global set fgfm-deny-unknown enable end # Now try from a phone hotspot. A timeout is what you want to see $ nc -vz -w 5 fmg.example.com 541 nc: connect to fmg.example.com port 541 (tcp) timed out. Good, strangers can't reach it
Harden so the next one hurts less
Fortinet's policy is to publish advisories on the second Tuesday of each month, with out-of-cycle alerts for critical bugs when needed. Teams that put that day in the calendar cope far better than teams who hear about it from a scanner.
Durable fixes, tied to this case
- 01Keep management planes private
FortiManager's port 541, FortiMail's admin page and FortiAuthenticator's GUI should answer only on a management network. Fortinet's own guidance suggests a VPN between FortiGates so FGFM uses internal addresses.
- 02Retire lines that no longer get fixes
FortiMail 7.2, FortiOS 7.0, FortiManager 7.0, FortiAuthenticator 6.5 and FortiPAM 1.6 and older got "migrate" this month. Put an end date on every Fortinet line you run, and budget the move before the next batch forces it.
- 03Keep routing protocols on trusted links
FG-IR-26-267 is filed as an authentication bypass, so OSPF authentication alone may not stop it. Run OSPF only on interfaces that face your own routers, and make the rest passive.
- 04Treat the MFA server as a tier-zero system
FortiAuthenticator decides who gets onto the VPN. Give it the same care as a domain controller: named admins, MFA on its own console, logs sent to your SIEM and a fast patch window.
- 05Put a name on the monthly advisory
Someone reads Fortinet's batch on the second Tuesday, maps it to your inventory and opens the change tickets. Without an owner, a 49-advisory month stays unread.
Before: management ports anyone can reach
FortiManager's FGFM port and the FortiMail admin page answer on public addresses, and FortiAuthenticator sits on an old release behind the VPN.
After: management only from inside
Port 541 accepts only known firewalls, admin pages sit on the management network, and every box runs a fixed release.
If you think you've been breached
If someone may have used one of these flaws
Fortinet hasn't published indicators of compromise for this batch, so you're looking for changes nobody made rather than known bad files. Signs include admin accounts you don't recognise, configuration changes outside a change window, outbound connections from the appliance and, on FortiManager, devices you didn't register.
- 01Containfirst hour
- Block the exposed management port or admin page from the internet, and keep mail and VPN running if you can.
- Save logs and a configuration backup from the box before you upgrade or change anything.
- Call legal and your cyber insurer now. Notice deadlines often start when you first suspect a breach.
- 02Investigatefirst day
- On FortiManager, look for unregistered or unknown devices and policy packages installed outside change windows.
- On FortiMail, review admin logins, new or changed mail rules and IBE account changes.
- On FortiAuthenticator, check admin logins and any change to users, tokens or RADIUS clients.
- Read firewall logs for connections from the appliance to addresses it has no reason to reach.
- 03Removefirst days
- Ask Fortinet support straight out whether you can keep the unit, or should rebuild it from a clean image.
- If you rebuild, restore settings from a backup taken before November 10, and check it line by line first.
- 04Recoverthis week
- Rotate every credential the box stores: admin accounts, LDAP bind accounts, RADIUS shared secrets and API keys.
- If FortiManager was touched, compare each FortiGate's running configuration against the last approved package.
- Was FortiAuthenticator touched? Reissue its tokens and make privileged users reset their passwords.
- 05Report and learnthis month
- Decide who needs to hear about it with your lawyer, using what the logs actually show. Don't guess in either direction.
- Write down how the port or page ended up reachable. Then fix the change process that let it happen, so it doesn't come back.
What this could look like
Three typical setups
- the setup
- A professional services firm runs FortiMail 7.2 on a VM in front of Microsoft 365. The contractor left the admin page on the public address to work remotely.
- what happens
- 7.2 gets no fix for the mail flaws. The admin page is still public, and the contractor patches when someone asks.
- what to do
- Have the contractor block the admin page today. Then book the move to 7.4.9 or 7.6.7, or price a switch to FortiMail Cloud, which Fortinet fixed in October.
- the setup
- Every store's FortiGate reports to one FortiManager in the data center. Someone opened port 541 to any address years ago so new stores could join easily.
- what happens
- Anyone who can reach port 541 can try FG-IR-26-275. Whoever owns that box can push policy to every store.
- what to do
- Limit 541 to known store addresses or move FGFM onto the site VPN, turn on fgfm-deny-unknown and upgrade FortiManager to 7.6.8.
- the setup
- Clinicians reach the remote access VPN through a FortiGate that checks passwords and codes against FortiAuthenticator 6.6.9. The box isn't public, but every VPN login goes through it.
- what happens
- The hard-coded password flaw only works in some conditions, and nobody on the internet can reach the box directly. It's still the gate to the VPN.
- what to do
- Upgrade to 6.6.11 in the next maintenance window, confirm the admin page is internal only and send its logs to the SIEM.
How Cohash helps
Your firewall team or provider does the upgrades. We pick up the work around them. Our network security people take management ports off the internet and set up allow lists. Our identity and access team looks at what trusts FortiAuthenticator. If it sits between your VPN and Microsoft Entra ID or Okta, an Entra engineer can help you decide whether that MFA layer still earns its place. Not sure what else is exposed? Start with the free assessment.
What to take from this
- 01
Seven critical Fortinet flaws from November 10 need no login. None are known exploited yet, so you still have a head start.
- 02
Patch FortiMail, FortiManager and FortiAuthenticator first if they face the internet. The table above gives the fixed version for each line.
- 03
FortiMail 7.2, FortiOS 7.0, FortiManager 7.0, FortiAuthenticator 6.5 and FortiPAM 1.6 and older get no fix. Plan the migration now.
- 04
Close FortiManager's port 541 to strangers and turn on fgfm-deny-unknown.
- 05
FortiMail Cloud was fixed on October 5. On-premises and VM customers have to act themselves.
01Are any of these Fortinet flaws being exploited?
Not as far as Fortinet knows. Every critical advisory from November 10 says Known Exploited: No, and none were on CISA's KEV list when we checked on November 14. That can change quickly, so look again next week.
02We only use FortiGate firewalls. Do we need to do anything?
Yes, but it's smaller. FortiOS has two critical routing flaws, OSPF and iBGP, plus an SSH flaw rated High that Fortinet says only applies with GPC OS Login enabled. Upgrade to 7.2.14, 7.4.13, 7.6.8 or 8.0.2. FortiOS 7.0 has no fix for the OSPF flaw, so it has to move to a newer line.
03We use FortiMail Cloud. Are we affected?
You don't need to do anything for the FortiMail flaws. Fortinet moved FortiMail Cloud to 7.6.7 or 8.0.2 firmware on October 5, before it told anyone about the bugs.
04What's the fixed FortiManager version?
For the FGFM flaw it's 7.2.9, 7.4.6, 7.6.8 or 8.0.1. The authenticated VDOM flaw needs later builds: 7.2.13, 7.4.12, 7.6.8 or 8.0.2. Go straight to those to cover both.
05Our FortiManager port 541 has to be public for branch firewalls. What now?
Fortinet's best-practice guide suggests a VPN between FortiGates so FGFM uses internal addresses. If the port has to stay public, turn on fgfm-deny-unknown and restrict it to your branches' addresses where you can.
06What does the FortiAuthenticator hard-coded password flaw actually let someone do?
Fortinet says a hard-coded password lets an unauthenticated attacker skip credential validation in some conditions the attacker can't control. Upgrade to 6.6.11 or 8.0.4, which also fix an LDAP injection and an SQL injection rated High.
07Is FortiPAM affected?
Only older releases. FortiPAM 1.0 through 1.6 has an SSH flaw, FG-IR-26-269, rated High at 7.4, and Fortinet says it only bites if GPC OS Login is on. Those lines won't get a fix, so you'd move to 1.7 or later, which aren't affected.
Three questions, about a minute
Pick an answer and we'll tell you if it's right, and why it is or isn't. The score stays in this browser.
-
Q1A FortiMail box still runs 7.2.8. What fixes FG-IR-26-199 on it?
show the answer
B. There isn't one for 7.2, so move to a fixed release like 7.4.9 or 7.6.7 Fortinet marks every 7.2 version affected and tells you to migrate. You'd land on 7.4.9, 7.6.7 or 8.0.2.
-
Q2Which setting stops FortiManager accepting FGFM connections from devices it doesn't already manage?
show the answer
B. set fgfm-deny-unknown enable Fortinet's best-practice guide says to turn it on when port 541 is public. Warn whoever onboards branches, since it also stops zero-touch provisioning with a pre-shared key.
-
Q3Say you only use FortiMail Cloud. What's left for you to do about the November FortiMail flaws?
show the answer
B. Nothing. Fortinet already fixed the cloud service on October 5 Fortinet patched the cloud service on October 5 and says Cloud customers don't have to act. The on-premises boxes are the ones that need you.