Názory k článku
Bezpečnostní chyba v jádře zatím bez opravy

Zas tak horzne to neni, spravci maji snad dostatecne znalosti, aby dokazali vypnout syscall, kterej se navic zatim vubec nepouziva. Vyhoda OSS.

Ja nie som správca, ale aj tak by som rád vedel, ako sa to robí.

Ono lze jen tak vypnout nějaký syscall? Určitě jde sabotovat ten syscall ve zdrojáku (napsat na začátek nějaké return -EINVAL), přeložit, rebootnout.

return -ENOSYS;

Diky, pomohlo.

No nastesti pouzivam Archlinux, takže se mě tento problem už netýká. Ale musím říct že díra je to jako hrom.

Díra jako hrom? Nedělej si kozzi, tak strašný to zase není ;-) a pár patchů už je. ;-) (BTW, taky archista, jen pro jistotu. :-D)

http://lkml.org/lkml/2008/2/10/153

To je zase nejaka neci marketingova akce ?
Lokalne zneuzitelne chyby stejne nebezpecne jako je tato se objevuji relativne casto.
Podobne casto vydava MS opravy pro Windows, ktere opravuji dokonce vzdalene zneuzitelne chyby (!!!)
A presto se nad tim nikdo nepozastavuje. Co ma toto znamenat ? Nejake PR ?

Ta chyba neni jen v 2.6.24.1, ale od 2.6.17 do 2.6.24.1 vcetne, cili drtiva vetsina Debianich stroju.

http://it.slashdot.org/article.pl?sid=08/02/10/2011257

Ted jsem stahl a nainstaloval aktualizace z Debianu - je to jiz(tj. po aktualizaci) opatchovano.

Jinak narychlo to muzete opravit i bez kompilace jadra pomoci:

http://www.ping.uio.no/~mortehu/disable-vmsplice-if-exploitable.c

A ani na to nepotrebujete roota.. ;-)

Vice zde http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464953#14

No to je vtipné, použít chybu k jejímu uzavření! Díky, už jsem opravil :-)

Pokud se nemylim, je uz v dispozici verze 2.6.24.2, kde je tento changelog:

commit c78cb439103bf7deba5feb64921398d0ff93179a
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date: Sun Feb 10 21:51:11 2008 -0800

Linux 2.6.24.2

commit 1617e66d11d6621824f642728d62f242272fd063
Author: Bastian Blank <bastian@waldi.eu.org>
Date: Sun Feb 10 16:47:57 2008 +0200

splice: fix user pointer access in get_iovec_page_array()

patch 712a30e63c8066ed84385b12edbfb804f49cbc44 in mainline.

Commit 8811930dc74a503415b35c4a79d14fb0b408a361 ("splice: missing user
pointer access verification") added the proper access_ok() calls to
copy_from_user_mmap_sem() which ensures we can copy the struct iovecs
from userspace to the kernel.

But we also must check whether we can access the actual memory region
pointed to by the struct iovec to fix the access checks properly.

Signed-off-by: Bastian Blank <waldi@debian.org>
Acked-by: Oliver Pinter <oliver.pntr@gmail.com>
Cc: Jens Axboe <jens.axboe@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

Jo, je k dispozici, prave jsem ho zkusil. Na 2.6.21 exploit fungoval, na 2.6.24.2 uz nefunguje.

http://www.abclinuxu.cz/blog/raven/2008/2/linux-vmsplice-local-root-exploit

tady se dá najít odkaz na jaderný modul, který u mě funguje - přeložit, pak insmod a ani jeden exploit nejde

kernel zasadne kompilujem bez modulov, prave aby mi tam niekto neinsmodol nejaky garbage :)