# Na PHP nu Node.js, Java en Python: wennen aan vaker patchen

> Na PHP vragen ook Java, Node.js en Python-pakketten om patches. Waarom ik denk dat AI software veiliger kan maken en het werk van developers verandert.

Gepubliceerd: 2026-10-24 · Bijgewerkt: 2026-10-24 · Feiten gecheckt op 2026-10-24
URL: https://sobra.be/nostrabramus/ai-beveiligingslekken-rol-developers/

Na [de PHP-lekken van deze week](https://sobra.be/nostrabramus/php-lek-websites-offline/) vragen ook Java, Node.js en Python-pakketten om beveiligingsupdates. Ik denk dat we aan dit tempo van meldingen en patches gaan moeten wennen. En dat developers daar nog volop werk in hebben.

[Tweakers schreef over het Node.js-lek](https://tweakers.net/nieuws/253686/bug-in-node-punt-js-maakte-op-afstand-uitvoeren-van-code-mogelijk.html). Het lek, CVE-2026-111497, zit in Brotli, een bibliotheek die gecomprimeerde data uitpakt. [Node.js bracht op 21 oktober patches uit](https://nodejs.org/en/blog/vulnerability/october-2026-security-releases) in de versies 22.23.4, 24.22.1 en 26.12.1, en vermeldt OpenAI Codex Security als ontdekker. [Imperva toonde aan](https://www.imperva.com/blog/node2shell-from-brotli-data-to-remote-code-execution/) dat een aanvaller via dat lek eigen code kon laten uitvoeren op Node.js 24.22.0. De gepatchte versie weigerde dezelfde invoer.

Dezelfde decoder zit in [de Python-pakketten Brotli en brotlicffi](https://github.com/advisories/GHSA-9v8h-qqgm-4m35), opgelost in 1.2.1 en 1.2.1.0. [Aikido legt uit](https://www.aikido.dev/blog/python-packages-vulnerable-node2shell-brotli-cve-2026-111497) dat HTTP-clients zoals requests en httpx die automatisch gebruiken als ze geïnstalleerd zijn. Je eigen code hoeft Brotli dus niet eens rechtstreeks aan te spreken.

[Oracle bracht ook patches voor Java SE uit](https://www.oracle.com/security-alerts/cpuoct2026.html). Dat zijn afzonderlijke problemen. Het [NCSC beoordeelt bij het Brotli-lek](https://www.ncsc.nl/alerts/kwetsbaarheid-in-google-brotli-decoder-in-nodejs-update-nu) de kans op misbruik als gemiddeld en de mogelijke schade als groot. Op 23 oktober was er nog geen bewijs van actief misbruik.

## Vaker lekken vinden en sneller herstellen

[OpenAI verwacht dat zulke vondsten de komende maanden sterk toenemen](https://openai.com/index/coordinated-disclosure-of-critical-vulnerabilities/). Het beschrijft ook hoe AI kan helpen met fixes en tests, terwijl maintainers en beveiligingsexperts die controleren. Aanvallers krijgen die mogelijkheden evengoed.

Bij Java is dat al concreet. [Oracle bracht op 18 augustus een eerste maandelijkse Java-update uit](https://blogs.oracle.com/java/transitioning-java-to-more-frequent-security-updates), naast het vertrouwde kwartaalritme. De volgende staat gepland voor 17 november. Oracle noemt AI expliciet als reden: lekken worden sneller en op grotere schaal gevonden en opgelost. Teams moeten hun tests en uitrol daarop voorbereiden.

Ik verwacht dat dit de nieuwe realiteit wordt. Vaker patchen gaat af en toe pijn doen, zoals we bij PHP zagen.

Op termijn denk ik wel dat software hier veiliger door wordt. Elk lek dat vroeg gevonden en degelijk opgelost wordt, is er één minder in de bibliotheken waar we allemaal op bouwen. Maar een gevonden lek blijft een risico zolang de patch niet draait. Brotli toont dat goed: volgens Aikido was de oorzaak al in februari opgelost in de broncode. Niemand zag het toen als beveiligingsprobleem, er kwam geen release, dus draaide de fix nergens.

## Developers als bouwers en agent-teamleads

Dat werk doet zichzelf niet. Iemand moet beslissen wat er gepatcht wordt, hoe, en of het veilig live kan. Daarom geloof ik dat ons beroep blijft bestaan. Developers worden meer bouwers, architecten, agent-teamleads en beveiligers. We typen minder zelf. Bepalen wat er gebouwd wordt, hoe de onderdelen samenwerken en of het resultaat te vertrouwen is, wordt het eigenlijke werk.

Voor mij hoort daar goed en efficiënt delegeren naar AI bij. Een agent kan een wijziging voorbereiden, een andere kan de gevolgen voor de rest van de applicatie onderzoeken. Als developer bepaal je de opdracht, geef je de nodige context en controleer je of het resultaat klopt. Je moet ook kunnen ingrijpen als agents elkaar tegenspreken of een verkeerde aanname overnemen.

Neem die Brotli-update. Een agent kan uitzoeken via welke pakketten de bibliotheek binnenkomt, de nieuwe versies klaarzetten en de tests draaien. Maar of die analyse klopt, of de update vandaag live kan en wie ingrijpt als er toch iets breekt, beslist de developer. Die verantwoordelijkheid delegeer je niet. Het typen wordt minder belangrijk, de developer niet.

## Bronnen

- [October 2026 Security Releases (Node.js)](https://nodejs.org/en/blog/vulnerability/october-2026-security-releases)
- [Brotli vulnerability also affects Python packages, GHSA-9v8h-qqgm-4m35 (GitHub Advisory Database)](https://github.com/advisories/GHSA-9v8h-qqgm-4m35)
- [Critical Patch Update Advisory, October 2026 (Oracle)](https://www.oracle.com/security-alerts/cpuoct2026.html)
- [Bug in Node.js maakte op afstand uitvoeren van code mogelijk (Tweakers)](https://tweakers.net/nieuws/253686/bug-in-node-punt-js-maakte-op-afstand-uitvoeren-van-code-mogelijk.html)
- [Node2Shell evolves to HTTP2Shell: Brotli flaw affects libraries and apps (Aikido Security)](https://www.aikido.dev/blog/python-packages-vulnerable-node2shell-brotli-cve-2026-111497)
- [Node2Shell: From Brotli Data to Remote Code Execution (Imperva)](https://www.imperva.com/blog/node2shell-from-brotli-data-to-remote-code-execution/)
- [Kwetsbaarheid in Google Brotli-decoder in Node.js: update nu (NCSC)](https://www.ncsc.nl/alerts/kwetsbaarheid-in-google-brotli-decoder-in-nodejs-update-nu)
- [Transitioning Java to more frequent security updates (Oracle Java Blog)](https://blogs.oracle.com/java/transitioning-java-to-more-frequent-security-updates)
- [Patch the Planet: global response coordination as agents uncover critical vulnerabilities (OpenAI)](https://openai.com/index/coordinated-disclosure-of-critical-vulnerabilities/)