image

PHP publiceert patches voor kritieke kwetsbaarheden: 'Patch nu meteen!'

woensdag 21 oktober 2026, 16:46 door Redactie, 32 reacties

De ontwikkelaars van programmeertaal PHP hebben vandaag om 16.00 uur beveiligingsupdates uitgebracht voor twee kritieke kwetsbaarheden in PHP die remote code execution (RCE) door ongeauthenticeerde aanvallers mogelijk maken. The PHP Foundation, cybersecuritybedrijven en overheden wereldwijd roepen beheerders en PHP-gebruikers op om de patches meteen te installeren, aangezien de komende dagen met grootschalige aanvallen rekening wordt gehouden.

Vanwege de bekendmaking van de beveiligingslekken besloot Security.NL woensdagochtend vroeg uit voorzorg de website offline te halen. Later op de dag volgden ook andere websites, waaronder die van DigiD, MijnOverheid, het Nationaal Cyber Security Centrum (NCSC), de Belastingdienst, de Tweede Kamer, de Autoriteit Persoonsgegevens, de Autoriteit Consument & Markt (ACM), de vacaturesite van het Ministerie van Defensie, verschillende gemeenten en andere overheidsinstanties, ziekenhuizen, politieke partijen en verschillende mediakanalen.

De twee kwetsbaarheden worden aangeduid als CVE-2026-109618 en CVE-2026-109619, maar staan ook bekend als 'PHP2Shell'. Het gaat om remote code execution via out-of-memory corruption en een 'stale global state' die kan leiden tot een use after free en zo remote code execution mogelijk maakt. Alle PHP-installaties die web requests doen, waaronder PHP-FPM, Apache met mod_php, php-cgi, FrankenPHP en LiteSpeed zijn kwetsbaar. Mod_php loopt volgens het PHP-ontwikkelteam het grootste risico, waarbij onderzoekers een exploit hebben getoond waarbij een ongeauthenticeerd request de aanval kan veroorzaken, nog voordat er applicatiecode draait. "Beide kwetsbaarheden kunnen zonder authenticatie via webverzoeken worden misbruikt en kunnen leiden tot het uitvoeren van willekeurige code op de getroffen server", zo meldt het NCSC.

Beveiligingsupdates
De kwetsbaarheden zijn verholpen in PHP-versies 8.5.12, 8.4.27, 8.3.36 en 8.2.35. Het PHP-ontwikkelteam benadrukt dat PHP 8.1 en ouder niet langer beveiligingsupdates van het PHP project ontvangen. Vanwege de impact van de kwetsbaarheden heeft het PHP security team 'minimale source-backports' beschikbaar gesteld voor PHP 7.4, PHP 8.0 en PHP 8.1. Zo kunnen gebruikers op basis van de broncode een eigen update compileren. Tevens meldt PHP dat sommige Linux-distributies en LTS-leveranciers 'backported fixes' bieden. Daarnaast zijn verschillende maatregelen gepubliceerd die beheerders kunnen nemen om specifieke 'attack paths' te beperken. Het PHP security team merkt op dat deze maatregelen PHP-installaties niet veilig maken.

Oorspronkelijk was PHP van plan om donderdag met beveiligingsupdates te komen, zo meldt cybersecuritybedrijf watchTowr. Nadat er dinsdagavond op Hacker News informatie over de beveiligingslekken was gepubliceerd kwam PHP niet veel later met de aankondiging dat het woensdag om 16.00 uur patches voor de kritieke problemen zou publiceren. Dane Knecht, CTO van Cloudflare, meldde vanochtend rond 10.00 uur Nederlandse tijd dat de eerste aanvallen door het internetbedrijf waren waargenomen, maar gaf geen verdere details. Het NCSC heeft nog geen actief misbruik gesignaleerd. Ook het Amerikaanse cyberagentschap CISA zegt niet bekend te zijn met misbruik van het probleem.

Grote impact
Volgens W3Techs draait bijna zeventig procent van alle websites op PHP. Daarnaast wordt de programmeertaal ook voor allerlei andere toepassingen en systemen gebruikt, zoals contentmanagementsystemen WordPress, Drupal, Joomla en Magento. De online virusscandienst van Google, VirusTotal, meldt dat het 5,1 miljoen ip-adressen ziet die PHP draaien, waarvan zo'n 3,8 miljoen tenminste één open poort hebben. Slechts 1,1 miljoen van deze systemen meldt welke PHP-versie er draait. "Anders gezegd, vier op de vijf PHP-servers verbergt hun PHP-versie", aldus VirusTotal. Van de servers die hun PHP-versie bekendmaken draait een groot aantal een versie die end-of-life is en niet meer met patches wordt ondersteund.

Twee jaar geleden werd een ander PHP-lek (CVE-2024-4577) een dag na het uitkomen van de betreffende patches op grote schaal misbruikt bij aanvallen en ook nu wordt rekening gehouden met grootschalig misbruik. Het Europese computer emergency response team (CERT-EU) adviseert daarom om systemen die niet meteen kunnen worden gepatcht offline te halen totdat dit wel kan.

Het NCSC raadt aan om totdat de kwetsbaarheden verholpen zijn, een risisocafweging te maken per systeem dat PHP gebruikt en aan het internet hangt of aanvullende maatregelen noodzakelijk zijn, zoals het uitschakelen van het systeem. "Bij veel van deze producten zal de gebruiker afhankelijk zijn van de vendor om te updaten naar de nieuwste versie van PHP", zo laat de overheidsinstantie weten.

"De recente kwetsbaarheden in PHP, een veelgebruikte programmeertaal, onderstrepen het belang van het tijdig installeren van beveiligingsupdates en het snel treffen van passende maatregelen", aldus de Rijksinspectie Digitale Infrastructuur (RDI). De toezichthouder roept organisaties op om hun digitale weerbaarheid te versterken.

Reacties (32)
Gisteren, 20:48 door Anoniem
Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
Gisteren, 21:00 door Anoniem
Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Gisteren, 21:03 door Anoniem
Welkom terug! Heb jullie gemist.
Gisteren, 21:18 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
De laatste versie PHP 5.x is van 2006, dat is TWINTIG jaar geleden.
Ja Microsoft doet dat véél beter, jij hebt vorige week nog patches voor XP voorbij zien komen, niet?
Gisteren, 21:31 door Anoniem
Door Anoniem:
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
De laatste versie PHP 5.x is van 2006, dat is TWINTIG jaar geleden.
Ja Microsoft doet dat véél beter, jij hebt vorige week nog patches voor XP voorbij zien komen, niet?

20 jaar geleden, toen was ik net student af. En nu zit ik meer richting mijn pensioen te werken. Sommige van mijn collega's waren nog niet eens geboren.
Gisteren, 21:33 door Anoniem
Het staat al op Wikipedia:
https://en.wikipedia.org/wiki/PHP2Shell
Gisteren, 21:34 door Anoniem
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat maakt het uit dat je geen brandblusser hebt als je buren dat wel hebben.

Aansprakelijkheid.

Jij bent eind verantwoordelijk voor jouw site dus als het misgaat ligt de rekening en administratie bij jou.
Tenzij je een hele goede SLA hebt waarin je provider verantwoordelijk is te stellen voor schade van buitenaf heb je geen poot om op te staan. Dit geldt ook voor als je managed hosting afneemt als je de kleine lettertjes leest. Enkel grove nalatigheid en opzet heb je enige poot bij op te staan naar hosting providers toe. Dit zeg ik als operation manager van zo partij.

En een beetje server hosting draait zijn klanten sandboxed, jailed dus wat 1 klant treft kan zelden de hele server raken. Dus risico en impact analyse is ook vaak aan de klant en de hoster grijpt enkel in als het echt mis gaat en dan vaak simpelweg een suspend op een klant tot klant het zelf fixed of klant ervoor betaald.. Dat er hele hosting partijen hebben besloten alles offline te donderen is een redelijk unicum zelfs tijdens hoogte dagen van heartbleed en Mirai zag je dat niet gebeuren op een enkeling na.

Maar als zelfs security bedrijven offline gaan de gene best gewapend tegen meeste aanvallen met meer expertice op beveiliging gebied dan meeste grote bedrijven en jij moet je afvragen waarom het verstandig is dat advies ook op te volgen dan heb je echt wat bij te leren.
Gisteren, 21:36 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.

Je kunt php5 gewoon door een llm laten upgraden.
Gisteren, 21:46 door Anoniem
Door Anoniem:
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
De laatste versie PHP 5.x is van 2006, dat is TWINTIG jaar geleden.
Ja Microsoft doet dat véél beter, jij hebt vorige week nog patches voor XP voorbij zien komen, niet?


Weer zo'n knuppel die nooit van backpoorten gehoord heeft.

the default PHP 5.4 in RHEL 7, Red Hat’s support window for RHEL 7 ended June 30, 2024; continued coverage after that depends on whether the system has Extended Life Cycle Support and the package is included
Gisteren, 22:47 door Anoniem
Patch seems to be incomplete: https://x.com/Dinosn/status/2112962329772245311
Gisteren, 22:55 door Anoniem
Door Anoniem:
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat maakt het uit dat je geen brandblusser hebt als je buren dat wel hebben.

Aansprakelijkheid.

Jij bent eind verantwoordelijk voor jouw site dus als het misgaat ligt de rekening en administratie bij jou.
Tenzij je een hele goede SLA hebt waarin je provider verantwoordelijk is te stellen voor schade van buitenaf heb je geen poot om op te staan. Dit geldt ook voor als je managed hosting afneemt als je de kleine lettertjes leest. Enkel grove nalatigheid en opzet heb je enige poot bij op te staan naar hosting providers toe. Dit zeg ik als operation manager van zo partij.

En een beetje server hosting draait zijn klanten sandboxed, jailed dus wat 1 klant treft kan zelden de hele server raken. Dus risico en impact analyse is ook vaak aan de klant en de hoster grijpt enkel in als het echt mis gaat en dan vaak simpelweg een suspend op een klant tot klant het zelf fixed of klant ervoor betaald.. Dat er hele hosting partijen hebben besloten alles offline te donderen is een redelijk unicum zelfs tijdens hoogte dagen van heartbleed en Mirai zag je dat niet gebeuren op een enkeling na.

Maar als zelfs security bedrijven offline gaan de gene best gewapend tegen meeste aanvallen met meer expertice op beveiliging gebied dan meeste grote bedrijven en jij moet je afvragen waarom het verstandig is dat advies ook op te volgen dan heb je echt wat bij te leren.

Dat heb ik al met twee serverboeren meegemaakt. Die houding.

Ik wens je wel een fijn arbeidesverleden, pik.

Maar ik winkel verderop.
Gisteren, 22:58 door BerryVHouten
Als we X mogen geloven dan zijn sommige PHP patches niet afdoende.

Zie https://x.com/Dinosn/status/2112962329772245311 en https://x.com/0xTib3rius/status/2112972304850530344
Gisteren, 23:25 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
Kletskoek. Elke maand blijken er kritieke lekken in Microsoft producten te zitten. Meer dan 100 zelfs afgelopen maand.e%T
Gisteren, 23:44 door Anoniem
Door BerryVHouten: Als we X mogen geloven dan zijn sommige PHP patches niet afdoende.

Zie https://x.com/Dinosn/status/2112962329772245311 en https://x.com/0xTib3rius/status/2112972304850530344

Het zou me niets verbazen als we de komende paar maanden meer van dit soort akties krijgen. Kort geleden was het httpd, nu php. Alles wordt door llms gescanned nu.
Vandaag, 05:07 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
De laatste PHP 5.x-versie ondersteunen de makers ervan al niet meer sinds 2018 (het door iemand genoemde 2006 slaat op de eerste 5.x-versie, namelijk 5.1, en niet op de laatste). Als je (zoals iemand suggereert) een ondersteunde backport van bijvoorbeeld RedHat gebruikt dan is het aan RedHat om te zorgen dat die gepatcht wordt, niet aan de makers van PHP. De maker van de backport is verantwoordelijk voor de ondersteuning ervan.

Als je niet zo'n backport gebruikt, dan moet je zelf zorgen dat je bij blijft en het niet als probleem van de makers zien als je dat nalaat, dat is dan echt je eigen nalatigheid. Dan zou de juiste vergelijking zijn dat je nog Windows XP of Vista gebruikt en klaagt dat Microsoft het slecht voor elkaar heeft met EOL terwijl je zelf degene bent die dat negeert.

Hoe dan ook is het onterecht om de makers van welke software dan ook aan te spreken op het niet patchen van een versie die ze al 8 jaar niet meer ondersteunen.
Vandaag, 05:22 door Anoniem
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat bedoel je met hetzelfde platform? Het is echt niet zo dat alle PHP-sites ter wereld op dezelfde server draaien en dat het inbreken in de ene PHP-site gelijk staat aan het inbreken in allemaal tegelijk.
Vandaag, 07:49 door Anoniem
Door BerryVHouten: Als we X mogen geloven dan zijn sommige PHP patches niet afdoende.

Zie https://x.com/Dinosn/status/2112962329772245311 en https://x.com/0xTib3rius/status/2112972304850530344
Zullen we de berichten op X niet als de waarheid aannemen ?
Vandaag, 09:17 door Anoniem
Door Anoniem:
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat maakt het uit dat je geen brandblusser hebt als je buren dat wel hebben.

Aansprakelijkheid.

Jij bent eind verantwoordelijk voor jouw site dus als het misgaat ligt de rekening en administratie bij jou.
Tenzij je een hele goede SLA hebt waarin je provider verantwoordelijk is te stellen voor schade van buitenaf heb je geen poot om op te staan. Dit geldt ook voor als je managed hosting afneemt als je de kleine lettertjes leest. Enkel grove nalatigheid en opzet heb je enige poot bij op te staan naar hosting providers toe. Dit zeg ik als operation manager van zo partij.

En een beetje server hosting draait zijn klanten sandboxed, jailed dus wat 1 klant treft kan zelden de hele server raken. Dus risico en impact analyse is ook vaak aan de klant en de hoster grijpt enkel in als het echt mis gaat en dan vaak simpelweg een suspend op een klant tot klant het zelf fixed of klant ervoor betaald.. Dat er hele hosting partijen hebben besloten alles offline te donderen is een redelijk unicum zelfs tijdens hoogte dagen van heartbleed en Mirai zag je dat niet gebeuren op een enkeling na.

Maar als zelfs security bedrijven offline gaan de gene best gewapend tegen meeste aanvallen met meer expertice op beveiliging gebied dan meeste grote bedrijven en jij moet je afvragen waarom het verstandig is dat advies ook op te volgen dan heb je echt wat bij te leren.

:D denk je nu echt dat de cheap hosting bedrijven als mijndomein of yourhosting, of iets van 3eur/m elke website een eigen httpd en php daemon geven.

De meeste dovecot installaties zijn volgens mij al shared, omdat die systeembeheerders te lui zijn om linux users aan te maken.
Vandaag, 09:38 door Anoniem
Op de onderstaande site staan ook mitigerende maatregelen:
https://www.php2shell.com/

Denk niet aan de roze olifant...
Vandaag, 09:52 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.

Wat snap jij niet aan patchmanagement? Ook een EOL product van MS kan je blijven draaien...
Net zoals je op 5.x al een hele tijd geen updates kreeg, dus EOL.... Wat is het verschil? De oorzaak ligt bij je patchmanagement, niet je leverancier... althans, niet als het gaat om jij gebruikt nog 5..x
Vandaag, 10:05 door Xavier Ohole
Het blijft me verbazen dat 'serieuze' sites (DigID, mijn overheid, security.nl ...) PHP gebruiken!
Vandaag, 10:27 door Anoniem
Door Anoniem:
Door Anoniem:
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat maakt het uit dat je geen brandblusser hebt als je buren dat wel hebben.

Aansprakelijkheid.

Jij bent eind verantwoordelijk voor jouw site dus als het misgaat ligt de rekening en administratie bij jou.
Tenzij je een hele goede SLA hebt waarin je provider verantwoordelijk is te stellen voor schade van buitenaf heb je geen poot om op te staan. Dit geldt ook voor als je managed hosting afneemt als je de kleine lettertjes leest. Enkel grove nalatigheid en opzet heb je enige poot bij op te staan naar hosting providers toe. Dit zeg ik als operation manager van zo partij.

En een beetje server hosting draait zijn klanten sandboxed, jailed dus wat 1 klant treft kan zelden de hele server raken. Dus risico en impact analyse is ook vaak aan de klant en de hoster grijpt enkel in als het echt mis gaat en dan vaak simpelweg een suspend op een klant tot klant het zelf fixed of klant ervoor betaald.. Dat er hele hosting partijen hebben besloten alles offline te donderen is een redelijk unicum zelfs tijdens hoogte dagen van heartbleed en Mirai zag je dat niet gebeuren op een enkeling na.

Maar als zelfs security bedrijven offline gaan de gene best gewapend tegen meeste aanvallen met meer expertice op beveiliging gebied dan meeste grote bedrijven en jij moet je afvragen waarom het verstandig is dat advies ook op te volgen dan heb je echt wat bij te leren.

:D denk je nu echt dat de cheap hosting bedrijven als mijndomein of yourhosting, of iets van 3eur/m elke website een eigen httpd en php daemon geven.

De meeste dovecot installaties zijn volgens mij al shared, omdat die systeembeheerders te lui zijn om linux users aan te maken.
En dus noem je budget hosters waarin ik stel dat als je verstand hebt dat dus niet doet als infra. Of beter gezegd als je je omzet niet boven alles stelt.

Ja dat die partijen de boel niet op orde hebben voor afscherming verbaasd niemand. Denk niet dat je ook veel mensen gaat aantreffen daar die ooit van het begrip io, cpu steal gehoord hebben nog aan de lijn hangen als dat in burst in monitor dashboard naar voren komt. Nee die zien prijzen van paar euro per maand en denken kan lekker goedkoop daar zitten. Niet wetende dat ook maar 1 uur echte specialisme al meer kost dan hun jaar hosting prijs. Dus krijg je bagger antwoorden. Ik zal niet zeggen welke partij van de drie ik zelf moest uitleggen dat hun verantwoordelijk waren voor de dkim dmarc toen er een vraag binnenkwam waarom de mail niet werkte van gezamenlijke klant *hun mx*

Ik heb klanten meegemaakt die zeggen digibeet te zijn maar nog makkelijker snappen wat ik zeg dan sommige IT bedrijven.
De markt is verrot met ongetalanteerde individuen en bedrijven die al sinds jaren 90 van internet hadden moeten zijn gehaald. Maar dat verbaasd ook niemand meer.
Vandaag, 10:36 door Anoniem
Door Xavier Ohole: Het blijft me verbazen dat 'serieuze' sites (DigID, mijn overheid, security.nl ...) PHP gebruiken!
Omdat? En wat zie je dan wel als een serieuze webtaal en waarom?
Vandaag, 11:03 door Anoniem
Door Anoniem: Op de onderstaande site staan ook mitigerende maatregelen:
https://www.php2shell.com/

Denk niet aan de roze olifant...

Wat a crap site, staat niet eens iets in om het te doen met mod_security. Je kunt beter vragen aan ai wat je moet doen, dan al die rommel lezen.
Vandaag, 11:13 door Anoniem

Ik heb klanten meegemaakt die zeggen digibeet te zijn maar nog makkelijker snappen wat ik zeg dan sommige IT bedrijven.
De markt is verrot met ongetalanteerde individuen en bedrijven die al sinds jaren 90 van internet hadden moeten zijn gehaald. Maar dat verbaasd ook niemand meer.

:) Dit is (helaas) niet beperkt tot de IT. Dit is gewoon een kenmerk van hoe intelligentie is verdeeld over een groep mensen. Daarom werkt democratie ook niet, niet echt verstandig om de middelmatige massa de strategie te laten bepalen…
Vandaag, 11:18 door Anoniem
Door Anoniem: Hmmm... We gebruiken hier nog PHP5.x helaas.

Doet Microsoft het toch beter voor EOL versies van hun Producten. Blijkbaar zit er toch verschil tussen Microsoft en bepaalde open source leveranciers.
PHP 5.6 is al sinds eind 2018 end-of-life. Wie in 2026 nog PHP 5.x draait zonder aanvullende beveiligingsondersteuning, heeft bijna acht jaar de tijd gehad om te migreren.

Op dit punt spreken we niet meer over achterstallig onderhoud, maar over nalatigheid.

Als securityprofessional zou je moeten weten dat lifecyclemanagement en patchmanagement tot de absolute basis van securityhygiëne behoren. Door zelfs deze fundamentele zaken niet op orde te hebben, zet je de geloofwaardigheid van ons vakgebied te grabbel.

Het wijzen naar Microsoft of het verschil tussen open en closed source is niets meer dan het afschuiven van verantwoordelijkheid. Security begint bij het op orde hebben van je eigen omgeving, niet bij de verwachting dat leveranciers verouderde software eindeloos blijven ondersteunen.
Vandaag, 11:28 door Anoniem
Door Xavier Ohole: Het blijft me verbazen dat 'serieuze' sites (DigID, mijn overheid, security.nl ...) PHP gebruiken!
Mij niet. Gebrek aan expertise en men bin zunig. Ik las dat PHP wordt beheerd door een stichting met een budget van bijna 7 ton. 70% van de internet websites is er van afhankelijk maar doneren wat is dat? Terwijl ze voor microsoft software miljarden over hebben en dan nog enthousiast zijn.
Vandaag, 11:34 door Anoniem
Door Anoniem:
Door Xavier Ohole: Het blijft me verbazen dat 'serieuze' sites (DigID, mijn overheid, security.nl ...) PHP gebruiken!
Omdat? En wat zie je dan wel als een serieuze webtaal en waarom?
Python natuurlijk https://www.djangoproject.com/ (batteries included) met bv https://vuejs.org/ met frontend React, Angular en Vue.js etc
Vandaag, 11:37 door Anoniem
Door Anoniem:
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Wat bedoel je met hetzelfde platform? Het is echt niet zo dat alle PHP-sites ter wereld op dezelfde server draaien en dat het inbreken in de ene PHP-site gelijk staat aan het inbreken in allemaal tegelijk.

Maar de meeste draaien wel shared. Wist je dat het gebrek aan geheel te beoordelen en het aanhalen van uitzonderingen in argumenten en gebrek aan intelligentie kan aanduiden??
Vandaag, 12:07 door Anoniem
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Alleen de website offline halen of in onderhoud zetten is inderdaad geen oplossing.
Maar je moet de database die erachter zit los koppelen, dan is het wel veilig.
De meeste websites komen dan met de melding dat er onderhoud is, terwijl eigenlijk de database is los gekoppeld.
Vandaag, 13:05 door Anoniem
Door Anoniem:
Door Anoniem: Ehh wat maakt het uit je website offline te halen, als er andere sites op hetzelfde platform gewoon door draaien.
Alleen de website offline halen of in onderhoud zetten is inderdaad geen oplossing.
Maar je moet de database die erachter zit los koppelen, dan is het wel veilig.
De meeste websites komen dan met de melding dat er onderhoud is, terwijl eigenlijk de database is los gekoppeld.
Blijkbaar kunnen er geen webpagina's worden veranderd anders hadden we het wel gehoord.
Vandaag, 13:18 door Anoniem
Door Anoniem:

Ik heb klanten meegemaakt die zeggen digibeet te zijn maar nog makkelijker snappen wat ik zeg dan sommige IT bedrijven.
De markt is verrot met ongetalanteerde individuen en bedrijven die al sinds jaren 90 van internet hadden moeten zijn gehaald. Maar dat verbaasd ook niemand meer.

:) Dit is (helaas) niet beperkt tot de IT. Dit is gewoon een kenmerk van hoe intelligentie is verdeeld over een groep mensen. Daarom werkt democratie ook niet, niet echt verstandig om de middelmatige massa de strategie te laten bepalen…

Dit gaat niet over intelligentie, die gaat over machtsposities. Wat zegt dit over uw 'intelligentie'
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.