Likes: 0
17/07/06 16:32
Er zijn paar ernstige kernel bugs gevonden,
http://www.securityfocus.com/bid/18992/info
en http://www.securityfocus.com/bid/18874
beste oplossing is om je kernel te upgraden naar
de laatste versie die beschikbaar is.
tijdelijke workaround zijn de volgende stappen:
echo > /proc/sys/kernel/core_pattern
en
mount -o remount,nosuid /proc
ik raad iedereen aan om zo spoeding mogelijk te upgraden,
exploit kan uitgevoerd worden via lekke php scripts.
17/07/06 17:38
Ook het gebruikt van SELINUX onder Redhat4 (en CentOS4) helpt tegen deze exploit.
17/07/06 18:15
Ook het gebruik van freebsd helpt tegen deze exploit
IMHO moeten ze toch iets doen aan hun kernel 2.6-policy, want 2.6 is allesbehalve een bugfree en stabiele kernel aan het worden. Altijd maar zoveel mogelijk features er in gooien, elke week een paar nieuwe kernel met security en bug fixes. En iedereen moet maar volgen. Deze 2 security bugs zijn misschien de ergste van 2006, maar er zijn er nog 20tal security bugs gevonden/gefixt voordien.
17/07/06 18:38
Met de PRCTL bug en een custom exploit valt daar volgens mij wel doorheen te komen, kwestie van de juiste plek om de data te vernaggelen vinden.Oorspronkelijk geplaatst door bakkerl
Ik begin het hele Linux een beetje zat te worden, gebruik het nou al jaren en al die jaren is het eigenlijk niets dan gezeik en vage bugs geweest, vaak geïntroduceerd tijdens een stabiele kernel serie.
Weet iemand overigens of je veel kapot maakt door je /proc nosuid te mounten? Zo nee, kan dat ding dan niet standaard nosuid gemount worden?
17/07/06 19:17
PHP zo configureren die oa. uitvoeren van bestanden niet toelaat moet dan toch al voldoende zijn?
17/07/06 19:22
sommige scripts/klanten zouden dit soms wel graag willen.
dit is inderdaad volgens mij 1 van de grootste fouten in de 2.6.x serie.
ik heb op vele servers vandaag proc met nosuid gemount en heeft tot nu geen problemen veroorzaakt
17/07/06 19:23
redhat heeft al een dikke week een update op rhn staan. Die kan je ook altijd even installeren (weg uptime)
17/07/06 19:44
Sinds wanneer is uptime heilig?redhat heeft al een dikke week een update op rhn staan. Die kan je ook altijd even installeren (weg uptime
17/07/06 20:47
Dan te bedenken dat ik sinds de installtie van Redhat 9 de kernel niet meer heb bij gewerkt
Niet vanstandig ik weet het maar in die tijd wist ik nog niet hoe het moest,en een eigen kernel maken heb ik nog geen tijd voor ghad om te kijken en testen op de test bak
Park The Hosting Manager - your friend in hosting software
17/07/06 20:55
gewoon de redhat9 kernel die updated is gebruiken, helemaal geen eigen kernel voor nodig.
18/07/06 10:09
Dat heb ik ook gedaan bij de test server alleen de productie server nog niet, daar komt bij die kernel is volgens mij ook ardig veroudert is
En hoe ik weet alleen hoe het moet met Lilo en heb dus weer het geluk dat er Grub op staat en niet zo 123 weet hoe dat werkt.
Maar ik heb nu even die workarounds to gepast.
Park The Hosting Manager - your friend in hosting software
18/07/06 10:54
Ik begrijp nooit waarom je in vredesnaam een zelfgecompileerde kernel zou willen installeren, behalve op een testbak of je eigen machine thuis.
18/07/06 11:26
extra patches, extra modules, extra zaken er uit, noem maar op. Er zullen heel veel mensen zijn die een custom kernel gebruiken.
18/07/06 11:30
Ik hoop dat diezelfde mensen dan dagelijks Bugtraq doorsnorren. Want met een custom kernel wordt het lastig om de security updates van een vendor te gebruiken.
18/07/06 11:34
Je kijkt gewoon wanneer een vendor nieuwe patches/kernel uit brengt. Er zijn zelfs vendors die pas om de 6 maanden een nieuwe kernel uit brengen, dan wil je al sneller een eigen kernel.
Het is natuurlijk ook mogelijk dat je een andere branche van patchsets volgt, bvb elke keer er een nieuwe grsecurity/WOLK versie uit komt, dat je dan pas upgrade. Een niet-default kernel is dus niet zo speciaal.
Quote