Julien Tinnes van Google kon dat niet meer aanzien, en besloot de publiciteit te zoeken toen dit lek ook in Apples jongste patchronde weer niet werd gedicht. Volgens Tinnes zijn de risico's zo groot dat gebruikers van Mac OS X de uitvoering van Java in de browser zouden moeten blokkeren. De zwakke plek maakt het namelijk mogelijk Java-code binnen te smokkelen en ten uitvoer te brengen buiten de Java-'sandbox', waarmee de ingebakken beveiliging van Java wordt gekraakt.
Hoewel dat wel het nodige codeerwerk met zich meebrengt, is het voor hackers een aantrekkelijke route. Omdat men alleen afhankelijk is van Java, is de zekerheid dat men het kan exploiteren groter. Hacks die het moeten hebben van corruptie van het geheugen - zoals het benutten van buffer overflows - zijn veel minder vaak succesvol door kleine verschillen tussen besturingssysteemversies en tegenmaatregelen als DEP en ASLR, die het lastiger maken opdrachten uit het geheugen bij de processor te krijgen.Ook voor andere besturingssystemen is uitschakelen van Java in de browser volgens Tinnes geen slecht idee, overigens. Java bevat volgens hem nog meer zwakke plekken die vergelijkbaar zijn met het lek waar hij nu aandacht voor vraagt. En bij Windows wordt Java bijvoorbeeld niet meegenomen in de updateroutine, en bij sommige Linux-distributies wordt de Java Runtime Engine niet onderhouden. Om de Java-implementatie up-to-date te houden moet men in die geallen dus zelf regelmatig bij Sun checken of er updates zijn, en dat wordt nogal eens nagelaten.Men kan eenvoudig checken of een systeem kwetsbaar is voor dit specifieke lek op de site van Landon Fuller.
Reacties
Om een reactie achter te laten is een account vereist.
Inloggen Word abonnee