image

Wordpress 7.1.2 verhelpt kritieke kwetsbaarheid

donderdag 24 september 2026, 09:10 door Redactie, 10 reacties

WordPress heeft versie 7.1.2 uitgebracht waarin een Path Traversal kwetsbaarheid is verholpen die onder bepaalde omstandigheden kan leiden tot het uitvoeren van willekeurige code op de server (Remote Code Execution). Deze nieuwe 7.1.2 release komt 5 dagen nadat WordPress versie 7.1.1 beschikbaar werd gesteld, waarin 11 verschillende kwetsbaarheden werden verholpen.

De in WordPress 7.1.2 verholpen Path Traversal kwetsbaarheid kan worden misbruikt om code uit te voeren op de server wanneer een theme is geïnstalleerd waarin een "top-level" directory aanwezig is die begint met de string "page-", een bestaand PHP script (zoals bijvoorbeeld pearcmd.php) aanwezig is op de server dat kan worden gebruikt om systeemcommando's uit te voeren en de "register_argc_argv" setting is ingeschakeld.

WordPress geeft aan dat Twenty Twelve, Twenty Fourteen en meerdere third-party themes, zoals Neve, Hestia en Sydney, de benodigde "page-" prefixed directory bevatten en dat het officiële PHP Docker image een pearcmd.php script bevat dat kan worden gebruikt voor de exploitatie en tevens de register_argc_argv setting heeft ingeschakeld.

Gebruikers worden opgeroepen om de beschikbare patches zo snel mogelijk te installeren.

Reacties (10)
24-09-2026, 14:43 door Anoniem
Heb automatische updates geregeld via the wp-cli + cron werkt best ok
24-09-2026, 16:41 door Anoniem
Bij WordPress heb je altijd garantie dat er nog genoeg kwetsbaarheden over blijven om je site te laten hacken.
Lang leve WordPress!
24-09-2026, 18:26 door Anoniem
Door Anoniem: Bij WordPress heb je altijd garantie dat er nog genoeg kwetsbaarheden over blijven om je site te laten hacken.
Lang leve WordPress!
Daar is die weer.
Dat geldt voor alle systemen, Windows, Android, IOS, zelfs Linux. Vooral als de gebruikers danwel beheerders te laat of niet updaten als de leverancier met snelle reparaties komen.
24-09-2026, 19:33 door Anoniem
Door Anoniem:
Daar is die weer.
Dat geldt voor alle systemen, Windows, Android, IOS, zelfs Linux. Vooral als de gebruikers danwel beheerders te laat of niet updaten als de leverancier met snelle reparaties komen.
Ja en nee. Veel software kent kwetsbaarheden, maar er is een verschil in kwaliteit tussen software. Wordpress kent een lage kwaliteit in software. Een goede webapplicatie is volgens een MVC-structuur opgebouwd of iets dat een vergelijkbare structuur in de code aanbrengt. In Wordpress is dat totaal afwezig. HTML en PHP code dwars door elkaar heen. Een goede applicatie structuur kent een startpunt voor een request (zeg maar een index.php o.i.d.). Wordpress kent vele PHP bestanden die direct aanroepbaar zijn. PHP kent een diepe laag qua includes en aanroepen van andere PHP-bestanden. Volgen hoe een request door de code precies wordt afgehandeld is een hel. Wordpress laat zich zonder overdrijven het beste omschrijven als, het welbekende, spaghetti-code.
25-09-2026, 06:40 door Anoniem
Sterker, MVC is een begrip van IBM uit het vorige eeuw dat ook is overgenomen door PHP volk om hun scripts gewichtiger te laten lijken. Een init-script heet hoogdravend bootstrap.php en het hoofdelement van WordPress heet mainframe.
Het enige jammere is dat MVC veel verschillende en verkeerde interpretaties kent in de PHP hoek wat ook niet vreemd is: MVC is nooit voor PHP bedoelt en het is zelfs totaal niet van toepassing op PHP, vanwege de aard van webdevelopment.
Maar ze blijven elkaar maar napraten als in een echokamer en het is heel moeilijk voor PHP-ers om buiten hun kaders te denken.
Gelukkig is PHP beperkt tot server side development en kan je er geen WASM mee maken.
25-09-2026, 11:01 door Anoniem
Door Anoniem: Gelukkig is PHP beperkt tot server side development en kan je er geen WASM mee maken.

Ja, want php is dood... /sarcasm
https://php-wasm.seanmorr.is/
25-09-2026, 12:39 door Anoniem
Mijn vermoeden is dat je dezelfde persoon bent die in de post over Wordpress 7.1.1 laat weten geen fan te zijn van PHP. Ook hier, dat mag. En ook hier, je conclusies zijn niet juist. PHP is een zeer toegankelijke taal. Dat trekt alle soorten ontwikkelaars aan. Goede, maar ook slechte. Omdat slechte programmeurs slechte code schrijven, maakt dat de taal nog niet slecht. Ja, ik erger me ook dood aan de vele bagger PHP code. Alle troep die je via composer in je project kan stoppen. Brrr, ik blijf er ver van weg. Maar dat ligt niet aan PHP. PHP is een prima taal. Wat je met Java of Python kan, kan je ook met PHP en omgekeerd. Met al deze talen zijn prima veilige, snelle en robuste websites en webapplicaties te maken.
26-09-2026, 22:36 door Anoniem
Door Anoniem:
Door Anoniem: Gelukkig is PHP beperkt tot server side development en kan je er geen WASM mee maken.

Ja, want php is dood... /sarcasm
https://php-wasm.seanmorr.is/
Een eenmans PoC dat niet serieus te nemen is, geen mens gaat dat op een website gebruiken.
26-09-2026, 22:44 door Anoniem
Door Anoniem: Mijn vermoeden is dat je dezelfde persoon bent die in de post over Wordpress 7.1.1 laat weten geen fan te zijn van PHP. Ook hier, dat mag. En ook hier, je conclusies zijn niet juist. PHP is een zeer toegankelijke taal. Dat trekt alle soorten ontwikkelaars aan. Goede, maar ook slechte. Omdat slechte programmeurs slechte code schrijven, maakt dat de taal nog niet slecht. Ja, ik erger me ook dood aan de vele bagger PHP code. Alle troep die je via composer in je project kan stoppen. Brrr, ik blijf er ver van weg. Maar dat ligt niet aan PHP. PHP is een prima taal. Wat je met Java of Python kan, kan je ook met PHP en omgekeerd. Met al deze talen zijn prima veilige, snelle en robuste websites en webapplicaties te maken.
Ik weet niet of ik diezelfde persoon was, maar na 25+ jaar PHP-development kan ik het weten.
PHP is absoluut geen toegankelijke taal omdat het details die niet onbelangrijk zijn voor je verbergt. Als er iets niet goed gaat, krijg je geen foutmelding. Dus in 80-90% van de gevallen lijkt alles goed te gaan, totdat er zich een randgeval voordoet waar je niet van te voren aan had gedacht. PHP helpt je daarbij geen moment. Een design pattern was/is zelfs om magic functions _get() en _set() te gebruiken om zelf dan maar foutmeldingen in te bouwen als je de naam van een eigenschap verkeerd hebt gespeld. Het is alsof je spijker in de muur slaat met een schroevendraaier. En alle PHP-ers vinden het maar best zo, dat je niet lijkt te hoeven begrijpen wat er zich onderwater allemaal speelt. Dat de precieze werking van alle PHP-extensies er maar net vanaf hangt hoe het is gecompileerd, hoe je OS is geconfigureerd, etc.
Leg mij nou eens uit hoe je daar in vredesnaam een veilig en correct programma mee kan schrijven? Zelfs de documentatie op PHP.net was nooit actueel, en als je dan op stackoverflow.com de ontwikkelaars benadert over het onvolledig zijn van de documentatie, komen ze met een schaduw-tickettngsysteem waar geen mens wat vanaf weet, waar alle documentatie-todo's in staan. Wat verwacht je dan van 'userland' developers die PHP-scripts schrijven, als zelfs de referentiedocumentatie structureel incompleet en met regelmaat onjuist is? Dat is geen fatsoenlijke scripttaal, dat is gewoon een grote bende.
En dan maar blijven stellen dat PHP toegankelijk is, waar haal je het vandaan?!
28-09-2026, 11:40 door Anoniem
Door Anoniem:
En dan maar blijven stellen dat PHP toegankelijk is, waar haal je het vandaan?!
Uit het feit dat het veel gebruikt wordt. Zoek maar naar statistieken. Dan zie je PHP samen met Python bovenaan staan. En met toegankelijk bedoel ik: iedereen kan het installeren en gebruiken.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.