Во всех Linux ядрах серии 2.6.x найдена (http://www.securityfocus.com/bid/36901) серьезная уязвимость, позволяющая локальному пользователю выполнить свой код с root-привилегиями. Проблема вызвана возможностью разыменования NULL-указателя при выполнения определенных действий с неименованными каналами (pipe). Уязвимости подвержены большинство Linux дистрибутивов.

В качестве метода защиты можно запретить маппинг страниц по нулевому адресу через установку в отличное от нуля значение переменной /proc/sys/vm/mmap_min_addr.

Уязвимость очень похожа по своей сути на обнаруженную (http://www.opennet.ru/opennews/art.shtml?num=23014) в августе проблему в функции the sock_sendpage() и на представленную несколько дней назад уязвимость (http://www.opennet.ru/opennews/art.shtml?num=24073) в сетевом стеке OpenBSD. Кстати говоря разработчики OpenBSD уже успели обсудить (http://www.pubbs.net/openbsd/200911/4582/) скептическое отношение Линуса Торвальдса к проблемам безопасности, не желающего по ...

URL: http://www.securityfocus.com/bid/36901
Новость: http://www.opennet.ru/opennews/art.shtml?num=24113

• В Linux ядре найдена уязвимость, позволяющая получить права ,Аноним, 18:52 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ,Аноним, 19:04 , 04-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,anarsoul, 19:12 , 04-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,pa23, 19:19 , 04-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,ABATAPA, 19:34 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,Alinaki, 19:41 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,sergej, 19:52 , 04-Ноя-09
        • > Обратите внимание на архитектуру.,poige, 19:55 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,Neoponto, 19:57 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,SR, 20:06 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,Nuke, 11:17 , 07-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,Alinaki, 19:36 , 04-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,Аноним, 19:37 , 04-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,gb03db, 19:51 , 04-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,vitek, 22:04 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,Michael Shigorin, 22:59 , 04-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ,User294, 02:07 , 05-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,Zenitur, 13:42 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,fidaj, 20:05 , 04-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,123456, 21:55 , 04-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,User294, 02:05 , 05-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ,Антон, 09:56 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,дроздилло, 09:28 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ,szh, 00:19 , 06-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ,Анон, 20:24 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ,Sw00p aka Jerom, 10:03 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,ike, 18:53 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,User294, 02:10 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,4yjoy, 18:54 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 19:05 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Bx, 19:09 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,syeg, 19:12 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,PavelR, 19:18 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,мимопроходил, 19:25 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 19:42 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,pavel_simple, 19:48 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,pavlinux, 21:10 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Dimk, 19:55 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Прохожий, 20:19 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,marten, 20:16 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,marten, 08:09 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Patriot, 20:24 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 20:29 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,azure, 21:10 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,azure, 21:14 , 04-Ноя-09
• Linux ,pavlinux, 21:23 , 04-Ноя-09
  • Linux ,i, 21:48 , 04-Ноя-09
    • Linux ,pavlinux, 23:52 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Seppius, 22:24 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ,i, 22:35 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,rimidal, 22:57 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 23:16 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,i, 23:44 , 04-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,i, 23:46 , 04-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,debansheg, 00:45 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,uldus, 08:40 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ...,Антон, 09:58 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,vkni, 01:16 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,vix, 01:49 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,tr, 02:48 , 05-Ноя-09
  • 'если все решает один маразматик...',versus, 03:16 , 05-Ноя-09
    • 'если все решает один маразматик...',tr, 04:47 , 05-Ноя-09
      • 'если все решает один маразматик...',Nitay, 08:25 , 05-Ноя-09
    • 'если все решает один маразматик...',IGX, 06:12 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,User294, 06:32 , 06-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,DFX, 05:49 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Buy, 07:14 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 07:58 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,82500, 09:54 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Антон, 10:08 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ...,82500, 11:52 , 05-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ...,Аноним, 15:07 , 05-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ...,pavlinux, 01:39 , 06-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Loafer, 21:55 , 07-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,dimnix, 10:46 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,KBAKEP, 12:44 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Zenitur, 13:40 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,мимо_проходил, 17:43 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,grait, 18:08 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Michael Shigorin, 20:13 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Pilat, 19:15 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Michael Shigorin, 19:34 , 05-Ноя-09
    • В Linux ядре найдена уязвимость, позволяющая получить права ...,Pilat, 19:40 , 05-Ноя-09
      • В Linux ядре найдена уязвимость, позволяющая получить права ...,Michael Shigorin, 20:14 , 05-Ноя-09
        • В Linux ядре найдена уязвимость, позволяющая получить права ...,Pilat, 20:23 , 05-Ноя-09
          • (offtopic) ovz 18/26,Michael Shigorin, 22:14 , 05-Ноя-09
            • (offtopic) ovz 18/26,pavel_simple, 22:19 , 05-Ноя-09
              • (offtopic) ovz 18/26,Michael Shigorin, 01:19 , 06-Ноя-09
                • (offtopic) ovz 18/26,pavel_simple, 01:24 , 06-Ноя-09
                • (offtopic) ovz 18/26,Pilat, 02:27 , 06-Ноя-09
                  • (offtopic) ovz 18/26,Michael Shigorin, 23:44 , 15-Ноя-09
                    • (offtopic) ovz 18/26,Pilat, 13:23 , 16-Ноя-09
                      • (offtopic) ovz 18/26,Michael Shigorin, 16:31 , 16-Ноя-09
                        • (offtopic) ovz 18/26,Pilat, 16:46 , 16-Ноя-09
                          • (offtopic) ovz 18/26,Michael Shigorin, 18:00 , 16-Ноя-09
                            • (offtopic) ovz 18/26,Pilat, 18:36 , 16-Ноя-09
                              • (offtopic) ovz 18/26,Michael Shigorin, 19:45 , 16-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,86_64, 19:34 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,yantux, 20:52 , 05-Ноя-09
  • В Linux ядре найдена уязвимость, позволяющая получить права ...,Michael Shigorin, 22:11 , 05-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,Octopus, 12:06 , 06-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,asd, 17:54 , 06-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,tor, 01:50 , 08-Ноя-09
• В Linux ядре найдена уязвимость, позволяющая получить права ...,cat_pusher, 12:54 , 09-Ноя-09

Еще в 30м ядре в одном из патчей к нему (.4 вроде) mmap_min_addr поставили в 4096. В дистрибуьтвах уже год наверно эту опцию форсируют на дистрибутивных ядрах. О чёи новость-то???
cat /proc/sys/vm/mmap_min_addr
65536

Проверил в последних версиях CentOS и Ubuntu:

cat /proc/sys/vm/mmap_min_addr
0

ubuntu 9.10:

cat /proc/sys/vm/mmap_min_addr
65536

про последнюю версию Ubuntu - вранье! Ubuntu 9.10:
$ uname -r
2.6.31-14-generic
$ cat /proc/sys/vm/mmap_min_addr
65536

# uname -a
Linux home 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
# cat /proc/sys/vm/mmap_min_addr
0

Обратите внимание на архитектуру.
Так может, не стОит так категорично обвинять кого-то во вранье?

К слову:
alinaki@alinaki-laptop:~$ uname -a
Linux alinaki-laptop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux

i686

$ uname -a
Linux host 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 10:03:24 CEST 2009 x86_64 Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz GenuineIntel GNU/Linux

$ cat /proc/sys/vm/mmap_min_addr
4096

Ubuntu 9.10

$ uname -a
Linux mac-desktop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
$ cat /proc/sys/vm/mmap_min_addr
65536
$ grep mmap_min_addr /etc/sysctl.conf
$
$ grep MMAP_MIN_ADDR /boot/config-2.6.31-14-generic
CONFIG_DEFAULT_MMAP_MIN_ADDR=65536
CONFIG_LSM_MMAP_MIN_ADDR=0

Ну ваще то дело обстоит так ;-)

user@user-nb:~$ uname -a
Linux user-nb 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
user@user-nb:~$ cat /proc/sys/vm/mmap_min_addr
65536

uname -a
Linux localhost.localdomain 2.6.30.9-90.fc11.x86_64 #1 SMP Sat Oct 17 11:25:35 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
cat /proc/sys/vm/mmap_min_addr
65536

$ uname -a
Linux temp 2.6.31-gentoo-r4 #1 SMP PREEMPT Fri Oct 30 19:08:52 YEKT 2009 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux

$ cat /proc/sys/vm/mmap_min_addr
4096

Ubuntu 9.10
alinaki@alinaki-laptop:~$ uname -r
2.6.31-14-generic
alinaki@alinaki-laptop:~$ cat /proc/sys/vm/mmap_min_addr
0

Убунту 9.10
$ uname -a
Linux 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux

$ cat /proc/sys/vm/mmap_min_addr
0

ubuntu 9.10
~$ cat /proc/sys/vm/mmap_min_addr
0

~$ cat /etc/sysctl.d/wine.sysctl.conf
# Wine needs to access the bottom 64k of memory in order to launch
# 16 bit programs.
vm.mmap_min_addr = 0

точно!
устанавливается именно с wine'ом.
поставил туда 4096.

Хе-хе.  А теперь стоит глянуть соответствующий баг на lp, ну или попробовать попускать wine и сравнить ощущения.  Впрочем, для него вроде какие-то объезды придумывали, вот для dosemu не попадались.

>точно!
>устанавливается именно с wine'ом.

Вот саботажники. Не только среда для запуска вирусов но еще и мелкая но неприятная подлянка... :-\

Насчёт Wine - это касается только того Wine, который для Ubuntu и скачан с сайта winehq.org. Я читал diff-файл оттуда - мейнтейнер этот wine.sysctl.conf сам написал и внедрил в исходный код. А если самому компилировать, то ничего такого нет.

>Проверил в последних версиях CentOS и Ubuntu:
>
>cat /proc/sys/vm/mmap_min_addr
>0

Вообще-то оно ставиться почти у всех
cat /etc/sysctl.conf|grep mmap
# protect bottom 64k of memory from mmap to prevent NULL-dereference
vm.mmap_min_addr = 65536

# cat /etc/issue /proc/sys/vm/mmap_min_addr
CentOS release 5.3 (Final)
Kernel \r on an \m

65536

>Проверил в последних версиях CentOS и Ubuntu:
>cat /proc/sys/vm/mmap_min_addr
>0

Кубунта 9.10 64-бита (ядро 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux):

cat /proc/sys/vm/mmap_min_addr
65536

Стало быть пиндеж.

>cat /proc/sys/vm/mmap_min_addr
>65536
>
>Стало быть пиндеж.

Wine поставь, он mmap_min_addr на 0 никого не спрося меняет.

>Проверил в последних версиях CentOS и Ubuntu:
>
>cat /proc/sys/vm/mmap_min_addr
>0

$ cat /proc/sys/vm/mmap_min_addr && uname -r && cat /etc/redhat-release
4096
2.6.18-164.2.1.el5
CentOS release 5.4 (Final)

> Проверил в последних версиях CentOS и Ubuntu:
> cat /proc/sys/vm/mmap_min_addr
> 0

# grep mmap /etc/sysctl.conf /etc/sysctl.d/*
/etc/sysctl.d/30-wine.conf: vm.mmap_min_addr = 0

(ubuntu 9.10)

хххх@хххх:~$ cat /proc/sys/vm/mmap_min_addr
0
---
Debian 5.0 :)

cat: /proc/sys/vm/mmap_min_addr: No such file or directory

у сня его почему-то нету ыыыыыыыыыыы (RHEL5.3)

Просто одни не говорят об уязвимостях, а другие оповещают о таковых. И еще не известно что лучше...

>Просто одни не говорят об уязвимостях, а другие оповещают о таковых. И
>еще не известно что лучше...

Лучше - говорить честно и открыто, если уж облажались. Да, признать лажу нелегко но это и отличает опенсорс от проприетари в лучшую сторону. Когда не пытаются надурить и обмануть, а просто делают свое дело - это хорошо.

# uname -r
2.6.27.37-0.1-default
# cat /proc/sys/vm/mmap_min_addr
65536

# uname -r
2.6.31-gentoo-r4
cat /proc/sys/vm/mmap_min_addr
4096

~ $ zcat /proc/config.gz |grep MMAP_MIN
CONFIG_DEFAULT_MMAP_MIN_ADDR=65536

config DEFAULT_MMAP_MIN_ADDR
        int "Low address space to protect from user allocation"
        default 4096
        help
          This is the portion of low virtual memory which should be protected
          from userspace allocation.  Keeping a user from writing to low pages
          can help reduce the impact of kernel NULL pointer bugs.

          For most ia64, ppc64 and x86 users with lots of address space
          a value of 65536 is reasonable and should cause no problems.
          On arm and other archs it should not be higher than 32768.

server % cat /etc/issue.net                                                   ~
CentOS release 5.4 (Final)                                                    
Kernel \r on an \m                                                            
server % uname -r                                                             ~
2.6.18-164.2.1.el5                                                            
server % cat /proc/sys/vm/mmap_min_addr                                       ~
4096      

debian:~# cat /proc/sys/vm/mmap_min_addr
0
debian:~# uname -a
Linux debian 2.6.26-1-xen-686 #1 SMP Fri Mar 13 22:30:40 UTC 2009 i686 GNU/Linux
debian:~# cat /etc/deb
debconf.conf    debian_version  debtags/
debian:~# cat /etc/debian_version
squeeze/sid

cat /etc/debian_version && uname -a && cat /proc/sys/vm/mmap_min_addr
squeeze/sid
Linux desktop 2.6.31-1-amd64 #1 SMP Sat Oct 24 17:50:31 UTC 2009 x86_64 GNU/Linux
65536

http://lists.debian.org/debian-security-announce/2009/msg002...

Ъ:
October 22, 2009
CVE-2009-2695

    Eric Paris provided several fixes to increase the protection
    provided by the mmap_min_addr tunable against NULL pointer
    dereference vulnerabilities.

exploit уже кто-то в глаза видел?

s

Ubuntu 9.10 уже поправлена.

cat /etc/debian_version && uname -a && cat /proc/sys/vm/mmap_min_addr
squeeze/sid
Linux ubuntu 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
65536

>Ubuntu 9.10 уже поправлена.
>
>cat /etc/debian_version && uname -a && cat /proc/sys/vm/mmap_min_addr
>squeeze/sid
>Linux ubuntu 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64
>GNU/Linux
>65536

Linux comp 2.6.30-gentoo-r5 #1 SMP PREEMPT Tue Oct 6 00:37:58 MSD 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ AuthenticAMD GNU/Linux
cat /proc/sys/vm/mmap_min_addr
4096

cat /proc/sys/vm/mmap_min_addr
cat: /proc/sys/vm/mmap_min_addr: No such file or directory

2.6.18
x86_64

да, Debian Etch

Ubuntu Server 8.04 LTS
root@celeron:~# uname -a
Linux celeron 2.6.24-24-server #1 SMP Fri Sep 18 17:24:10 UTC 2009 i686 GNU/Linux
root@celeron:~# cat /proc/sys/vm/mmap_min_addr
65536

Opensuse 11.2
cat /proc/sys/vm/mmap_min_addr
65536

cat /proc/sys/vm/mmap_min_addr
4096

uname -a
Linux azure 2.6.31 #2 SMP Sat Oct 17 19:39:33 EEST 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3600+ AuthenticAMD GNU/Linux

Gentoo, vanilla-sources

cat /proc/sys/vm/mmap_min_addr
cat: /proc/sys/vm/mmap_min_addr: No such file or directory

uname -a
Linux plaza 2.6.29 #4 SMP Thu Sep 17 00:03:06 EEST 2009 i686 Intel(R) Celeron(R) CPU 2.13GHz GenuineIntel GNU/Linux

gentoo, vanilla sources

[ EXPLOIT ]

http://pavlinux.ru/rk/cheddar_bay.tgz

а если нет pulseaudio в системе ?

>а если нет pulseaudio в системе ?

Ну переделай под что-то другое, Pulseaudio это всего лишь дорога к ядру для юзера.

openSUSE 11.1
Linux linux-bi1o 2.6.27.37-0.1-pae #1 SMP 2009-10-15 14:56:58 +0200 i686 athlon i386 GNU/Linux
cat /proc/sys/vm/mmap_min_addr
65536

ах да:
aquinas / # uname -a
Linux aquinas 2.6.26-hardened #1 SMP Tue Aug 19 19:35:36 MSD 2008 x86_64 Intel(R) Core(TM)2 Quad CPU @ 2.40GHz GenuineIntel GNU/Linux
aquinas / # uptime
22:33:46 up 442 days,  3:05,  3 users,  load average: 1.85, 1.69, 1.53
aquinas / #  cat /proc/sys/vm/mmap_min_addr
0

осталось затестить рабочий exploit :)

UbuntuStudio 8.04 (x86-64)
# uname -a
Linux Rimidal-Laptop 2.6.24-25-rt #1 SMP PREEMPT RT Tue Oct 20 08:14:06 UTC 2009 x86_64 GNU/Linux

# cat /proc/sys/vm/mmap_min_addr
65536

Как исправить нулевой mmap_min_addr без патчей ядра?

echo 4096 > /proc/sys/vm/mmap_min_addr

ну или в /etc/sysctl.conf прописать
vm.mmap_min_addr = число

# sysctl -p

Было в Debian Security 22 октября, там же ссылка http://wiki.debian.org/mmap_min_addr

>Было в Debian Security 22 октября, там же ссылка http://wiki.debian.org/mmap_min_addr

http://www.debian.org/security/2009/dsa-1915 - там другие уязвимости были исправлены, про проблему с pipe в том отчете ничего нет. Но видимо слухи в воздухе летали и они предусмотрительно mmap_min_addr включили.

>том отчете ничего нет. Но видимо слухи в воздухе летали и
>они предусмотрительно mmap_min_addr включили.

Ага, а при установке Wine опять mmap_min_addr в ноль сбрасывает.

ALT 5:

$ cat /proc/sys/vm/mmap_min_addr
65536

Linux vixnote 2.6.31.4vixnote #1 SMP Wed Oct 21 14:55:44 MSD 2009 i686 GNU/Linux
vixnote:/home/master# cat /proc/sys/vm/mmap_min_addr
4096
Debian lenny..
:)

>скептическое отношение Линуса Торвальдса к проблемам безопасности, не желающего по умолчанию запретить

И чем оно открытее Windows, если все решает один маразматик...

тем что можно самому поправить где надо

>тем что можно самому поправить где надо

Может оно и так но, Вам не кажется, что, что-то здесь все-таки не совсем ммм... логично?...
Архитектуру целой системы, позиционируемой как тотальная замена Windows на десктопе, решает один!!! человек?! А если у него завтра каприз какой случится, пострадает отрасль?? Или опять будет глобальное отфорковывание?
Что за тоталитарный строй?

Он и решает лишь потому, что надежный.
Будут капризы - будет решать другой.
При этом не нужна ни демократия, ни диктатура - просто свобода, пользователь сам выбирает, кто будет эти вопросы решать, он, Торвальдс, или дядя Вася.

>тем что можно самому поправить где надо

и добавить или обрезать, что надо.

>И чем оно открытее Windows, если все решает один маразматик...

В виндозе вы для начала почти лишены возможности оверрайда решений маразматиков из маркетингового отдела, которые "немного" похуже любого Торвальдса будут. И знаете, ковырять блобы "немного" геморнее чем сорсы. Дизасмом колупаться - долго и медленно, а когда вы запатчите бинарь - апдейтер еще и новый при случае вкорячит забыв вас спросить можно ли заменять вот тот файл. Если вам это нравится - вперед на мины.

Gentoo Base System release 2.0.1
Linux dfx-laptop 2.6.31-zen5-laptop
zcat /proc/config.gz|grep MMAP_MIN_ADDR
CONFIG_DEFAULT_MMAP_MIN_ADDR=4096

если уж чешутся руки рассказать, как "разработчики OpenBSD" обсудили Линуса, то стоит наверное и показать, как Линус успел обсудить "разработчиков OpenBSD"

http://lkml.org/lkml/2008/7/15/296

и как он видит политику безопасности ядра. http://lkml.org/lkml/2009/6/1/301

Kubuntu 9.04 (по умолчанию)
~$ cat /proc/sys/vm/mmap_min_addr
65536

А в Ubuntu 9.04 (по умолчанию)
0

Вот, вроде бы один проект, а два разных подхода. ИМХО считаю настройку этого параметра должны производить мантайнеры дистров, а их много. Тут у каждого своя политика, зачем Линусу этим заниматься? Потом всеравно переделают.

Уже обсудили... Это все wine. :)

А кому, блин, интересно, сколько у вас в mmap_min? Стадо баранов, чесслово.

>А кому, блин, интересно, сколько у вас в mmap_min? Стадо баранов, чесслово.

Интересно с точки зрения того, в каком дистрибутиве какое значение стоит по дефолту.

Отчет что ли пишете? Тема интересна с точки зрения узнать подвержен ли твой компьютер, не более того.

покажите мне форум, где каждый бы писал свою версию сборки винды:)

>покажите мне форум, где каждый бы писал свою версию сборки винды:)

Любой форум по настройке венды.

>А кому, блин, интересно, сколько у вас в mmap_min? Стадо баранов, чесслово.
>

Это точно :) и стадо есть и пастух есть - один как тут выше сказали :)

$ uname -a
Linux ubuntu 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
$ cat /proc/sys/vm/mmap_min_addr
65536

# uname -a
Linux computername 2.6.30-gentoo-r5 #1 PREEMPT Tue Oct 6 13:36:09 MSD 2009 x86_64 AMD Athlon(tm) 64 Processor 3400+ AuthenticAMD GNU/Linux

# cat /proc/sys/vm/mmap_min_addr
65536

Насчёт Wine - это касается только того Wine, который для Ubuntu и скачан с сайта winehq.org. Я читал diff-файл оттуда - мейнтейнер этот wine.sysctl.conf сам написал и внедрил в исходный код. А если самому компилировать, то ничего такого нет.
openSuSE 10.2 i586
linux-athlonxp:/home/zenitur # cat /proc/sys/vm/mmap_min_addr
0
linux-athlonxp:/home/zenitur # uname -a
Linux linux-athlonxp 2.6.28.2-default #6 SMP Sun Sep 6 03:41:20 KRAST 2009 i686 athlon i386 GNU/Linux

Эксплоит есть?

Ну и я залиплю ))))) Разные платформы, вайна нет...

# cat /proc/sys/vm/mmap_min_addr && lsb_release -a && uname -rpi
4096
LSB Version:    :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description:    CentOS release 5.4 (Final)
Release:        5.4
Codename:       Final
2.6.18-164.el5 i686 i386

# cat /proc/sys/vm/mmap_min_addr && lsb_release -a && uname -rpi
4096
LSB Version:    :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description:    CentOS release 5.3 (Final)
Release:        5.3
Codename:       Final
2.6.18-164.el5xen x86_64 x86_64

>вайна нет...

Дело не в самом wine, а в том, что для обеспечения его работоспособности из коробки у убунтушников не придумалось ничего лучше, как влепить безусловное предоставление этого семейства проблем из коробки же.  Что их неплохо характеризует, впрочем.

OpenVZ Debian Lenny:

# uname -a
Linux Debian-40-etch-64-minimal 2.6.26-2-openvz-amd64 #1 SMP Wed Aug 19 23:15:49 UTC 2009 x86_64 GNU/Linux
# echo 4096 > /proc/sys/vm/mmap_min_addr
-su: /proc/sys/vm/mmap_min_addr: No such file or directory

>OpenVZ Debian Lenny:
> /proc/sys/vm/mmap_min_addr: No such file or directory

Припоминается, что предыдущие уязвимости на ту же тему в ovz как минимум "из коробки" не работали -- OpenVZ-шники много чего чинят по ходу пьесы.  Лучше не полагаться на мой склероз, впрочем -- чтение по этой теме помню совсем смутно, а для их ветки rhel5 как минимум в варианте сборки для ALT 4.0 дефолт точно ненулевой.

>>OpenVZ Debian Lenny:
>> /proc/sys/vm/mmap_min_addr: No such file or directory
>
>Припоминается, что предыдущие уязвимости на ту же тему в ovz как минимум
>"из коробки" не работали -- OpenVZ-шники много чего чинят по ходу
>пьесы.  Лучше не полагаться на мой склероз, впрочем -- чтение
>по этой теме помню совсем смутно, а для их ветки rhel5
>как минимум в варианте сборки для ALT 4.0 дефолт точно ненулевой.
>

После установки последнего обновления ,
# uname -r
2.6.26-2-openvz-amd64
# cat /proc/sys/vm/mmap_min_addr
0
[/QUOTE]

уже лучше, есть что править.

>2.6.26-2-openvz-amd64

Мы (и не только мы) отказались от использования .26, .27 и вернулись на .18-ovz по соображениям стабильности и функциональности.  Перелопачивание на CT даром не далось :(

>>2.6.26-2-openvz-amd64
>
>Мы (и не только мы) отказались от использования .26, .27 и вернулись
>на .18-ovz по соображениям стабильности и функциональности.  Перелопачивание на CT
>даром не далось :(

Я пока возвращаться не решаюсь - не уверен, что .18 так же поддерживается как .26, а со стабильностью как раз проблем стало меньше.

>Я пока возвращаться не решаюсь - не уверен, что .18 так же
>поддерживается как .26

А для кого поддерживается .26, не напомните?  .18 имел в виду ветки rhel5.

>а со стабильностью как раз проблем стало меньше.

И то ладно.  Я туда ради -o bind,ro ходил, да это было не столь важно, как предсказуемое поведение и отсутствие зверского отстрела процессов в контейнерах при нагрузке на HN (cpu/io) на машинке, где контейнеры имеют вспомогательную роль, а существенная часть нагрузки именно на железке (которая интранет).

>>Я пока возвращаться не решаюсь - не уверен, что .18 так же
>>поддерживается как .26
>
>А для кого поддерживается .26, не напомните?  .18 имел в виду
>ветки rhel5.
>

lenny

>>>Я пока возвращаться не решаюсь - не уверен, что .18 так же
>>>поддерживается как .26
>>А для кого поддерживается .26, не напомните?  .18 имел в виду
>>ветки rhel5.
>lenny

Не "где есть .26", а "для кого поддерживается .26-ovz".

>>>>Я пока возвращаться не решаюсь - не уверен, что .18 так же
>>>>поддерживается как .26
>>>А для кого поддерживается .26, не напомните?  .18 имел в виду
>>>ветки rhel5.
>>lenny
>
>Не "где есть .26", а "для кого поддерживается .26-ovz".

типа этих?

http://security.debian.org/pool/updates/main/l/linux-2.6/lin...

или я всё-же не верно понял требуемое?

>>>>Я пока возвращаться не решаюсь - не уверен, что .18 так же
>>>>поддерживается как .26
>>>А для кого поддерживается .26, не напомните?  .18 имел в виду
>>>ветки rhel5.
>>lenny
>
>Не "где есть .26", а "для кого поддерживается .26-ovz".

Для нас, для пользователей OpenVZ. Традиционно глюки в openvz в текущем ядре не исправляются, а откладываются до лучших времён, и 26 - это как раз лучшее из имеющегося и есть. Что такое rhel5 я не знаю, так как пользуюсь debian - может, там и есть свои заморочки, но уверен что 18 никто патчить не будет всерьёз - так как раньше этого не делали.

Вообще OpenVZ - пережиток дорогой памяти...

[угу]

>Вообще OpenVZ - пережиток дорогой памяти...

Не сказал бы, с администрированием у чрутообразных в ряде случаев тоже куда практичней, чем у полностью прикидывающихся.

>[угу]
>
>>Вообще OpenVZ - пережиток дорогой памяти...
>
>Не сказал бы, с администрированием у чрутообразных в ряде случаев тоже куда
>практичней, чем у полностью прикидывающихся.

Очень сложно соблюдать дисциплину при разделении ресурсов, тем более что для OpenVZ практически нет хороших бесплатных панелей управления. Миграция машины на другое оборудование может привести к самым неожиданным эффектам, причём не сразу. Но администрировать действительно удобно.

>Очень сложно соблюдать дисциплину при разделении ресурсов

Вот почему и сказал про 2.6.18/rhel5 branch.  Там ещё не было всё разломано при переезде на linux containers, и --cpus работает, и всё прочее задокументированное (по крайней мере у меня).

>тем более что для OpenVZ практически нет хороших бесплатных панелей управления.

Тут не смотрел -- webvz/easyvz совсем не то?

>Миграция машины на другое оборудование может привести к самым неожиданным эффектам,
>причём не сразу.

По части лимитов, если памяти/процессоров существенно иначе?  Вообще-то мне доводилось таскать и HN+VE, и отдельные VE по совсем разным железкам и как раз был поражён, насколько _мало_ это заняло времени и насколько _не_ породило проблем (в том числе и в дальнейшем).

>>Очень сложно соблюдать дисциплину при разделении ресурсов
>
>Вот почему и сказал про 2.6.18/rhel5 branch.  Там ещё не было
>всё разломано при переезде на linux containers, и --cpus работает, и
>всё прочее задокументированное (по крайней мере у меня).
>

в 2.6.18/AMD64 я встретил очень редкий баг с утечкой памяти, который кроме меня на форуме только один пользователь описал.

>>тем более что для OpenVZ практически нет хороших бесплатных панелей управления.
>
>Тут не смотрел -- webvz/easyvz совсем не то?

webvz я даже пытался править - там от меня на каждой странице в последних релизах есть одна строчка. Но принципиально я ruby не использую - слишком много тащить с ним надо, и есть у webvz фундаментальный глюк - долгие операции типа копирования или создания, при прерывании HTTP сеанса, могут окончится плохо, и уж точно я не узнаю о результатах их выполнения, так что это только запускалка скриптов. Машины три я этим оснастил, потом забил.

easyvz смотреть не стал. Такого уровня поделки я могу и сам написать достаточно быстро, но пользы от них мало. proxmos я бы ещё запустил, но он требует аппаратной поддержки, а у меня достаточно машин без оного. hypervm пробовал, круто, но во-первых слишком круто, во-вторых требует real ip, во-вторых он всё равно спёкся.

>
>>Миграция машины на другое оборудование может привести к самым неожиданным эффектам,
>>причём не сразу.
>
>По части лимитов, если памяти/процессоров существенно иначе?  Вообще-то мне доводилось таскать
>и HN+VE, и отдельные VE по совсем разным железкам и как
>раз был поражён, насколько _мало_ это заняло времени и насколько _не_
>породило проблем (в том числе и в дальнейшем).

Например, живая миграция возможна только на однотипное оборудование, но это мелочи; а вот лимиты на процессор в относительных попугаях - и непонятно, как эти единицы будут пересчитаны.

Несмотря на эти проблемы 5 машин под OpenVZ у меня есть.

>в 2.6.18/AMD64 я встретил очень редкий баг с утечкой памяти, который кроме
>меня на форуме только один пользователь описал.

Если вдруг попадётся -- может, забросьте ссылочку или слова.  То ли не замечаю, то ли на UP/SMP AMD64 и SMP EM64T не встречал.

>>>тем более что для OpenVZ практически нет хороших бесплатных панелей управления.
>>Тут не смотрел -- webvz/easyvz совсем не то?
>webvz [...]
>easyvz [...]
>proxmos [...]
>hypervm [...]

Благодарю, отложил себе в тематический архив.  Если будет оказия -- гляньте в альтовском Ark Server 5.0 (модуль alterator-mkve).  Правда, предложение непроверенное -- я использовал (и исправлял немного) только alterator-ovz из 4.0: сейчас до дистрибутивов руки не доходят особо, отошёл от тематики внедрений покамест.

>Например, живая миграция возможна только на однотипное оборудование, но это мелочи;

До неё собирался, но не добрался за отсутствием необходимости, только "из рук" видел.  Однотипное -- это о x86/x86_64? (у меня большинство контейнеров вне офиса пока 32-битные, в том числе и для большей портативности)

Или о AMD64/EM64T и деталях оптимизации, если что внутри со специфическим -march угораздило собрать? (у меня пакетные системы и в HN, и в VE)

>а вот лимиты на процессор в относительных попугаях - и непонятно, как
>эти единицы будут пересчитаны.

Нуу я тут предпочитаю выстраивать ещё по ioprio и при необходимости зажимать --cpus.

>Несмотря на эти проблемы 5 машин под OpenVZ у меня есть.

У нас ещё посматривают на lxc, сам пока тоже не добрался.

>>в 2.6.18/AMD64 я встретил очень редкий баг с утечкой памяти, который кроме
>>меня на форуме только один пользователь описал.
>
>Если вдруг попадётся -- может, забросьте ссылочку или слова.  То ли
>не замечаю, то ли на UP/SMP AMD64 и SMP EM64T не
>встречал.

Уже не могу найти. У меня AMD64 однопроцессорный , на 24 перестала пропадать память.

...
>Благодарю, отложил себе в тематический архив.  Если будет оказия -- гляньте
>в альтовском Ark Server 5.0 (модуль alterator-mkve).  Правда, предложение непроверенное
>-- я использовал (и исправлял немного) только alterator-ovz из 4.0: сейчас
>до дистрибутивов руки не доходят особо, отошёл от тематики внедрений покамест.

Уже, наверно, не смогу - я всё перевожу на VmWare Sphere.

>>Например, живая миграция возможна только на однотипное оборудование, но это мелочи;
>
>До неё собирался, но не добрался за отсутствием необходимости, только "из рук"
>видел.  Однотипное -- это о x86/x86_64? (у меня большинство контейнеров
>вне офиса пока 32-битные, в том числе и для большей портативности)

Нет, там важны даже модели процессоров. Даже Xeon-> Pentium D  не проходит.

>
>У нас ещё посматривают на lxc, сам пока тоже не добрался.

Мне кажется, сейчас серьёзно можно смотреть только на то, чем умеем хорошо управлять. Даже на пяти машинах я столкнулся с неизвестно зачем заведёнными контейнерами. Да и внешние хранилища стали вполне бюджетными, хотя бы iSCSI - хорошо иметь что-то, способное с ними работать.

>>Если будет оказия -- гляньте в альтовском Ark Server 5.0 (модуль alterator-mkve).
>Уже, наверно, не смогу - я всё перевожу на VmWare Sphere.

BTW там kvm в качестве основного варианта.

В любом разе спасибо за обсуждение, интересно.

$ uname -a
Linux 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux
$ cat /proc/sys/vm/mmap_min_addr
65536

[yan@localhost ~]$ cat /proc/sys/vm/mmap_min_addr
4096
[yan@localhost ~]$ uname -a
Linux localhost.localdomain 2.6.30-std-def-alt10 #1 SMP Mon Aug 17 17:08:11 UTC 2009 i686 GNU/Linux

О чём это говорит?

>О чём это говорит?

Что этой дыркой на этом хосте воспользоваться не получится.

openSUSE 11.1

# uname -a
Linux linux-3gep 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 x86_64 x86_64 GNU/Linux
# cat /proc/sys/vm/mmap_min_addr
65536

!!!!!!!!!!!!!!!

/etc/sysctl.d/30-wine.conf

# Wine needs to access the bottom 64k of memory in order to launch
# 16 bit programs.
vm.mmap_min_addr = 0

Он работает только с /usr/bin/pulseaudio или есть другие опасные суидные программы ?

Эксплоит на Debian Etch:

[gw-lower:remote]# uname -a
Linux gw-lower 2.6.24-etchnhalf.1-686 #1 SMP Tue Dec 2 07:56:33 UTC 2008 i686 GNU/Linux

~/cheddar_bay$ ./exploit
[+] MAPPED ZERO PAGE!
[+] Resolved tun_fops to 0xd0b56da0
[+] Resolved nf_unregister_hooks to 0xc0275cd5
[+] Resolved sel_read_enforce to 0xc01c67e0
[+] *0xd0b56dcc |= 1
[+] b00m!
[+] Disabled security of : nothing, what an insecure machine!
[+] Failed to get root :( Something's wrong.  Maybe the kernel isn't vulnerable?