Fortinet brengt vandaag kritieke patches uit die klanten snel moeten installeren
Fortinet brengt donderdag 22 oktober een reeks securityupdates uit voor zijn producten. Het raadt gebruikers met klem aan die patches meteen na release te installeren. De updates zijn voor verantwoord gemelde kwetsbaarheden, die mede met hulp van geavanceerde AI-modellen zijn gevonden.
Fortinet vermeldt AI-aanbieders Anthropic, OpenAI, Google en SpaceX in de blogpost waarin het de belangrijke beveiligingsupdates aankondigt. Fortinet heeft een samenwerkingsprogramma voor AI-ondersteunde securitytests. De gecoördineerde reeks securityupdates is bedoeld voor versies 7.2 tot en met 8.0 van FortiOS, FortiManager en FortiAnalyzer. Deze patches volgen op gister uitgebrachte updates voor verschillende versies van Fortinets producten FortiMail en FortiAuthenticator.
Hackgevaar
Het bedrijf raadt elke klant met klem aan om deze updates meteen te installeren zodra ze beschikbaar zijn. Gebruikers moeten daarbij prioriteit geven aan Fortinet-apparaten die bereikbaar zijn vanaf het internet. Dit advies en de prioritering zijn vanwege het feit dat de kritieke kwetsbaarheden op afstand zijn te misbruiken om toegang te krijgen tot de beveiligingssystemen van de leverancier. Fortinet waarschuwt dat aanvallers de patches met AI-tools snel kunnen analyseren om dan exploitcode te maken.
Bedrijven en organisaties zijn al vaker geraakt door ernstige beveiligingsproblemen in de verschillende producten van Fortinet. Soms komt de leverancier relatief laat met fixes voor kritieke zerodaygaten. In andere gevallen benutten aanvallers bestaande kwetsbaarheden, waarvoor al updates beschikbaar zijn maar die klanten niet altijd hebben geïnstalleerd. Het bedrijf levert onder meer firewalls, antispamsystemen, endpointbescherming en detectiesystemen tegen digitale indringers.
Lees meer
Reacties (83)
Hij is reeds te downloaden via het support portal, maar nog niet in de OTA catalog.
De catalog refreshen doe je via de CLI met: diagnose fdsm fds-update
Om dan te zien of hij al binnengekomen is: diagnose fdsm image-list
Maar bij fortinet is het altijd eerst zien, dan geloven.
Moet sowieso hem downloaden vanaf daar, aangezien er ook 2 bijgewerkt moeten worden die niet direct aan het internet hangen(Ook dat moet bijgewerkt worden
En eventueel je spare device bijv, wat handig kan zijn ingeval er 1 het begeeft.
Firewalls Palo Alto Networks kwetsbaar voor PHP2Shell, Cisco en Fortinet onderzoeken - Security.NL
Deze updates komen omdat er door AI naar gekeken is en deze een hoop lekken heeft gevonden. Daar hebben ze al een week of 4 geleden al aangekondigd. Dus ver voor dat PHP2Shell bekend was.
In de reacties daar wordt ook PFSense genoemd, die moet denk ik ook even bekeken worden inderdaad.
Toch is Fortinet wel bezig met onderzoek naar alle producten om te zien of die kwetsbaar zijn voor de beide CVE's.
Daarnaast gebeurt het niet vaak dat ik de accountmanager van Fortinet heb die mij expliciet meld om zodra de nieuwe firmware beschikbaar is meteen te patchen
Maar als we daardoor uiteindelijk evolueren naar 'lekvrije' software door het vanuit een andere invalshoek aan te vliegen, voor mij ok.
Gödels onvolledigheidsstelling en Turings stopprobleem.
Je kunt niet bewijzen dat een computerprogramma eindig is en je niet alle wiskunde van een bewijs (in wiskundige zin) voorzien. Er zijn problemen die niet op te lossen zijn. En, al heel snel (bijvoorbeeld als je input van 'buiten' toestaat) wordt een systeem zo complex dat je nooit alle mogelijkheden kunt overzien. En daaruit volgt dat een computersysteem nooit 'gegarandeerd' waterdicht en hackvrij te maken is.
"Ga je naar een specifiek computersysteem, dan kun je wel degelijk aantonen dat dat specifieke systeem precies datgene doet wat het moet doen"
Hoe beschrijf je wat je computer moet doen? In taal/specificaties? Dan is het per definitie al ambigu. In code? Dan moet je nog een correctheid bewijs voor je compiler opleveren.
Dan nog het fenomeen van de state space explosion : ieder if-statement op weg van jouw muisklik naar de actie op het scherm verdubbeld (op zijn minst) het aantal codepaden. Ook een ai gaat dit niet oplossen. Hooguit omheen redeneren.
En dan nog het determinisme: zodra je een rand() functie gebruikt is die wel uit het raam.
Zie verder CompCert. Ik zeg ook niet dat het mákkelijk is, of goedkoop, alleen dat het mógelijk is.
Weet je wat interrupts doen met je 'deterministische' computer? En denk je dat de onvoorspelbare data die je gebruikers aanleveren het beter maken?Computers zoals wij die nu gebruiken zijn 100% deterministisch en daarmee wel degelijk waterdicht en hackvrij te maken.
Iedereen heeft wel eens gehad dat je de muis beweegt en dat dan je computer herstart of een BSOD krijgt. Da's een interrupt op het verkeerde moment.
Er zijn CPU's ontworpen die mathematisch bewijs voor hun correct functioneren hebben. Het eerste wat er uitgesloopt is, is iedere vorm van interrupt en timer. En dan wordt het opeens lastig programmeren.
Maar dit is meer een topic voor een forumdiscussie.
Dus het is wel zaak om vuur met vuur te bestrijden in dit geval.
Of dat koelingen die via online aangestuurd worden van supermarkten alleen moeten kunnen koelen en niet verwarmen.. zoals in Frankrijk.
Wat nexhil misschien mist is het inzicht dat er verschil is tussen de management interface en poorten die verkeer doen. Zeker bij 'grote' firewalls is de management interface iets wat aan de cpu die het ding bestuurd hangt, en dat hoeft helemaal niet aan het internet. Het verkeer van gebruikers gaat via andere interfaces, de data- en crypto engines en de integrated switch fabric. Simpelweg door de management interface onbereikbaar te houden wordt het enorm lastig om allerlei kwetsbaarheden in die interface te benaderen.
aan het internet hangen (even los van wat blokker ook al aangeeft) betekend niet noodzakelijkerwijs dat je 't ding kan bereiken.Even los van dit, het is wel handig dat een firewall aan het Internet hangt.
Er zijn best wel een aantal security issues geweest met fortigates waarbij het specifiek ging om het feit dat de webinterface benaderd kon worden. Da's een pittig groot attack surface.
Maar je hoeft mijn oneliner niet verder te gaan debuggen. Ik weet hoe het werkt.
er zijn er trouwens ook die via de LAN-kant dmv hem kunnen proberen aan te vallen, maar bij gebrek aan info is het moeilijk om daar nu al uitsluitsel over te geven. Het kan goed zijn dat er dus via een 0-day in je management-machine die trusted is een aanval wordt gedaan
If you cannot upgrade immediately, reduce exposure in the interim by:
- Restricting administrative interfaces (HTTPS, SSH) to trusted IP addresses or disable them on external interfaces
- Ensuring FortiManager administration is not reachable from the internet
- Following best practices, which include:These steps reduce risk but do not replace the need for a timely upgrade.
- Using strong unique credentials
- Enforcing MFA for all administrator accounts
De management interface aan het internet hangen zou echter lijfstraffen op moeten leveren..
[Reactie gewijzigd door DigitalExorcist op 22 oktober 2026 13:06]
Maw. jij als beheerder hebt een WAN-IP adres of een blok WAN IP's; dan stel je voor al je klanten in dat je alleen beheer mag doen vanaf dát WAN-IP-adres. Daarmee sluit je in elk geval de 'wereldwijde toegang' uit.
Ben je zelf onderweg? Dan pak je een VPN. Heb je geen VPN, dan kun je overwegen om een managementserver over te nemen op één of andere manier (maar geen Anydesk of Teamviewer natuurlijk..) en daar vandaan te gaan managen.
[Reactie gewijzigd door DigitalExorcist op 22 oktober 2026 16:48]
Maar ook monitoring. Ze kunnen zien wat de temperatuur en luchtvochtigheid doen. Als er iets stuk is kunnen ze direct een monteur met een vervangend onderdeel op pad sturen. en hoeven de temperatuur niet meer handmatig in de gaten te houden.
Ik weet in de horeca wordt meerdere keren per dag de temperatuur gecontroleerd om de voedselveiligheid te garanderen...
maar in het geval van de Franse supermarkt koelkasten hadden ze volgens mij de centrale management omgeving gehackt. Vanuit daar konden ze al die koelkasten bereiken…
Je bedoelt zoals de koelkasten van Danfoss? Ja, dat klinkt heel stom was vorige week in Frankrijk wel een groot succes, hè?het klinkt heel stom
/sarcasme
[Reactie gewijzigd door tERRiON op 22 oktober 2026 18:34]
Ik ben eerder voorstander van internet 2.0. Iedereen die aangesloten wordt identificeren, 1 keer hacken, toegang voor eeuwig intrekken. Dit zou ook de trust tussen aangeloten bedrijven weer een beetje kunnen verbeteren en zorgt voor een complete collapse van spam en fishing. Maar op de een of andere manier wil niemand eraan omdat je dan niet meer anoniem je gal kan spuwen op de socials.
En hoe ga jij er voor zorgen dat iedereen die gebruik maakt van dat internet 2.0 dan niet daarop gekomen is door te hacken? En hoe ga je dan iedereen identificeren? Moet dat ook per device? Zo niet, hoe dan wel? En wie gaat die identificatie dan doen? En hoe weet jij zeker dat die identificatie ook goed is gebeurd en de persoon die je identificeerd ook degene is die hij zegt dat hij is? Wie slaat al die ID data dan op? Wie zorgt ervoor dat dat veilig gebeurd? Hoe identificeer je in NL iemand in de USA en andersom?
Dat internet 2.0 waarbij je iedereen identificeerd is net zo lek of veilig als elke private of internet netwerk nu.
Toch vind ik verplichte identificatie voor iedereen en een levenslange uitsluiting van het internet een bijzonder gevaarlijke ontwikkeling.
Kijk bijvoorbeeld naar China en Rusland, waar internetcontrole en toezicht ook worden gebruikt om burgers te censureren en kritische geluiden te onderdrukken.
Wie gaat bepalen wanneer iemand voorgoed van het internet wordt afgesloten? En wat gebeurt er bij identiteitsfraude, een gehackt account of een onterechte beschuldiging?
Bovendien is anonimiteit niet uitsluitend bedoeld voor mensen die hun gal willen spuwen op sociale media. Het beschermt ook journalisten, klokkenluiders en burgers die zich kritisch willen uitlaten zonder bang te hoeven zijn voor gevolgen.
We moeten cybercriminaliteit bestrijden, absoluut. Maar daarvoor hoeven we niet de privacy en digitale vrijheid van iedere internetgebruiker op te offeren.
Maarja voor veel mensen wel zo makkelijk om het aan het internet te hangen zodat een remote partij het kan 'beheren'
En dan kan iedereen dit iedere keer weer roepen maar veel mensen passen dit nooit aan / lezen dit advies niet. (installeren de updates toch al nooit)
Naast dat je je management interface moet afschermen moet je ook gewoon als de wiedeweerga patchen zodra er updates uitkomen.
Ik hoef het voorlopig niet in mn netwerk.
Doe ook eens onderzoek hoe deze kwetsbaarheden worden gevonden. Ja fortinet komt met kwetsbaarheden. 80% worden door hunzelf gevonden en transparant over gepubliceerd in tegenstelling tot andere leveranciers... Kuch.. Checkpoint...
Een lijstje van 2026:
13 jan. 2026 : CVE-2025-25249 - RCE via CAPWAP deamon
27 jan. 2026: CVE-2026-24858 - Kritieke authenticatie-/toegangscontrolekwetsbaarheid
10 feb. 2026: CVE-2026-22153 - LDAP verificatie te omzeilen
13 mrt. 2026: CVE-2026-22627- LDDP probleem waardoor ongeautoriseerde code kan uitgevoerd worden.
14 apr. 2026: CVE-2026-22828 - Heap-based buffer overflow
9 jun. 2026: CVE-2026-25089 - OS-command injection via JSON-input
12 Mei 2026: CVE-2025-53844 - Out-of-bounds write in de CAPWAP-daemon
En dan nog Fortibleed in juni wat weer verband had met die van 27 januari.
Dit zijn allemaal zeer kritieke lekken.
Het gaat mij erom dat Fortinet vaak wordt gebashed.. Maar ondertussen hebben andere leveranciers ook allerlei kwetsbaarheden en dat is dan "normaal"
Kijk bevoorbeeld naar de melding van eMudhra na hun Diginotar niveau blunder met "4" als private key: https://emudhra.com/en/
No certificates were issued... Als iederen je private key weet, weet je niet meer of er certificaten mee uitgegeven zijn he?
.NET is zo lek als een mandje kan ik ook roepen, veel meer cve's dan Fortinet.
Pak ik alleen al .net 10.0.13 van 13 oktober :
CVE-2026-66822 | .NET and Visual Studio Information Disclosure Vulnerability
CVE-2026-58280 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-69651 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-96958 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-96960 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-96959 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-84008 | .NET Denial of Service Vulnerability
CVE-2026-70174 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-87697 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-70035 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-83520 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-96229 | .NET and Visual Studio Information Disclosure Vulnerability
CVE-2026-96232 | .NET and Visual Studio Information Disclosure Vulnerability
CVE-2026-96234 | .NET and Visual Studio Information Disclosure Vulnerability
CVE-2026-70007 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-96224 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-96235 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-85363 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-96233 | .NET and Visual Studio Denial of Service Vulnerability
CVE-2026-70175 | ASP.NET Core Elevation of Privilege Vulnerability
CVE-2026-70196 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-70179 | ASP.NET Core Elevation of Privilege Vulnerability
CVE-2026-70181 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-70161 | .NET SDK Elevation of Privilege Vulnerability
CVE-2026-70165 | .NET SDK Elevation of Privilege Vulnerability
CVE-2026-70190 | .NET SDK Elevation of Privilege Vulnerability
CVE-2026-96238 | .NET SDK Security Feature Bypass Vulnerability
CVE-2026-96237 | .NET SDK Remote Code Execution Vulnerability
CVE-2026-70159 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-70186 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-105016 | Microsoft QUIC Remote Code Execution Vulnerability
CVE-2026-85790 | .NET Information Disclosure Vulnerability
CVE-2026-70162 | .NET Denial of Service Vulnerability
CVE-2026-70183 | ASP.NET Core Security Feature Bypass Vulnerability
CVE-2026-88092 | ASP.NET Core Security Feature Bypass Vulnerability
CVE-2026-70188 | ASP.NET Core Security Feature Bypass Vulnerability
CVE-2026-96957 | .NET SDK Security Feature Bypass Vulnerability
CVE-2026-96230 | ASP.NET Core Remote Code Execution Vulnerability
CVE-2026-92707 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-96231 | .NET and Visual Studio Elevation of Privilege Vulnerability
CVE-2026-96225 | .NET and Visual Studio Elevation of Privilege Vulnerability
CVE-2026-70197 | .NET and Visual Studio Remote Code Execution Vulnerability
CVE-2026-96236 | ASP.NET Core Denial of Service Vulnerability
CVE-2026-102870 | ASP.NET Core Remote Code Execution Vulnerability
En andere maanden iets minder eg :
https://github.com/dotnet...release-notes/10.0/cve.md
Cybersecurity market share: who leads each category, with revenue receipts
Link bewerkt
[Reactie gewijzigd door B34tn1k op 22 oktober 2026 14:31]
Stelling: Het plaatsen van firewall en andere devices tussen internet en het device wat benaderd moet worden is in een wereld van AI onveiliger dan een goed gepatched device rechtstreeks aan internet hangen.
Uitleg: Door introduceren van andere devices tussen twee endpoints wordt het aantal aanvalsvectoren en kans op vulnerabilities exponentieel vergroot. Met daarbij een exponentiële kans dat er een zeroday tussen zit.
Voorbeeld: Je hebt een webserver die draait PHP versie en een Nginx versie die vulnerable is. Je Linux firewall is volledig safe. Je hebt ervoor echter een reverse proxy draaien, een firewall, een load balancer. Allemaal verschillende producten. Allemaal een andere patch moment. Maar je moet we de hele keten updaten. Dan kan je wel beginnen met je applicatie server, maar misschien is je reverse proxy en firewall al gecompromitteerd, waardoor ze al in je netwerk zitten. Gooi je ze uit de 1 is het wachten tot ze toch weer dieper naar binnen gaan. Het water blijft stromen, dan weer links, dan weer rechts. je krijgt het nooit echt droog, of je moet alles offline gooien. Maar had je maar 1 systeem. Dan is het een kwestie van je deployment van patches voorzien, dit deployen naar een nieuwe applicatieserver, en je bent schoon en weer “veilig”. Minder werk sneller en veiliger.
Nou schiet maar!
Hun security product fortigates zijn ook onbeheersbaar geworden met 30.000 features wat niet meer logisch aanvoelt of logisch klinkt. ik ga 40 tot 50 grote fortigates in t veld staan en ben de laatste aan het uitfaseren. hun belachelijk dure support contracten en abo's voor de antivirus is gewoon vervangen voor andere producten die hetzelfde werk doen en voor veel minder geld.
Fortinet is t kwijt.... dat heeft ze vanaf mijn hoek al tonnen aan omzet gekost. succes is een keuze. En de security updates allemaal leuk, maar t is gewoon zo lek als een mandje blijkt weer uit deze update.
Om te kunnen reageren moet je ingelogd zijn
:strip_exif()/u/853611/crop624d68b25cafc.gif?f=community)
:strip_icc():strip_exif()/u/547196/crop5b5ecd5b528b3_cropped.jpeg?f=community)
:strip_exif()/u/32775/fokker-60x60.gif?f=community)
:strip_icc():strip_exif()/u/403510/tweakers.net.jpg?f=community)
:strip_exif()/u/20659/crop68b0a63d5da15.gif?f=community)
:strip_icc():strip_exif()/u/2093/crop5d84c4c19324b_cropped.jpeg?f=community)
:strip_exif()/u/37746/crop6a9ac8eae483f_cropped.webp?f=community)
/u/4024/crop5c747abb77d3d_cropped.png?f=community)
:strip_icc():strip_exif()/u/807941/crop57e13d0669d48_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/16422/crop5aeaddaca37a5_cropped.jpeg?f=community)
/u/62384/crop61891f444d6e9.png?f=community)
/u/239221/crop5db17928dbd60_cropped.png?f=community)
/u/441020/crop577ad2276cade.png?f=community)
/u/533588/crop5c477836e5227_cropped.png?f=community)
/u/450484/crop5db05062083ff_cropped.png?f=community)
/u/954149/crop5984ccfcadb91.png?f=community)
:strip_icc():strip_exif()/u/26028/penguin.jpg?f=community)
/u/674029/crop6ab50fa8152f9.png?f=community)
:strip_icc():strip_exif()/u/673195/crop58f270eadad40_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/57655/SuperTeamLogo.jpg?f=community)
:strip_icc():strip_exif()/u/268386/crop56fea987ec56c_cropped.jpeg?f=community)