WordPress brengt beveiligingsupdate uit voor SQL-injection kwetsbaarheid
WordPress, het platform waar 43 procent van alle websites op draait, heeft een beveiligingsupdate uitgebracht die meerdere beveiligingslekken verhelpt, waaronder een SQL-injection kwetsbaarheid. Het beveiligingslek bevindt zich in de WordPress Link-functionaliteit, die eerder nog bekendstond als "Bookmarks". Deze functionaliteit staat bij nieuwere WordPress-installaties niet meer standaard ingeschakeld. Bij oudere installaties is dat wel het geval, waardoor mogelijk miljoenen websites risico lopen, zo waarschuwt securitybedrijf Wordfence.
Via SQL-injection kunnen aanvallers met de database achter een website of applicatie communiceren en allerlei opdrachten uitvoeren, die eigenlijk niet uitgevoerd zouden moeten worden. Op deze manier is het mogelijk om de inhoud van databases, met bijvoorbeeld gebruikersnamen, e-mailadressen en andere gevoelige data, te stelen, of juist kwaadaardige code toe te voegen.
Om misbruik van het lek te maken, dat nog geen CVE-nummer heeft, moet een aanvaller over adminrechten beschikken, hoewel misbruik ook via third-party plug-ins of themes mogelijk is, waardoor een aanvaller over minder hoge rechten hoeft te beschikken. De impact van de kwetsbaarheid is op een schaal van 1 tot en met 10 beoordeeld met een 8.0. Eigenaren van een WordPress-site worden aangeraden om te updaten naar WordPress 6.0.2, wat op websites met automatische updates automatisch zal plaatsvinden.
SQL-injections zijn een categorie van vulnerabilities.
Er worden nog steeds nieuwe manieren ontdekt om SQL-injections te doen, net zoals er ook nog steeds nieuwe manieren ontdekt worden om andere categorieën van vulnerabilities te te exploiteren.
Software zal steeds bugs bevatten, en dat heeft niets met Wordpress of iets anders te maken.
Wordpress is redelijk mature en deze vulnerability wordt automatisch opgelost via de auto-update functionaliteit.
Of een SQL injection vulnerability in Wordpress veel impact heeft hangt af van welke andere security controls er zijn, zoals een web application firewall, en de configuratie van de database zelf.
Default user enumeration en directory listing op 'enabled' laten staan.
Dan is het een fluitje van een cent om de boel op een bepaald moment over te nemen als je ook je site CMS, thema en plug-ins niet goed onderhoudt.
Een gelikte site laten ontwerpen voor heel wat flappies en dan gewoon geen website onderhoud plegen.
Slechts janken als er iets verkeerd gaat, maar pas achteraf.
Eigen schuld dikke bult of misschien opzettelijk?
Een klein kind kan het zien, toch gaat de digitale cyber-ellende door bij commercie, overheden en toezichthouders. Onbegrijpelijk?
#observator
SQL-injections zijn een categorie van vulnerabilities.
Er worden nog steeds nieuwe manieren ontdekt om SQL-injections te doen, net zoals er ook nog steeds nieuwe manieren ontdekt worden om andere categorieën van vulnerabilities te te exploiteren.
Als ik het zelfde door jou en de jullie-en met het handje vanaf scratch laat maken dan zit je over twee jaar nog te scrummen en te agilen en heb ik nog niks. Ja, heel veel hele lange emails. Met een rekening erbij. ;-)
SQL-injections zijn een categorie van vulnerabilities.
Er worden nog steeds nieuwe manieren ontdekt om SQL-injections te doen, net zoals er ook nog steeds nieuwe manieren ontdekt worden om andere categorieën van vulnerabilities te te exploiteren.
Nee dat is niet zo, dat kan alleen als er verouderde SQL API's gebruikt worden waarin de programmeur zelf een SQL
statement samenstelt op basis van constante en variable stukjes. Je ziet dan dat die variabelen op de een of andere
manier door gebruikers gevuld kunnen worden en daarmee het hele statement kan worden aangepast.
Als je een moderne SQL API gebruikt die het SQL statement en de parameters via aparte argumenten doorgeeft dan
is dat probleem er niet en kan het er ook niet zijn.
PHP code waarin de functie mysql_query voorkomt moet per direct worden verwijderd uit paketten als WordPress, dat
duldt geen uitstel en fixes met allerlei quoting functies tellen niet als oplossing.
Overigens is een ander (ik denk nog veel groter) probleem in WordPress het voorkomen van de functie eval() in de
code. Dat zou ook verboden moeten worden.
SQL-injections zijn een categorie van vulnerabilities.
Er worden nog steeds nieuwe manieren ontdekt om SQL-injections te doen, net zoals er ook nog steeds nieuwe manieren ontdekt worden om andere categorieën van vulnerabilities te te exploiteren.
Nee dat is niet zo, dat kan alleen als er verouderde SQL API's gebruikt worden waarin de programmeur zelf een SQL
statement samenstelt op basis van constante en variable stukjes. Je ziet dan dat die variabelen op de een of andere
manier door gebruikers gevuld kunnen worden en daarmee het hele statement kan worden aangepast.
Als je een moderne SQL API gebruikt die het SQL statement en de parameters via aparte argumenten doorgeeft dan
is dat probleem er niet en kan het er ook niet zijn.
PHP code waarin de functie mysql_query voorkomt moet per direct worden verwijderd uit paketten als WordPress, dat
duldt geen uitstel en fixes met allerlei quoting functies tellen niet als oplossing.
Overigens is een ander (ik denk nog veel groter) probleem in WordPress het voorkomen van de functie eval() in de
code. Dat zou ook verboden moeten worden.
Prepared statements met parametrized queries zijn een primary defense tegen SQL injections.
Een attacker kan dan de query zelf niet meer aanpassen, maar het lost niet alle types van SQL injections op.
Als alles zo simpel was dan jij denkt dat het is, dan waren er al lang geen vulnerabilities meer.
Het is echter veel makkelijker om te geloven dat "de anderen" prutsers zijn dan om te beseffen dat het probleem moeilijker en genuanceerder is dan jij kan bevatten.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
