Beveiligingslek in Linux geeft lokale aanvaller rootrechten
Vandaag is er voor Linux een beveiligingsupdate verschenen die een kwetsbaarheid verhelpt waardoor een lokale aanvaller rootrechten op het systeem kan krijgen. De kwetsbaarheid werd ontdekt door beveiligingsbedrijf Perception Point. Volgens de onderzoekers is het beveiligingslek al sinds 2012 in de Linux-kernel aanwezig en zijn naar schatting tientallen miljoenen Linux-pc's en servers en 66% van alle Android-toestellen kwetsbaar.
Via de kwetsbaarheid kan een aanvaller met verminderde rechten rootrechten op het systeem krijgen. Een proces dat op een vrij snelle computer nog altijd 30 minuten in beslag neemt. Volgens de onderzoekers speelt tijd bij een rechtenlek als dit echter geen rol. Om de kwetsbaarheid uit te buiten moet een aanvaller lokale toegang tot het systeem hebben, of moet er bijvoorbeeld een kwaadaardige app zijn geïnstalleerd.
Het probleem bevindt zich in de keyring, het onderdeel dat inloggegevens, encryptiesleutels en certificaten opslaat en ze voor andere programma's toegankelijk maakt. Het onderdeel heeft echter kernel-toegang, waar een aanvaller gebruik van kan maken. De kwetsbaarheid is aanwezig in Linux-kernel 3.8 en nieuwer. Een Linux-update is echter vandaag beschikbaar gemaakt. Gebruikers en beheerders krijgen van de onderzoekers het advies om de patch zo snel als mogelijk te installeren.
"66% van alle Android-toestellen kwetsbaar." - vast net al die Samsung telefoons in Nederland net niet, of die merken daar toch niets van (zolang ze maar verkocht zijn)? :).
Overmorgen moet je 'm wel hebben schat ik.
Welke distro? Het gaat om CVE-2016-0728. Net een paar uur geleden gemeld op Debian Security.
Hier krijgen we zo'n opmerking, waar we niets mee kunnen.
Laat ik hier bij constateren, dat er in elk besturingssysteem
lekken zitten.
Het is mensen werk, die maken allemaal fouten.
Ik zou zeggen als je het beter weet, maakt dan zelf een
OS zonder programmeer fouten.
Hier krijgen we zo'n opmerking, waar we niets mee kunnen.
Laat ik hier bij constateren, dat er in elk besturingssysteem
lekken zitten.
Het is mensen werk, die maken allemaal fouten.
Ik zou zeggen als je het beter weet, maakt dan zelf een
OS zonder programmeer fouten.
Inderdaad alle software bevat fouten en zo komt het ook in elk OS voor. Als we van dat rare idee af zjin dat een OS alles bepalend is, dan pas kunnen we serieus iets gaan doen met data-governance. Dat er een lek in een OS of waar dan ook zit is een eerste stap. Het gaat er echter om welke informatie een bepaalde waarde heeft
Of te wel geen reboot.
Suse was er als eerste mee bezig (na Ksplice dat nu van Oracle is) en daarna is RedHat met hun eigen voorstel gekomen:
http://www.phoronix.com/scan.php?page=news_item&px=linux-3.20-live-patching
Ubuntu gaat het doen:
http://linux.softpedia.com/blog/No-Reboot-Patching-Comes-to-Ubuntu-15-10-via-Linux-Kernel-4-0-Says-Mark-Shuttleworth-478400.shtml
En Debian krijgt het dan ook (bijna zelfde mensen in het kernel team).
Suse zou wel eens de eerste kunnen zijn, die waren al ver:
http://www.phoronix.com/scan.php?page=news_item&px=Uptime-Funk-kGraft-Kernel-Patch
Bij windows krijg je enkel te horen dat er een probleem was en dat het verholpen is met deze update..... in de OS community zeggen ze tenminste wat het probleem was en hoe het opgelost is..... vandaar dat het ernstiger klinkt......
Je kunt er wat meem namelijk minder hypocriet gedrag vertonen. Zoals: het ligt aan het OS -bij de concurrentie-.
[knip]
Wat bedoel je met deze onbegrijpelijke zin?
"66% van alle Android-toestellen kwetsbaar." - vast net al die Samsung telefoons in Nederland net niet, of die merken daar toch niets van (zolang ze maar verkocht zijn)? :).
Voor jou, vanaf bovenop de kast:
Ubuntu 14.04 update/patch binnen 24 uur na melding van het lek, ik blijf toch nog maar eventjes bij Linux i.p.v. Windows/Apple als je het niet erg vindt.
Hier krijgen we zo'n opmerking, waar we niets mee kunnen.
Laat ik hier bij constateren, dat er in elk besturingssysteem
lekken zitten.
Het is mensen werk, die maken allemaal fouten.
Ik zou zeggen als je het beter weet, maakt dan zelf een
OS zonder programmeer fouten.
Ik denk dat hij dit sarcastisch bedoelde, maar mooi om te zien hoe iedereen er direct fel op reageert.
En:
Het werkt dus misschien en dan alleen nog als je malware hebt geinstalleerd via bijvoorbeeld sideloading.
Peter
Hier krijgen we zo'n opmerking, waar we niets mee kunnen.
Laat ik hierbij constateren, dat er in elk besturingssysteem
lekken zitten.
Het is mensenwerk, die maken allemaal fouten.
Ik zou zeggen als je het beter weet, maakt dan zelf een
OS zonder programmeerfouten.
Ik heb al vast een hand vol fouten uit jouw pro za gehaald. De stijlfouten mag je zelf corrigeren.
Of te wel geen reboot.
Suse was er als eerste mee bezig (na Ksplice dat nu van Oracle is) en daarna is RedHat met hun eigen voorstel gekomen:
http://www.phoronix.com/scan.php?page=news_item&px=linux-3.20-live-patching
Ubuntu gaat het doen:
http://linux.softpedia.com/blog/No-Reboot-Patching-Comes-to-Ubuntu-15-10-via-Linux-Kernel-4-0-Says-Mark-Shuttleworth-478400.shtml
En Debian krijgt het dan ook (bijna zelfde mensen in het kernel team).
Suse zou wel eens de eerste kunnen zijn, die waren al ver:
http://www.phoronix.com/scan.php?page=news_item&px=Uptime-Funk-kGraft-Kernel-Patch
Het zit tegenwoordig al standaard in linux 4.0. Ben echter ook wel benieuwd of hier iemand al ervaring mee heeft.
zie: http://kernelnewbies.org/Linux_4.0
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.
