faille noyau linux

[jean-41]

Bonsoir à tous,


Je viens de lire un article sur linuxfr.org: http://www.linuxfr.org/2009/11/05/26120.html
Cet article concerne une faille de sécurité sur le noyau permettant l'élévation de privilège d'un simple utilisateur.

Je souhaite attirer votre attention sur cette partie plus spécialement


Pour se protéger (ou vérifier si votre système est vulnérable ou non), assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit pas nulle. Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex et supérieurs) et les noyaux patchés avec grsecurity ne sont pas vulnérables.

Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):

jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr
0

Mon noyau est bien vulnérable contrairement aux dire de l'article. Une personne ayant répondu à l'article le remarque également

Le dépêche affirme que Ubuntu karmic n'est pas vulnérable. Or sur l'un de mes systèmes j'observe ceci:

$ cat /proc/sys/vm/mmap_min_addr
0

et sur un autre l'observe ceci:

$ cat /proc/sys/vm/mmap_min_addr
65536

Je ne sais pas encore d'où vient la différence, mais en tout cas, j'encourage tous les utilisateurs d'Ubuntu à vérifier eux mêmes.



De plus voici le résultat de l'exploit sur mon système:

jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ ./run_null_exploits.sh
Compiling exp_cheddarbay.c...OK.
Compiling exp_ingom0wnar.c...OK.
Compiling exp_moosecox.c...OK.
Compiling exp_paokara.c...OK.
Compiling exp_powerglove.c...OK.
Compiling exp_therebel.c...OK.
Compiling exp_vmware.c...failed.
Compiling exp_wunderbar.c...OK.
[+] MAPPED ZERO PAGE!
Choose your exploit:
[0] Cheddar Bay: Linux 2.6.30/2.6.30.1 /dev/net/tun local root
[1] MooseCox: Linux-2.X->Linux.2.6.31.unfixed pipe local root
[2] Paokara: Linux 2.6.19->2.6.31.1 eCryptfs local root
[3] Powerglove: Linux 2.6.31 perf_counter local root
[4] The Rebel: Linux < 2.6.19 udp_sendmsg() local root
[5] Wunderbar Emporium: Linux 2.X sendpage() local root
[6] Exit
> 1
------------------------------------------------------------------------------
We forfeit three-quarters of ourselves in order to be like other people.
--Schopenhauer
------------------------------------------------------------------------------
[+] Resolved selinux_enforcing to 0xffffffff80b51928
[+] Resolved selinux_enabled to 0xffffffff80b51924
[+] Resolved apparmor_enabled to 0xffffffff808c1aa4
[+] Resolved apparmor_complain to 0xffffffff80b55044
[+] Resolved apparmor_audit to 0xffffffff80b5504c
[+] Resolved apparmor_logsyscall to 0xffffffff80b55050
[+] Resolved security_ops to 0xffffffff80b4f0a8
[+] Resolved default_security_ops to 0xffffffff808bfc00
[+] Resolved sel_read_enforce to 0xffffffff803de1a0
[+] Resolved audit_enabled to 0xffffffff80b0e5c4
[+] Using newer pipe_inode_info layout
[+] We'll let this go for a while if needed...
[+] got ring0!
[+] detected 2.6 style 8k stacks, with current at 0xffff88004c9f9660
[+] Disabled security of : LSM
[+] Got root!
sh: gthumb: not found
#


Après l'execution du script j'ai obtenu les droits root je suis parvenu à éditer des fichiers normalement non autorisés aux utilisateurs classiques.

Après l'application du correctif de sécurité publié sur le site de Debian: http://wiki.debian.org/mmap_min_addr

jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ sudo su
root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# echo "vm.mmap_min_addr = 4096" > /etc/sysctl.d/mmap_min_addr.conf
root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# /etc/init.d/procps restart
* Setting kernel variables (/etc/sysctl.conf)...                        [ OK ]
* Setting kernel variables (/etc/sysctl.d/10-console-messages.conf)...  [ OK ]
* Setting kernel variables (/etc/sysctl.d/10-network-security.conf)...  [ OK ]
* Setting kernel variables (/etc/sysctl.d/30-wine.conf)...              [ OK ]
* Setting kernel variables (/etc/sysctl.d/mmap_min_addr.conf)...        [ OK ]
root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# exit
exit
jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ cat /proc/sys/vm/mmap_min_addr
4096
jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ ./run_null_exploits.sh
Compiling exp_cheddarbay.c...OK.
Compiling exp_ingom0wnar.c...OK.
Compiling exp_moosecox.c...OK.
Compiling exp_paokara.c...OK.
Compiling exp_powerglove.c...OK.
Compiling exp_therebel.c...OK.
Compiling exp_vmware.c...failed.
Compiling exp_wunderbar.c...OK.
[+] Personality set to: PER_SVR4
I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
I: caps.c: Dropping root privileges.
I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
UNABLE TO MAP ZERO PAGE!
jean@lehon:~/base_connaissance/exploit_linux/enlightenment$


L'exploit ne fonctionne plus. Par contre comme l'indique l'article sur debian un petit nombre d'application peuvent ne plus fonctionner correctement.


Je vous encourage à vérifier pour vos systèmes.

Jean



--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[teza]

Salut Jean et merci pour cette info, après verification sur mon système
Karmic Ubuntustudio, la commande cat donnait bien 0.
J'ai donc apporter la modif.
Merci
Amts
Teza

J'ai fait suivre sur la liste Lprod.

......................................................................
Le vendredi 06 novembre 2009 à 23:55 +0100, jean a écrit :
> ubuntu-fr@...




--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Jean Argenty]

Sur mon portable le résultat est différent de 0, ouf, je l'ai échappé belle !

Ce type d'info est-elle aussi importante pour les utilisateurs uniques
d'un portable par exemple ?
C'est une vrai question.

Bonne journée

Le 7 novembre 2009 00:58, teza <tsaliou75@...> a écrit :

> Salut Jean et merci pour cette info, après verification sur mon système
> Karmic Ubuntustudio, la commande cat donnait bien 0.
> J'ai donc apporter la modif.
> Merci
> Amts
> Teza
>
> J'ai fait suivre sur la liste Lprod.
>
> ......................................................................
> Le vendredi 06 novembre 2009 à 23:55 +0100, jean a écrit :
>> ubuntu-fr@...
>
>
>
>
> --
> ubuntu-fr mailing list
> ubuntu-fr@...
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
>

--
Jean Argenty


La vache multicolore:
http://jargenty.fr/wp_poesie/

Vue d'IFSI:
http://www.jargenty.fr/wp_ifsi/

L'air du philosophe:
http://www.jargenty.fr/wp_philo/

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[yves-marie]

Si j'ai bien compris il faut que ce soit différent de "0".
Moi après vérification j"ai "cat /proc/sys/vm/mmap_min_addr
65536" donc il n'y a aps de problème.?

Le 7 novembre 2009 06:38, Jean Argenty <jean.argenty@...> a écrit :

Sur mon portable le résultat est différent de 0, ouf, je l'ai échappé belle !

Ce type d'info est-elle aussi importante pour les utilisateurs uniques
d'un portable par exemple ?
C'est une vrai question.

Bonne journée

Le 7 novembre 2009 00:58, teza <tsaliou75@...> a écrit :

> Salut Jean et merci pour cette info, après verification sur mon système
> Karmic Ubuntustudio, la commande cat donnait bien 0.
> J'ai donc apporter la modif.
> Merci
> Amts
> Teza
>
> J'ai fait suivre sur la liste Lprod.
>
> ......................................................................
> Le vendredi 06 novembre 2009 à 23:55 +0100, jean a écrit :
>> ubuntu-fr@...
>
>
>
>
> --
> ubuntu-fr mailing list
> ubuntu-fr@...
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
>

--
Jean Argenty


La vache multicolore:
http://jargenty.fr/wp_poesie/

Vue d'IFSI:
http://www.jargenty.fr/wp_ifsi/

L'air du philosophe:
http://www.jargenty.fr/wp_philo/

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

--
Central Banlieue

rapidité, efficacité, résultat

Le système génial c'est UBUNTU  Jaunty et maintenant Karmic super génial

Vive LINUX et la liberté du libre

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Michel Andreu]

Sous LinuxMint Gloria (dernière version), il n'y a ni 0 ni une autre
valeur mais tout simplement rien.
N'étant pas pro à ce point, si quelqu'un peut me dire s'il y a une
faille ou non, ça m'arrangerait.
Andreu

jean a écrit :

> Bonsoir à tous,
>
>
> Je viens de lire un article sur linuxfr.org:
> http://www.linuxfr.org/2009/11/05/26120.html
> Cet article concerne une faille de sécurité sur le noyau permettant
> l'élévation de privilège d'un simple utilisateur.
>
> Je souhaite attirer votre attention sur cette partie plus spécialement
>
>
> /Pour se protéger (ou vérifier si votre système est vulnérable ou
> non), assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit
> pas nulle. Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex
> et supérieurs) et les noyaux patchés avec grsecurity ne sont pas
> vulnérables./
>
> Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):
>
> /jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr /
> /0/
>
> Mon noyau est bien vulnérable contrairement aux dire de l'article. Une
> personne ayant répondu à l'article le remarque également
>
> /Le dépêche affirme que Ubuntu karmic n'est pas vulnérable. Or sur
> l'un de mes systèmes j'observe ceci:/
>
> /$ cat /proc/sys/vm/mmap_min_addr/
> /0/
>
> /et sur un autre l'observe ceci:/
>
> /$ cat /proc/sys/vm/mmap_min_addr/
> /65536/
>
> /Je ne sais pas encore d'où vient la différence, mais en tout cas,
> j'encourage tous les utilisateurs d'Ubuntu à vérifier eux mêmes. /
>
>
>
> De plus voici le résultat de l'exploit sur mon système:
>
> /jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
> ./run_null_exploits.sh /
> /Compiling exp_cheddarbay.c...OK./
> /Compiling exp_ingom0wnar.c...OK./
> /Compiling exp_moosecox.c...OK./
> /Compiling exp_paokara.c...OK./
> /Compiling exp_powerglove.c...OK./
> /Compiling exp_therebel.c...OK./
> /Compiling exp_vmware.c...failed./
> /Compiling exp_wunderbar.c...OK./
> / [+] MAPPED ZERO PAGE!/
> /Choose your exploit:/
> / [0] Cheddar Bay: Linux 2.6.30/2.6.30.1 /dev/net/tun local root/
> / [1] MooseCox: Linux-2.X->Linux.2.6.31.unfixed pipe local root/
> / [2] Paokara: Linux 2.6.19->2.6.31.1 eCryptfs local root/
> / [3] Powerglove: Linux 2.6.31 perf_counter local root/
> / [4] The Rebel: Linux < 2.6.19 udp_sendmsg() local root/
> / [5] Wunderbar Emporium: Linux 2.X sendpage() local root/
> / [6] Exit/
> /> 1/
> /
> ------------------------------------------------------------------------------/
> / We forfeit three-quarters of ourselves in order to be like other
> people./
> / --Schopenhauer/
> /
> ------------------------------------------------------------------------------/
> / [+] Resolved selinux_enforcing to 0xffffffff80b51928/
> / [+] Resolved selinux_enabled to 0xffffffff80b51924/
> / [+] Resolved apparmor_enabled to 0xffffffff808c1aa4/
> / [+] Resolved apparmor_complain to 0xffffffff80b55044/
> / [+] Resolved apparmor_audit to 0xffffffff80b5504c/
> / [+] Resolved apparmor_logsyscall to 0xffffffff80b55050/
> / [+] Resolved security_ops to 0xffffffff80b4f0a8/
> / [+] Resolved default_security_ops to 0xffffffff808bfc00/
> / [+] Resolved sel_read_enforce to 0xffffffff803de1a0/
> / [+] Resolved audit_enabled to 0xffffffff80b0e5c4/
> / [+] Using newer pipe_inode_info layout/
> / [+] We'll let this go for a while if needed.../
> / [+] got ring0!/
> / [+] detected 2.6 style 8k stacks, with current at 0xffff88004c9f9660/
> / [+] Disabled security of : LSM/
> / [+] Got root!/
> /sh: gthumb: not found/
> /# /
>
>
> Après l'execution du script j'ai obtenu les droits root je suis
> parvenu à éditer des fichiers normalement non autorisés aux
> utilisateurs classiques.
>
> Après l'application du correctif de sécurité publié sur le site de
> Debian: http://wiki.debian.org/mmap_min_addr
>
> /jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ sudo su/
> /root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment#
> echo "vm.mmap_min_addr = 4096" > /etc/sysctl.d/mmap_min_addr.conf/
> /root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment#
> /etc/init.d/procps restart/
> / * Setting kernel variables
> (/etc/sysctl.conf)...                        [ OK ] /
> / * Setting kernel variables
> (/etc/sysctl.d/10-console-messages.conf)...  [ OK ] /
> / * Setting kernel variables
> (/etc/sysctl.d/10-network-security.conf)...  [ OK ] /
> / * Setting kernel variables
> (/etc/sysctl.d/30-wine.conf)...              [ OK ] /
> / * Setting kernel variables
> (/etc/sysctl.d/mmap_min_addr.conf)...        [ OK ] /
> /root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment#
> exit/
> /exit/
> /jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ cat
> /proc/sys/vm/mmap_min_addr /
> /4096/
> /jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
> ./run_null_exploits.sh /
> /Compiling exp_cheddarbay.c...OK./
> /Compiling exp_ingom0wnar.c...OK./
> /Compiling exp_moosecox.c...OK./
> /Compiling exp_paokara.c...OK./
> /Compiling exp_powerglove.c...OK./
> /Compiling exp_therebel.c...OK./
> /Compiling exp_vmware.c...failed./
> /Compiling exp_wunderbar.c...OK./
> / [+] Personality set to: PER_SVR4/
> /I: caps.c: Limited capabilities successfully to CAP_SYS_NICE./
> /I: caps.c: Dropping root privileges./
> /I: caps.c: Limited capabilities successfully to CAP_SYS_NICE./
> /UNABLE TO MAP ZERO PAGE!/
> /jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ /
>
>
> L'exploit ne fonctionne plus. Par contre comme l'indique l'article sur
> debian un petit nombre d'application peuvent ne plus fonctionner
> correctement.
>
>
> Je vous encourage à vérifier pour vos systèmes.
>
> Jean
>
>
>
> ---------------------------------------------------------------------------------------
> Orange vous informe que cet e-mail a été contrôlé par l'anti-virus mail.
> Aucun virus connu à ce jour par nos services n'a été détecté.
>
>

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Mohand-3]

Michel ANDREU a écrit :
> Sous LinuxMint Gloria (dernière version), il n'y a ni 0 ni une autre
> valeur mais tout simplement rien.
> N'étant pas pro à ce point, si quelqu'un peut me dire s'il y a une
> faille ou non, ça m'arrangerait.
> Andreu

Tiens, moi aussi! En ouvrant le mmap_min_addr sur Jaunty, il n'y a rien,
par contre quand je tape en console cat /proc/sys/vm/mmap_min_addr j'ai
65536


Je n'en comprends pas plus!

Mohand



--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Avell Diroll-2]

jean wrote:

> Le dépêche affirme que Ubuntu karmic n'est pas vulnérable. Or sur l'un
> de mes systèmes j'observe ceci:
>
> $ cat /proc/sys/vm/mmap_min_addr
> 0
>
> et sur un autre l'observe ceci:
>
> $ cat /proc/sys/vm/mmap_min_addr
> 65536
>
> Je ne sais pas encore d'où vient la différence, mais en tout cas,
> j'encourage tous les utilisateurs d'Ubuntu à vérifier eux mêmes.

Wine (entre autre) a besoin d'accéder à l'early-memory (pour faire
tourner du code 16-bit entre autres choses). L'installation de wine (de
dosemu et de qemu probablement aussi) entre donc le réglage de
/proc/sys/vm/mmap_min_addr à 0 par les scripts d'installation du paquet.

Des suggestions ont été faîtes pour que wine ne dépende plus de ce
réglage, mais pour l'instant installer wine introduit encore cette
faille de sécurité.

Bonne continuation

Ju
--
War doesn't determine who's right...only who's left

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Laurent Coudeur-2]

Bonjour

Le 06/11/2009 22:55:54, jean a écrit :

> Bonsoir à tous,
>
>
> Je viens de lire un article sur linuxfr.org:
> http://www.linuxfr.org/2009/11/05/26120.html
> Cet article concerne une faille de sécurité sur le noyau permettant
> l'élévation de privilège d'un simple utilisateur.
>
> Je souhaite attirer votre attention sur cette partie plus spécialement
>
>
> Pour se protéger (ou vérifier si votre système est vulnérable ou non),
> assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit pas
> nulle. Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex et
> supérieurs) et les noyaux patchés avec grsecurity ne sont pas
> vulnérables.
>
> Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):
>
> jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr
> 0
>
> Mon noyau est bien vulnérable contrairement aux dire de l'article. Une
> personne ayant répondu à l'article le remarque également
>

Bizarre j'ai ça moi
laurent@capuccino:~$ cat /proc/sys/vm/mmap_min_addr
65536
laurent@capuccino:~$ uname -a
Linux capuccino 2.6.28-16-generic #55-Ubuntu SMP Tue Oct 20 19:48:32  
UTC 2009 x86_64 GNU/Linux
laurent@capuccino:~$

Vérifiez chez vous

--
Regards
-------
Laurent

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Michel Doucet-2]

Laurent Coudeur a écrit :

> Bonjour
>
> Le 06/11/2009 22:55:54, jean a écrit :
>  
>> Bonsoir à tous,
>>
>>
>> Je viens de lire un article sur linuxfr.org:
>> http://www.linuxfr.org/2009/11/05/26120.html
>> Cet article concerne une faille de sécurité sur le noyau permettant
>> l'élévation de privilège d'un simple utilisateur.
>>
>> Je souhaite attirer votre attention sur cette partie plus spécialement
>>
>>
>> Pour se protéger (ou vérifier si votre système est vulnérable ou non),
>> assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit pas
>> nulle. Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex et
>> supérieurs) et les noyaux patchés avec grsecurity ne sont pas
>> vulnérables.
>>
>> Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):
>>
>> jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr
>> 0
>>
>> Mon noyau est bien vulnérable contrairement aux dire de l'article. Une
>> personne ayant répondu à l'article le remarque également
>>
>>    
> Bizarre j'ai ça moi
> laurent@capuccino:~$ cat /proc/sys/vm/mmap_min_addr
> 65536
> laurent@capuccino:~$ uname -a
> Linux capuccino 2.6.28-16-generic #55-Ubuntu SMP Tue Oct 20 19:48:32  
> UTC 2009 x86_64 GNU/Linux
> laurent@capuccino:~$
>
> Vérifiez chez vous
>
>  

Pas mieux
michel@michel-laptop:~$ cat /proc/sys/vm/mmap_min_addr
65536
michel@michel-laptop:~$ uname -a
Linux michel-laptop 2.6.24-24-generic #1 SMP Fri Sep 18 16:49:39 UTC
2009 i686 GNU/Linux





--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Steve Nadeau-3]

Salut le monde!

je ne sais pas pour vous, mais pour moi, j'ai toujours su qu'une valeur NULL est différent de 0, donc si c'est 0 c'est pas NULL, donc il n'y a pas de faille qui vaille...

en plus, pour le commun utilisateur, il n'y a pas raison de s'affoler avec ça... c'est plutôt en entreprise avec les serveurs...

dans les messages, il y a quelqu'un qui n'a aucune valeur comme résultat, donc, dans son cas, c'est NULL...

bonne journée...

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Michel Andreu]

Je corrige ce que j'ai écrit au message précédent. Si on ouvre
mmap_min_addr, il n'y a rien d'inscrit sur la page ouverte. par contre,
l'icône comporte une valeur.
Sous Fedora, l'icône a comme valeur inscrite 65536 mais la page ouverte
n'en comporte aucune. Mais je n'ai pas d'explication à cela.
Andreu

Mohand a écrit :

> Michel ANDREU a écrit :
>  
>> Sous LinuxMint Gloria (dernière version), il n'y a ni 0 ni une autre
>> valeur mais tout simplement rien.
>> N'étant pas pro à ce point, si quelqu'un peut me dire s'il y a une
>> faille ou non, ça m'arrangerait.
>> Andreu
>>    
>
> Tiens, moi aussi! En ouvrant le mmap_min_addr sur Jaunty, il n'y a rien,
> par contre quand je tape en console cat /proc/sys/vm/mmap_min_addr j'ai
> 65536
>
>
> Je n'en comprends pas plus!
>
> Mohand
>
>
>
>  

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Cédric Dupont]

Bonjour,

Une nouvelle version du kernel est en dépot karmic (-15) et ne
présente pas le bug.
Attention à ne pas se jeter dans toutes les annonces de se genre juste
pour le principe de faire de la sécurité.
Si c'est important pour des serveurs la faille donnée est vraiment
limitée (faut être loggé et lancer un script qui viendra d'un endroit
non référencé pour provoquer le problème). Donc dans le cadre d'une
utilisation personnelle, vous pouvez bien patienter 12 heurs que le
noyau soit mis à jour ?

Cédric

2009/11/6 jean <jean4linux@...>:

> Bonsoir à tous,
>
>
> Je viens de lire un article sur linuxfr.org:
> http://www.linuxfr.org/2009/11/05/26120.html
> Cet article concerne une faille de sécurité sur le noyau permettant
> l'élévation de privilège d'un simple utilisateur.
>
> Je souhaite attirer votre attention sur cette partie plus spécialement
>
>
> Pour se protéger (ou vérifier si votre système est vulnérable ou non),
> assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit pas nulle.
> Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex et supérieurs) et
> les noyaux patchés avec grsecurity ne sont pas vulnérables.
>
> Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):
>
> jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr
> 0
>
> Mon noyau est bien vulnérable contrairement aux dire de l'article. Une
> personne ayant répondu à l'article le remarque également
>
> Le dépêche affirme que Ubuntu karmic n'est pas vulnérable. Or sur l'un de
> mes systèmes j'observe ceci:
>
> $ cat /proc/sys/vm/mmap_min_addr
> 0
>
> et sur un autre l'observe ceci:
>
> $ cat /proc/sys/vm/mmap_min_addr
> 65536
>
> Je ne sais pas encore d'où vient la différence, mais en tout cas,
> j'encourage tous les utilisateurs d'Ubuntu à vérifier eux mêmes.
>
>
>
> De plus voici le résultat de l'exploit sur mon système:
>
> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
> ./run_null_exploits.sh
> Compiling exp_cheddarbay.c...OK.
> Compiling exp_ingom0wnar.c...OK.
> Compiling exp_moosecox.c...OK.
> Compiling exp_paokara.c...OK.
> Compiling exp_powerglove.c...OK.
> Compiling exp_therebel.c...OK.
> Compiling exp_vmware.c...failed.
> Compiling exp_wunderbar.c...OK.
> [+] MAPPED ZERO PAGE!
> Choose your exploit:
> [0] Cheddar Bay: Linux 2.6.30/2.6.30.1 /dev/net/tun local root
> [1] MooseCox: Linux-2.X->Linux.2.6.31.unfixed pipe local root
> [2] Paokara: Linux 2.6.19->2.6.31.1 eCryptfs local root
> [3] Powerglove: Linux 2.6.31 perf_counter local root
> [4] The Rebel: Linux < 2.6.19 udp_sendmsg() local root
> [5] Wunderbar Emporium: Linux 2.X sendpage() local root
> [6] Exit
>> 1
> ------------------------------------------------------------------------------
> We forfeit three-quarters of ourselves in order to be like other people.
> --Schopenhauer
> ------------------------------------------------------------------------------
> [+] Resolved selinux_enforcing to 0xffffffff80b51928
> [+] Resolved selinux_enabled to 0xffffffff80b51924
> [+] Resolved apparmor_enabled to 0xffffffff808c1aa4
> [+] Resolved apparmor_complain to 0xffffffff80b55044
> [+] Resolved apparmor_audit to 0xffffffff80b5504c
> [+] Resolved apparmor_logsyscall to 0xffffffff80b55050
> [+] Resolved security_ops to 0xffffffff80b4f0a8
> [+] Resolved default_security_ops to 0xffffffff808bfc00
> [+] Resolved sel_read_enforce to 0xffffffff803de1a0
> [+] Resolved audit_enabled to 0xffffffff80b0e5c4
> [+] Using newer pipe_inode_info layout
> [+] We'll let this go for a while if needed...
> [+] got ring0!
> [+] detected 2.6 style 8k stacks, with current at 0xffff88004c9f9660
> [+] Disabled security of : LSM
> [+] Got root!
> sh: gthumb: not found
> #
>
>
> Après l'execution du script j'ai obtenu les droits root je suis parvenu à
> éditer des fichiers normalement non autorisés aux utilisateurs classiques.
>
> Après l'application du correctif de sécurité publié sur le site de Debian:
> http://wiki.debian.org/mmap_min_addr
>
> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ sudo su
> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# echo
> "vm.mmap_min_addr = 4096" > /etc/sysctl.d/mmap_min_addr.conf
> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment#
> /etc/init.d/procps restart
> * Setting kernel variables (/etc/sysctl.conf)...                        [ OK
> ]
> * Setting kernel variables (/etc/sysctl.d/10-console-messages.conf)...  [ OK
> ]
> * Setting kernel variables (/etc/sysctl.d/10-network-security.conf)...  [ OK
> ]
> * Setting kernel variables (/etc/sysctl.d/30-wine.conf)...              [ OK
> ]
> * Setting kernel variables (/etc/sysctl.d/mmap_min_addr.conf)...        [ OK
> ]
> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# exit
> exit
> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ cat
> /proc/sys/vm/mmap_min_addr
> 4096
> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
> ./run_null_exploits.sh
> Compiling exp_cheddarbay.c...OK.
> Compiling exp_ingom0wnar.c...OK.
> Compiling exp_moosecox.c...OK.
> Compiling exp_paokara.c...OK.
> Compiling exp_powerglove.c...OK.
> Compiling exp_therebel.c...OK.
> Compiling exp_vmware.c...failed.
> Compiling exp_wunderbar.c...OK.
> [+] Personality set to: PER_SVR4
> I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
> I: caps.c: Dropping root privileges.
> I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
> UNABLE TO MAP ZERO PAGE!
> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
>
>
> L'exploit ne fonctionne plus. Par contre comme l'indique l'article sur
> debian un petit nombre d'application peuvent ne plus fonctionner
> correctement.
>
>
> Je vous encourage à vérifier pour vos systèmes.
>
> Jean
>
>
>
> --
> ubuntu-fr mailing list
> ubuntu-fr@...
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
>

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Michel Andreu]

Cédric Dupont a écrit :

> Bonjour,
>
> Une nouvelle version du kernel est en dépot karmic (-15) et ne
> présente pas le bug.
> Attention à ne pas se jeter dans toutes les annonces de se genre juste
> pour le principe de faire de la sécurité.
> Si c'est important pour des serveurs la faille donnée est vraiment
> limitée (faut être loggé et lancer un script qui viendra d'un endroit
> non référencé pour provoquer le problème). Donc dans le cadre d'une
> utilisation personnelle, vous pouvez bien patienter 12 heurs que le
> noyau soit mis à jour ?
>
> Cédric
>  

Merci Cédric. On va patienter.

> 2009/11/6 jean <jean4linux@...>:
>  
>> Bonsoir à tous,
>>
>>
>> Je viens de lire un article sur linuxfr.org:
>> http://www.linuxfr.org/2009/11/05/26120.html
>> Cet article concerne une faille de sécurité sur le noyau permettant
>> l'élévation de privilège d'un simple utilisateur.
>>
>> Je souhaite attirer votre attention sur cette partie plus spécialement
>>
>>
>> Pour se protéger (ou vérifier si votre système est vulnérable ou non),
>> assurez-vous que la valeur de /proc/sys/vm/mmap_min_addr ne soit pas nulle.
>> Debian Sid, Mandriva Linux 2010.0, Fedora 12, Ubuntu (Ibex et supérieurs) et
>> les noyaux patchés avec grsecurity ne sont pas vulnérables.
>>
>> Cependant lorsque je vérifie sur mon système (Ubuntu 9.04 amd64):
>>
>> jean@lehon:~$ cat /proc/sys/vm/mmap_min_addr
>> 0
>>
>> Mon noyau est bien vulnérable contrairement aux dire de l'article. Une
>> personne ayant répondu à l'article le remarque également
>>
>> Le dépêche affirme que Ubuntu karmic n'est pas vulnérable. Or sur l'un de
>> mes systèmes j'observe ceci:
>>
>> $ cat /proc/sys/vm/mmap_min_addr
>> 0
>>
>> et sur un autre l'observe ceci:
>>
>> $ cat /proc/sys/vm/mmap_min_addr
>> 65536
>>
>> Je ne sais pas encore d'où vient la différence, mais en tout cas,
>> j'encourage tous les utilisateurs d'Ubuntu à vérifier eux mêmes.
>>
>>
>>
>> De plus voici le résultat de l'exploit sur mon système:
>>
>> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
>> ./run_null_exploits.sh
>> Compiling exp_cheddarbay.c...OK.
>> Compiling exp_ingom0wnar.c...OK.
>> Compiling exp_moosecox.c...OK.
>> Compiling exp_paokara.c...OK.
>> Compiling exp_powerglove.c...OK.
>> Compiling exp_therebel.c...OK.
>> Compiling exp_vmware.c...failed.
>> Compiling exp_wunderbar.c...OK.
>> [+] MAPPED ZERO PAGE!
>> Choose your exploit:
>> [0] Cheddar Bay: Linux 2.6.30/2.6.30.1 /dev/net/tun local root
>> [1] MooseCox: Linux-2.X->Linux.2.6.31.unfixed pipe local root
>> [2] Paokara: Linux 2.6.19->2.6.31.1 eCryptfs local root
>> [3] Powerglove: Linux 2.6.31 perf_counter local root
>> [4] The Rebel: Linux < 2.6.19 udp_sendmsg() local root
>> [5] Wunderbar Emporium: Linux 2.X sendpage() local root
>> [6] Exit
>>    
>>> 1
>>>      
>> ------------------------------------------------------------------------------
>> We forfeit three-quarters of ourselves in order to be like other people.
>> --Schopenhauer
>> ------------------------------------------------------------------------------
>> [+] Resolved selinux_enforcing to 0xffffffff80b51928
>> [+] Resolved selinux_enabled to 0xffffffff80b51924
>> [+] Resolved apparmor_enabled to 0xffffffff808c1aa4
>> [+] Resolved apparmor_complain to 0xffffffff80b55044
>> [+] Resolved apparmor_audit to 0xffffffff80b5504c
>> [+] Resolved apparmor_logsyscall to 0xffffffff80b55050
>> [+] Resolved security_ops to 0xffffffff80b4f0a8
>> [+] Resolved default_security_ops to 0xffffffff808bfc00
>> [+] Resolved sel_read_enforce to 0xffffffff803de1a0
>> [+] Resolved audit_enabled to 0xffffffff80b0e5c4
>> [+] Using newer pipe_inode_info layout
>> [+] We'll let this go for a while if needed...
>> [+] got ring0!
>> [+] detected 2.6 style 8k stacks, with current at 0xffff88004c9f9660
>> [+] Disabled security of : LSM
>> [+] Got root!
>> sh: gthumb: not found
>> #
>>
>>
>> Après l'execution du script j'ai obtenu les droits root je suis parvenu à
>> éditer des fichiers normalement non autorisés aux utilisateurs classiques.
>>
>> Après l'application du correctif de sécurité publié sur le site de Debian:
>> http://wiki.debian.org/mmap_min_addr
>>
>> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ sudo su
>> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# echo
>> "vm.mmap_min_addr = 4096" > /etc/sysctl.d/mmap_min_addr.conf
>> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment#
>> /etc/init.d/procps restart
>> * Setting kernel variables (/etc/sysctl.conf)...                        [ OK
>> ]
>> * Setting kernel variables (/etc/sysctl.d/10-console-messages.conf)...  [ OK
>> ]
>> * Setting kernel variables (/etc/sysctl.d/10-network-security.conf)...  [ OK
>> ]
>> * Setting kernel variables (/etc/sysctl.d/30-wine.conf)...              [ OK
>> ]
>> * Setting kernel variables (/etc/sysctl.d/mmap_min_addr.conf)...        [ OK
>> ]
>> root@lehon:/home/jean/base_connaissance/exploit_linux/enlightenment# exit
>> exit
>> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$ cat
>> /proc/sys/vm/mmap_min_addr
>> 4096
>> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
>> ./run_null_exploits.sh
>> Compiling exp_cheddarbay.c...OK.
>> Compiling exp_ingom0wnar.c...OK.
>> Compiling exp_moosecox.c...OK.
>> Compiling exp_paokara.c...OK.
>> Compiling exp_powerglove.c...OK.
>> Compiling exp_therebel.c...OK.
>> Compiling exp_vmware.c...failed.
>> Compiling exp_wunderbar.c...OK.
>> [+] Personality set to: PER_SVR4
>> I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
>> I: caps.c: Dropping root privileges.
>> I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
>> UNABLE TO MAP ZERO PAGE!
>> jean@lehon:~/base_connaissance/exploit_linux/enlightenment$
>>
>>
>> L'exploit ne fonctionne plus. Par contre comme l'indique l'article sur
>> debian un petit nombre d'application peuvent ne plus fonctionner
>> correctement.
>>
>>
>> Je vous encourage à vérifier pour vos systèmes.
>>
>> Jean
>>
>>
>>
>> --
>> ubuntu-fr mailing list
>> ubuntu-fr@...
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
>>
>>    
>
>  

--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[Cédric Dupont]

Le 7 nov. 2009 16:07, Michel ANDREU <michelan@...> a écrit :

>
>
>
>
> Cédric Dupont a écrit :
>
>
> Bonjour,
>
>
>
> Une nouvelle version du kernel est en dépot karmic (-15) et ne
>
> présente pas le bug.
>
> Attention à ne pas se jeter dans toutes les annonces de se genre juste
>
> pour le principe de faire de la sécurité.
>
> Si c'est important pour des serveurs la faille donnée est vraiment
>
> limitée (faut être loggé et lancer un script qui viendra d'un endroit
>
> non référencé pour provoquer le problème). Donc dans le cadre d'une
>
> utilisation personnelle, vous pouvez bien patienter 12 heurs que le
>
> noyau soit mis à jour ?
>
>
>
> Cédric
>
>  
>
>
> Merci Cédric. On va patienter.
>

C'est bon un coup de synaptic, software center, update je sais pas quoi apt-get update & apt-get dist-upgrade et le kernel est là

Cédric
--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr

[jean-41]

> Wine (entre autre) a besoin d'accéder à l'early-memory (pour faire
> tourner du code 16-bit entre autres choses). L'installation de wine (de
> dosemu et de qemu probablement aussi) entre donc le réglage de
> /proc/sys/vm/mmap_min_addr à 0 par les scripts d'installation du paquet.
>

Bonne remmarque il se pourrai en effet que cela soit lié à l'installation de Wine (j'ai playOnLinux d'installé) Je vais vérifier cela sur une autre machine sans Wine

Jean



--
ubuntu-fr mailing list
ubuntu-fr@...
https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr