Hacker vindt "nieuw" lek in Windows-kernel
Beveiligingsonderzoeker Tavis Ormandy heeft een 17 jaar oud zero-day beveiligingslek in het hart van Windows gevonden, waardoor aanvallers hun rechten kunnen verhogen. De kwetsbaarheid in de Windows-kernel wordt veroorzaakt door de Virtual DOS Machine (VDM), die in 1993 werd toegevoegd voor het ondersteunen van 16bit applicaties. VDM is op de Virtual 8086 Mode (VM86) in 80386 processoren gebaseerd, en onderschept onder andere hardware routines zoals BIOS calls. Verschillende lekken in de implementatie laten een 16bit programma zonder rechten, de kernel-stack van elk proces manipuleren. Dit laat uiteindelijk een aanvaller code met systeemrechten uitvoeren. Alle 32bit Windows-versies sinds 27 juli 1993 zijn kwetsbaar. Ormandy testte zijn exploit op Windows XP, Server 2003/2008, Vista en Windows 7. Het proberen van andere besturingssystemen laat hij aan het publiek over.
Patch
De onderzoeker adviseert systeembeheerders om tijdelijk MSDOS en WOWEXEC subsystemen uit te schakelen, aangezien dit de werking van de aanval voorkomt. Verder is het mogelijk om de toegang tot 16bit applicaties uit te schakelen. In zijn advisory geeft Ormandy naast de exploit ook verschillende andere tips, en laat hij weten dat Microsoft al sinds 12 juni 2009 op de hoogte is. De softwaregigant bevestigde het probleem op 22 juni, maar heeft nog altijd geen patch uitgebracht.
"Aangezien een effectieve en eenvoudige workaround beschikbaar is, heb ik besloten dat het in het belang van gebruikers is om dit document zonder officiële patch te publiceren." Ormandy merkt op dat maar weinig gebruikers van NT security afhankelijk zijn. De advisory is volgens de onderzoeker dan ook voornamelijk op domeinbeheerders en security professionals gericht.
Ik heb nooit begrepen waarom iemand een exploit openbaar maakt en
zichzelf een 'onderzoeker' vindt.
Afgezien dat de rest van het verhaal inzicht geeft in zijn frustratie over Microsoft,
stelt hij iedereen op het internet bewust bloot aan de grillen van elke willekeurige idioot .
Ik vraag mij dan ook af in wiens belang deze 'onderzoeker' opereert.
Deze manier is zeker niet in het belang van het publiek.
Ik heb nooit begrepen waarom iemand een exploit openbaar maakt en
zichzelf een 'onderzoeker' vindt.
Afgezien dat de rest van het verhaal inzicht geeft in zijn frustratie over Microsoft,
stelt hij iedereen op het internet bewust bloot aan de grillen van elke willekeurige idioot .
Ik vraag mij dan ook af in wiens belang deze 'onderzoeker' opereert.
Deze manier is zeker niet in het belang van het publiek.
Het lijkt mij duidelijk:
1. Het lek bestaat, of deze onderzoeker dat nu openbaar maakt of niet.
2. Microsoft weet dat al een tijdje, maar doet er niets aan; het lek blijft voortbestaan
3. Ormandy is niet de enige onderzoeker op de wereld die dit soort dingen interessant vindt
Het is dus een kwestie van tijd voordat dit lek door anderen gevonden en misbruikt wordt (misschien is dit lek ook al langer bekend in andere kringen). De enige die hier wat aan zou kunnen doen is Microsoft, en die wordt nu wat meer onder druk gezet om dit te doen.
Prima verantwoorde disclosure dus
Daar kunnen ten minste goede audits op los gelaten worden. Nu moet je er maar vanuit gaan dat MS alles netjes op orde heeft wat keer op keer niet zo blijkt te zijn.
Jammer dat ze niets van security snappen daar in Redmond.
Microsoft heeft hier gefaald, de ontdekker doet gewoon aan full disclosure, 6 maanden na het ontdekken.
Ik heb nooit begrepen waarom iemand een exploit openbaar maakt en
zichzelf een 'onderzoeker' vindt.
Afgezien dat de rest van het verhaal inzicht geeft in zijn frustratie over Microsoft,
stelt hij iedereen op het internet bewust bloot aan de grillen van elke willekeurige idioot .
Ik vraag mij dan ook af in wiens belang deze 'onderzoeker' opereert.
Deze manier is zeker niet in het belang van het publiek.
Een onderzoeker zorgt er niet alleen voor dat de wereld veiliger wordt. Ook awareness heeft ondertussen een belangrijk onderdeel ingenomen. Als je een gevaarlijk lek voor een half jaar al hebt openstaan ben je in mijn ogen als bedrijf erg nalatig en mag hier best wat druk op worden gezet.
Daar kunnen ten minste goede audits op los gelaten worden. Nu moet je er maar vanuit gaan dat MS alles netjes op orde heeft wat keer op keer niet zo blijkt te zijn.
Jammer dat ze niets van security snappen daar in Redmond.
Ik heb nooit begrepen waarom iemand een exploit openbaar maakt en
zichzelf een 'onderzoeker' vindt.
Los van de verstandige dingen die anderen al hebben gezegd als reactie op je post: een onderzoeker is iemand die onderzoek pleegt, en dat houdt niet op waar te zijn als hij de resultaten van dat onderzoek openbaar maakt.
Daar kunnen ten minste goede audits op los gelaten worden. Nu moet je er maar vanuit gaan dat MS alles netjes op orde heeft wat keer op keer niet zo blijkt te zijn.
Jammer dat ze niets van security snappen daar in Redmond.
Inderdaad handig. Ook voor kwaadaardige hackers
Maar goed... geen schone zaak, ome bill. Ik neem aan dat deze bug alleen de NT reeks op i386 betreft, aangezien de 9x windows reeks in principe dit soort beveiliging niet eens had.
wie niet patchen wilt, zal voelen.....
Ik vraag me af of dit lek hier op gaat werken...
Daar kunnen ten minste goede audits op los gelaten worden. Nu moet je er maar vanuit gaan dat MS alles netjes op orde heeft wat keer op keer niet zo blijkt te zijn.
http://www.theregister.co.uk/2009/08/14/critical_linux_bug/
http://it.slashdot.org/article.pl?sid=08/05/11/1339228
Geen enkel OS is "af". Eisen veranderen namelijk en mensen verwachten nieuwe features/functionaliteit. Er zal dus altijd gesleuteld moeten worden.
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.
