WERELDWIJDE PANIEK: Grote cyberaanvallen wereldwijd na cruciaal lek #2

quote:

Op woensdag 21 oktober 2026 15:41 schreef Tengano het volgende:

[..]

quote:

Over the past two months, we led a coalition of maintainers, researchers, and security providers to address critical vulnerabilities in PHP, an open-source programming language used to run websites and web applications. Calif identified a critical flaw using GPT‑5.6 Sol as part of our Patch the Planet⁠(opens in a new window) initiative, with Wiz also independently discovering and reporting both vulnerabilities. PHP’s maintainers led the fixes and release, with our teams and partners like Wiz, Cloudflare, and others contributing research, technical support, and coordination to prepare protections ahead of disclosure.

For organizations using PHP, the priority now is applying the fixes. We’re sharing a PHP version checker and we will be launching an accompanying Codex skill to help operators identify potentially vulnerable PHP versions and, alongside PHP’s and their providers’ guidance, determine which updates apply.

Given the severity of these flaws and PHP’s widespread use, we consider this one of the most impactful security issues in recent memory. It highlights how AI can uncover security flaws with internet-scale impact, but the same capabilities can also help attackers rapidly develop offensive tools and exploits.

To our knowledge, frontier AI found these vulnerabilities before attackers did, opening a Defender’s Window for maintainers and security providers to prepare fixes and protections ahead of disclosure.

quote:

Op woensdag 21 oktober 2026 16:22 schreef beefkeek het volgende:
- laat ook maar, is 't niet waard -

quote:

Op woensdag 21 oktober 2026 16:31 schreef Firuze60 het volgende:
Als digibeet begrijp ik dat het allemaal wel meeviel? Had mij al voorbereid om eens eindelijk die ongelezen papieren boeken maar eens te gaan lezen.

quote:

Op woensdag 21 oktober 2026 16:33 schreef raptorix het volgende:

[..]
De update is heel simpel, maar doe je het niet dan valt het ook niet mee, je zal de komende tijd heel wat sites zien die gehacked zijn vermoed ik

quote:

Op woensdag 21 oktober 2026 14:39 schreef Zipportal het volgende:
FOK servers langs het spoor doen het nog. @:rambodirk

quote:

Op woensdag 21 oktober 2026 16:35 schreef beefkeek het volgende:

[..]

Dit laat (jammer genoeg) vooral zien hoeveel websites hun zootje niet op orde hebben.

quote:

Op woensdag 21 oktober 2026 16:35 schreef beefkeek het volgende:

[..]
Het komt wel aardig overeen met wat ik eerder aangaf. Als je AppArmor of SELinux gebruikt en een gebruikersaccount met beperkte rechten zonder interactieve shell gebruikt is het effect hiervan beperkt.

Dit laat (jammer genoeg) vooral zien hoeveel websites hun zootje niet op orde hebben. Ik ben benieuwd waarom veel van de websites besloten hebben op zwart te gaan, want de informatie die tot nu toe beschikbaar is laat niet echt zien dat 't echt nodig was.

quote:

Well patching for PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35. is actually quite easy. Source downloads are on our downloads page. Windows source and binaries are on the same page. Linux distributions and LTS vendors received the patches in advance, so check your vendor for updated packages.PHP 8.1 and older no longer receive updates from the PHP project. Some distributions and LTS vendors provide backported fixes, so contact your vendor for details, or upgrade to a supported version. If you rely on the volunteer-maintained rpms.remirepo.net, we urge you to switch to distribution packages or build from source, so you can immediately apply updates. The repo will not have updates today. Given the severity of these vulnerabilities, the PHP security team provided minimal source-backports for PHP 7.4, PHP 8.0, and PHP 8.1 to help people building from source or without access to an LTS vendor.


Set memory_limit=-1, preferably in a way applications can't override, such as php_admin_value in the FPM pool or Apache configuration, and check that no pool, directory or application setting puts a finite limit back. This removes the controllable PHP memory limit failure, but an underlying allocation failure can still reach the vulnerable path. Set a low post_max_size. For applications that don't require file uploads, set post_max_size = 8M. If file uploads are necessary, set post_max_size = 32M. Keep upload_max_filesize below post_max_size. Consider enforcing limits at the web server or proxy level for decoded request size, input field count, multipart part count, header count, and nesting depth. These limits must also cover requests without a usable Content-Length. Use a container or cgroup limit as an availability boundary, preferably with a policy that kills only the affected worker. Do not substitute RLIMIT_AS or RLIMIT_DATA, as these can cause the vulnerable allocation failure. Set session.upload_progress.enabled=0 and restart every worker. Use php.ini, an FPM pool or server configuration that applies before request parsing. Do not rely on ini_set() or FPM .user.ini. This blocks the confirmed session paths but not other variants. On PHP 8.5, set fatal_error_backtraces=0 and restart every worker. This blocks the confirmed fatal backtrace path only. Remove invalid or deprecated settings applied per request that emit diagnostics before initialization. Hiding diagnostics with error_reporting, display_errors or @ does not help. Fix attacker-reachable fatal errors and execution timeouts, including failures in callbacks, upload or import processing cleanup and you're good to go.

quote:

Op woensdag 21 oktober 2026 16:42 schreef raptorix het volgende:

[..]
Veel organisaties hebben ook geen goede CMDB met wat er gebruikt word, hoewel we die hier hebben is er toch nog voor de zekerheid alles langsgelopen, mijn manager op vrije dag had het er maar druk mee
Maar goed kan me het ook wel voorstellen, als ik CEO was, en ik zou moeten kiezen voor 1% dat de kans dat je gehacked word, of een paar uurtjes down dan zou ik het wel weten, het is ook een stukje PR: KIJK wij doen alles aan security.

quote:

Op woensdag 21 oktober 2026 16:47 schreef beefkeek het volgende:

[..]
Shodan heeft eerder vandaag ~900k websites gevonden die hun PHP versie adverteerden en die lager dan 8.1 was. Die is eind vorig jaar end of life gegaan. Dat vind ik best zorgelijk.

Ik weet het niet. Ik vond de beschikbare informatie van php.net en andere onderzoekers ook wel heel summier. php.net gooit zo'n boodschap eruit zonder eruit te gooien welke workarounds of mitigaties er mogelijk zijn. Ik heb ook veel informatie via andere partijen als leveranciers enzo gekregen, maar dit had gewoon op de php.net website moeten staan.

quote:

Op woensdag 21 oktober 2026 16:51 schreef raptorix het volgende:

[..]
Ja, als je bij grotere organisaties rondloopt die wat minder mature zijn zie je allemaal van die spookapplicaties draaien, waarvan vaak niemand weet of het nog gebruikt word, of van die dingen die tijdelijk zijn neergezet, het zijn er natuurlijk veel meer omdat de meest beheerders de versie headers uit zetten, weet niet of Shodan op een andere manier ook checked, maar goed.

quote:

De ontwikkelaars van PHP hebben twee patches beschikbaar gesteld. Die zijn gemaakt om de ontdekte kwetsbaarheden te dichten. Beheerders van websites hebben het dringende advies gekregen om de reparaties zo snel mogelijk door te voeren. Daarna kunnen veel sites weer online, is de verwachting.

Of de problemen daarmee direct verholpen zijn? ,,Dat denk ik niet eerlijk gezegd", zei directeur van het NCSC Corine Schipper-Derkse eerder al om de verwachtingen te temperen. ,,Het zal even duren voordat de patch is aangebracht. En dan zal er ook nog controle nodig zijn. Maar er wordt heel hard aan gewerkt om de overlast zo veel mogelijk te beperken."

Websites kunnen na het doorvoeren van de belangrijke update om de kwetsbaarheden van PHP op te lossen, mogelijk niet allemaal direct weer online, volgens Schipper-Derkse. ,,Sommige websites kunnen een knop omzetten, maar voor andere websites kan het langer duren. Dat is afhankelijk van welke versie ze gebruiken."

quote:

Op woensdag 21 oktober 2026 16:29 schreef Tengano het volgende:

[..]

quote:

Op woensdag 21 oktober 2026 16:10 schreef beefkeek het volgende:
@:The-BFG De enige dag in de geschiedenis dat het meeste van het internet op de meest recente PHP versie zal draaien

quote:

Op woensdag 21 oktober 2026 17:07 schreef Nattekat het volgende:

[..]
Hij dacht dat ik een verontschuldiging aan ging bieden ofzo. Had het al genegeerd, dus het was in ieder geval wederzijds