PDA

Bekijk Volledige Versie : Dirty Cow exploit?


brinkie
07/11/16, 23:33
Beste collega's,

ik mag me bijna wel weer voorstellen zolang heb ik niet geschreven maar ik lees nog wel met enige regelmaat mee. En de laatste tijd bekroop mij bij dat meelezen het gevoel, "waarom maakt niemand zich kennelijk druk om de Dirty Cow exploit"?

Natuurlijk kan ik het gemist hebben, maar op dit forum heb ik alleen een post er over gezien die doorverwees naar Tweakers. Vandaag liep ik er tegen aan dat een hele grote hostingpartij en een groot rekencentrum nog steeds niets gepacht hebben. Ik zal geen namen noemen maar was bijna in shock toen ik dat uit eerste hand bevestigd kreeg. En dat terwijl het toch om een relatief groot security probleem gaat (immers: het is niet voor niets dat alle Linux distro's als de kippen er bij waren om een fix te distribueren).

Zelf heb ik de afgelopen weken direct m'n debian machines gefixt, en afgelopen weekend zijn m'n CentOS/CL machines voorzien van kernel updates. Zou het niet goed zijn, zeker aangezien veel klanten van hostingbedrijven niet of nauwelijks hun software up to date houden dat hosters hier meer aandacht aan besteden?

De patches zijn relatief eenvoudig uit te voeren. Zelf heb ik er voor gekozen voor onze shared hosting servers nu kernel care te gaan nemen omdat ik geen zin heb steeds achter de feiten aan te moeten hollen. Maar het verbaast mij, nogmaals, echt hoe laconiek er op dit soort zaken gereageerd wordt en dat veel grote bedrijven en instellingen kennelijk denken dat "struisvogel risico management" de beste optie is, ..

Enfin, .. ik ben benieuwd of anderen ook al de zaken op orde hebben gebracht of juist niet (en zo niet, waarom doe je dat niet?).
NibeP
08/11/16, 01:33
Wij hebben direct nadat de patch beschikbaar kwam deze uitgerold over onze servers door middel van Ansible. Er zijn inderdaad veel partijen die hier niets aan doen, of hier niet van op de hoogte zijn.
Spyder01
08/11/16, 12:18
Wij patchen dergelijke lekken altijd zodra ze beschikbaar zijn. Je kan er wel een hoop over discussiëren op een forum, maar die tijd besteed ik liever aan het fixen :)
Marin
08/11/16, 16:41
Hier ook direct Ansible aangeslingerd :) Inderdaad valt er weinig over te discussiëren. Als zoiets ontstaat, direct patchen.
antenna
08/11/16, 16:50
Hier ook (Centos) de nieuwe kernels geinstalleerd. Overigens las ik dat voor misbruik shell access nodig zou zijn? Dat komt natuurlijk niet op alle servers voor. http://unix.stackexchange.com/questions/317981/dirty-cow-exploit-cve-2016-5195
brinkie
08/11/16, 18:13
Hier ook (Centos) de nieuwe kernels geinstalleerd. Overigens las ik dat voor misbruik shell access nodig zou zijn? Dat komt natuurlijk niet op alle servers voor. http://unix.stackexchange.com/questions/317981/dirty-cow-exploit-cve-2016-5195

Niet noodzakelijk maar je kan via lekke scripting natuurlijk heel wat schade aanrichten. Inderdaad is er iemand die van uit 'hear say' meent te moeten claimen dat het wel meevalt maar dat is niet waar:

"Basically, an unprivileged user can gain full control of a Linux system through a very simple exploit code."
http://blog.securitymetrics.com/2016/10/the-dangers-of-dirty-cow-vulnerability.html

Want dat is juist het issue, dat iemand zonder rechten root kan worden.
brinkie
08/11/16, 18:19
Hier ook direct Ansible aangeslingerd :) Inderdaad valt er weinig over te discussiëren. Als zoiets ontstaat, direct patchen.

Het gaat me niet om discussie wel om het feit dat ik zie dat echt grote partijen hun klanten niet eens waarschuwen. Wat is de moeite om, als je bijvoorbeeld een paar honderd VPS/dedicated klanten hebt een mail de deur uit te doen en mensen er op te wijzen dat ze hun machine(s) up to date te brengen. Al was het maar omdat je als aanbieder een stukje zorgplicht naar je cliënten hebt.

Eigenlijk is dit verhaal maar een exemplarisch voorbeeld.
t.bloo
08/11/16, 21:20
Dan kun je bezig blijven? Je moet servers en computers nou eenmaal onderhouden. Is het niet deze exploit, dan is het volgende maand wel weer een andere. Ik ga mijn klanten toch ook niet iedere week aanschrijven dat ze afscheid moeten nemen van Windows ofzo.
CharlieRoot
09/11/16, 13:02
Ik ga mijn klanten toch ook niet iedere week aanschrijven dat ze afscheid moeten nemen van Windows ofzo.
Niet? Goed advies! :-D
Domenico
09/11/16, 15:03
Hier ook Kernel Care maar toch zsm kernel upgraden, lijkt me standaard werk.

Ik neem aan dat jullie wel begrijpen dat het wel anders is als je 1000+ servers/VM's onder beheer hebt. Dit verreist wat meer zorgvuldige planning.

Wat klanten zelf met hun eigen server/VM doen is weer iets heel anders. Je kan hier enkel een adviserende rol in betekenen wat weer veranderd mocht een server/VM besmet zijn binnen je netwerk. Zoals we weten neemt elke hoster de verantwoordelijkheid op zijn eigen manier en is het aan de klant om dit wel of niet belangrijk te vinden.