The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Серьезная локальная уязвимость во FreeBSD

28.09.2011 21:27

В реализации UNIX-сокетов во всех поддерживаемых версиях FreeBSD (7.x, 8.x и 9.x) найдена серьезная уязвимость, позволяющая локальному пользователю поднять свои привилегии в системе (запустить код с правами root), выйти за пределы изолированного Jail-окружения и обойти различные механизмы ограничения доступа. Обходных путей блокирования уязвимостей не существует. Для устранения уязвимости требуется установка бинарных обновлений или применение патча с последующей пересборкой ядра (патч подходит и для уже не поддерживаемой ветки FreeBSD 6.x, которая также подвержена уязвимости).

Проблема присутствует в реализации Unix-сокетов, которые используют единые с сетевыми сокетами системные вызовы, но используют в качестве аргумента путь к локальному файлу, вместо IP-адреса и номера порта. Проблема вызвана тем, что при прикреплении Unix-сокета к определённой точке файловой системы с использованием системного вызова bind, не производится проверка размера файлового пути. В дальнейшем, при возвращении созданного адреса через другие системные вызовы, он копируется в буфер фиксированной длины. Манипулируя специально сформированным файловым путём при создании Unix-сокета, злоумышленник может инициировать переполнение буфера и выполнить собственный код на уровне ядра системы.

Кроме того, во FreeBSD одновременно устранены две менее опасные уязвимости:

  • Возможность бесконечного зацикливания или выполнения кода при распаковке командами compress и gzip специально оформленных поврежденных архивов. Проблема проявляется во всех поддерживаемых версиях FreeBSD и решается только наложением патча. Дополнение: корни проблемы тянутся ещё со времен 4.3BSD (1980-е годы), судя по всему уязвимость затрагивает не только gzip, но и многие другие продукты, в которых используется LZW-сжатие. Например, проблема уже устранена в ncompress, libarchive, OpenBSD compress, freetype, libXfont, busybox, mailx. Проблема также присутствовала в коде декодирования изображений GIF из состава Tk, gd, gdk-pixbuf, CUPS, GIMP, XPCE и других проектов;
  • Удаленный вызов отказа в обслуживании для DNS-сервера, работающего на базе программы named (BIND 9) из базовой поставки. Отправив специальный запрос, атакующий может инициировать крах серверного процесса. Проблема проявляется только в ветке 8.2-STABLE, начиная с 28 мая 2011 года. Данная проблема была исправлена в BIND 9.6.x, 9.7.x и 9.8.x ещё 5 июля.


  1. Главная ссылка к новости (http://security.freebsd.org/ad...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/31887-freebsd
Ключевые слова: freebsd, security
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (33) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, freename (ok), 23:00, 28/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Corrected:2011-09-28 вот блин, 26 только обновился..
     
     
  • 2.7, kombat (ok), 06:34, 29/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мир пересобрал что ли? а freebsd-update fetch install ?
     
     
  • 3.11, freename (ok), 16:13, 29/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не катит если система собрана из исходников и выпилино все не нужное
     

  • 1.4, iZEN (ok), 23:14, 28/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошо иметь -STABLE — патчи прилетают мгновенно. ;) Да и злоумышленники не знают точно, какой -STABLE у тебя: вчерашний или уже сегодняшний с патчами. ;)
     
     
  • 2.9, all_glory_to_the_hypnotoad (ok), 13:09, 29/09/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    им этого знать и не нужно, попробуют всё - не жалко.
     
     
  • 3.10, iZEN (ok), 13:25, 29/09/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Зубки обломают.
     
     
  • 4.20, yeah registered (ok), 18:20, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Зубки обломают.

    С такими ыкспертами как ты - никаких хакеров не надо, само сломается.

     
  • 2.13, AdVv (ok), 01:03, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не вполне понял мысль. Ты обновляешься бинарно или из исходников ?
    Если из исходников, то регулярные обновления вручную превращаются в проблему, особенно когда серверов несколько. Как тут постоянно иметь stable не вполне понятно.
     
     
  • 3.15, фклфт (ok), 06:23, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если из исходников, то регулярные обновления вручную превращаются в проблему

    Расскажите пожалуйста это какие проблеммы у вас при обновлении из исходников
    P.S. за последние лет 5 у меня ни разу ни чего небыло такого при обновлении
    Линуксятник ? видел фряху на картинках ?


     
     
  • 4.16, AdVv (ok), 12:58, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если из исходников, то регулярные обновления вручную превращаются в проблему
    > Расскажите пожалуйста это какие проблеммы у вас при обновлении из исходников
    > P.S. за последние лет 5 у меня ни разу ни чего небыло
    > такого при обновлении

    Сколько у тебя серверов ? 1 ? А если больше 10 ? Я охирею их каждый день руками из сырцов обновлять, даже раз в неделю охирею. А freebsd-update работает только с GENERIC ядром, в котором нет необходимых мне IPFIREWALL_FORWARD и ROUTETABLES.

    > Линуксятник ? видел фряху на картинках ?

    Ну умник, я тебя слушаю ?


     
     
  • 5.17, Alex Keda (ok), 16:44, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Если из исходников, то регулярные обновления вручную превращаются в проблему
    >> Расскажите пожалуйста это какие проблеммы у вас при обновлении из исходников
    >> P.S. за последние лет 5 у меня ни разу ни чего небыло
    >> такого при обновлении
    > Сколько у тебя серверов ? 1 ? А если больше 10 ?
    > Я охирею их каждый день руками из сырцов обновлять, даже раз
    > в неделю охирею. А freebsd-update работает только с GENERIC ядром, в
    > котором нет необходимых мне IPFIREWALL_FORWARD и ROUTETABLES.
    >> Линуксятник ? видел фряху на картинках ?
    > Ну умник, я тебя слушаю ?

    у меня их больше 10
    и даже больше 20

    и что? =))

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

     
     
  • 6.21, yeah registered (ok), 18:23, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > заходить на каждый линуксовый и набирать одини и те же команды -
    > тоже долго, заметим.

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

     
     
  • 7.23, Alex Keda (ok), 18:45, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> заходить на каждый линуксовый и набирать одини и те же команды -
    >> тоже долго, заметим.
    > Человеческий пакетный менеджер позволяет не заниматься подобными вещами.

    в чём человечный? в возможности поставить галку про автообновление?
    тогда вам в сторону винды надо смотреть

     
  • 5.25, фклфт (ok), 20:23, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Сколько у тебя серверов ? 1 ? А если больше 10 ?
    > Я охирею их каждый день руками из сырцов обновлять, даже раз
    > в неделю охирею. А freebsd-update работает только с GENERIC ядром, в
    > котором нет необходимых мне IPFIREWALL_FORWARD и ROUTETABLES.

    Лично для вас ! и умников из яндекса и рамблера...
    Вообщето система обновляется (в том числе и пересборкой ядра) только на одной машине
    на остальных просто настраивается rsync с последующим ребутом
    умники блин

     
     
  • 6.26, Аноним (-), 20:43, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообщето система обновляется (в том числе и пересборкой ядра) только на одной
    > машине
    > на остальных просто настраивается rsync с последующим ребутом
    > умники блин

    Ага, знайте что будет если сделать неатомарное обновление работающей системы через rsync ? Русская рулетка будет. Сразу видно, что сами вы никогда описанным вами способом системы не обновляли.

     
     
  • 7.27, фклфт (ok), 20:56, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, знайте что будет если сделать неатомарное обновление работающей системы через rsync
    > ? Русская рулетка будет. Сразу видно, что сами вы никогда описанным
    > вами способом системы не обновляли.

    А ни кто и не говорит про обновление фряхи допустим с версии 7.0 на 8.2
    если не глобальные обновления то это все делается элементарно
    У меня половина серверов под фряхой а другая под деб, и скажу честно что с деб немного побольше проблемм при обновлении
    Когда то пробывали федорку, там вообще после обновлений бывало что система не грузилась или вообще файлуха показала фигу
    Смысла нету спорить что лучше так как для того что бы спорить надо знать несколько осей а не одну бубунту
    Ни кто не просит обновлять рсинком какуой нибудь SQL.
    кернел, /bin, /sbin, /usr/bin, /usr/sbin и так далее рсинком обновляются на ура


     

  • 1.5, freename (ok), 23:28, 28/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    что удивительно зашел на http://security.freebsd.org и обнаружил что  RELENG_9, 9.0-RC1 первый релиз кандидат ждем релиза
     
  • 1.6, solardiz (ok), 01:37, 29/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > Возможность бесконечного зацикливания или выполнения кода при распаковке командами compress и gzip специально оформленных поврежденных архивов.

    Интересно, что эта уязвимость очень старая - еще со времен 4.3BSD (1980-е годы), если не раньше. В upstream'ном gzip она, похоже, была исправлена не позже 1993-го года, а в FreeBSD'шном клоне gzip вот только сейчас. Помимо gzip, ей подвержено много других программ (думаю, такие есть и в поставках не-Unix систем - поддержка compress, gzip-сжатия, в том числе в сетевых протоколах, а также GIF-картинок). Некоторые были исправлены в дистрибутивах в этом августе (спасибо Red Hat, в том числе и за уведомления *BSD). А многие, вероятно, еще не идентифицированы (и, соответственно, не исправлены).

    Tomas Hoger (Red Hat):
    "As far as I can tell, FreeBSD gzip had the issues I reported, even
    though my mails said gzip is not affected.  If Savannah gzip git is to
    be trusted, gzip had those issue addressed in the oldest version
    available there (1.2.4, 1993)"

    http://www.openwall.com/lists/oss-security/2011/09/28/5

    Ссылка на уязвимый код в 4.3BSD-Reno:

    http://www.openwall.com/lists/oss-security/2011/09/28/7

    Как я понимаю, исходно этот код был в public domain, и он попал и в 4.3BSD (под BSD-лицензию) и в gzip (под GPL).

     
  • 1.12, QuAzI (ok), 00:10, 30/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Исправление называется "смерть троянизированным". Сдохли flash, skype и клиент Citrix.
     
     
  • 2.18, nbspjr (ok), 17:10, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Исправление называется "смерть троянизированным". Сдохли flash, skype и клиент Citrix.

    и правда, сдохли. вот печаль-то...

     
     
  • 3.22, yeah registered (ok), 18:24, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > и правда, сдохли. вот печаль-то...

    Не баг а фич ;)

     
     
  • 4.28, nbspjr (ok), 09:25, 01/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ага... фич, выявивший баг в линуксуляторе
    http://lists.freebsd.org/pipermail/freebsd-security/2011-September/006042.htm
     
     
  • 5.30, йцукен (??), 18:52, 01/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну йопта, тоже мне решили проблему похерив линуксатор. Придeтся пока отказаться от этого патчика на ноуте и ждать нормального патча.
     
  • 2.37, nbspjr (ok), 17:48, 05/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ожили. пофиксили линуксулятор
     

  • 1.14, paxuser (ok), 05:51, 30/09/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > URL: http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc

    <angleton> lord that bsd bug
    <angleton> it was known for quite some time
    <drosenbe> i know
    <drosenbe> it was used at defcon ctf this year

     
     
  • 2.19, yeah registered (ok), 18:19, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > <drosenbe> it was used at defcon ctf this year

    А это откуда такое? Это где-то в IRC?

     
     
  • 3.24, paxuser (ok), 18:47, 30/09/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, IRC. Не буду рекламировать канал, хоть он и публичный. Поймите правильно: вряд ли люди там одобрят наплыв любопытных, если такой случиться.
     
     
  • 4.32, Strange (??), 19:17, 02/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ж мягко говоря не юзаешь фрю, но сидишь на ихних irc каналах? интересно зачем.
     
     
  • 5.33, paxuser (ok), 13:58, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это не их канал. Просто там есть те, кто в курсе.
     
     
  • 6.36, Strange (??), 22:07, 04/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну что ж тактика "знаю но никому ничего не скажу" тоже имеет право на жизнь, в особенности в мире опенсорца.
     

  • 1.29, metallic (ok), 16:37, 01/10/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уязвимость в ядре? Ядро пересобирать надо, чтобы пропатчиться?
     
     
  • 2.34, Аноним (-), 15:03, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    почитайте оф. секюрити сообщения по данным проблемам, ссылки на которые есть в даной новости.
     
     
  • 3.35, metallic (ok), 15:05, 03/10/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, бага в ядре, достаточно ядро пересобрать, а мир не надо
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру