Показаны сообщения с ярлыком security. Показать все сообщения
Показаны сообщения с ярлыком security. Показать все сообщения

вторник, 19 августа 2014 г.

HardenedBSD набирает обороты

Пора добавлять ещё овальчик :) via
    Буквально на днях, стало известно о публичном запуске проекта HardenedBSD. Основной целью проекта, заявлено, повышение уровня безопасности FreeBSD, путём внедрения таких технологий, как:
  • ASLR (рандомизации размещения адресного пространства)
  •  segvgard (Segmentation fault protection)
  •  paxctl ugifdw (небольшое описание, о начале портирования технологии)
     Для удобства разработки и тестирования, пока создан отдельный проект, который и назван HardenedBSD. В дальнейшем планируется портировать, уже готовые наработки, в основной проект FreeBSD. Стоит напомнить, что подобная схема не нова и была применена, например, при разработке TrustedBSD Project.

    На начальном этапе, за развитием проекта, можно было следить в официальной wiki проекта FreeBSD, сейчас запущен официальный сайт, организован git репозиторий, а так же запущен twitter.
Для тестирования, уже доступна система, в виде готового образа 2014-08-17 (amd64, sha256, LATT-ASLR kernel).
Основными разработчиками проекта являются:
    Для тех кого заинтересовала тема, можно порекомендовать следующие презентации Introducing ASLR in FreeBSD (BSDCan 2014), а так же Exploit Mitigation Techniques: an Update After 10 Years (Theo de Raadt, OpenBSD Founder) с прошлогодней ruBSD.

    Для поддержки проекта создан канал #hardenedbsd в IRC сети FreeNode

четверг, 5 января 2012 г.

Пользователи freebsd-update, обратите внимание при обновлении до 9.0

Выпущен бюллетень исправлений FreeBSD-EN-12:01.freebsd-update в котором подробно описано, что при обновлении до версии FreeBSD 9.0, с более ранних версий (7.3, 7.4, 8.1 и 8.2), при помощи freebsd-update, возможно получении сообщения
The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.
и дальнейшая невозможность выполнить обновление. Проблема связана с появлением не поддерживаемых символов, в именах файлов во FreeBSD 9.0 и уже появлялась в новостях, когда начиналось тестирование  freebsd-update на этапе выхода RC1.
Для исправления, необходимо выполнить одно из следующих действий:
  • предварительно обновить систему до одной из следующих версий RELENG_7_3, RELENG_7_4, RELENG_8_1 или RELENG_8_2 (содержащем MFC r226650
  • для FreeBSD 7.3, 7.4, 8.1, and 8.2
    • скачать патч и проверить его PGP подпись
      # fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch
      # fetch http://security.FreeBSD.org/patches/EN-12:01/freebsd-update.patch.asc
      
      
    • наложить патч и пересобрать freebsd-update
      # cd /usr/src
      # patch < /path/to/patch
      # cd /usr/src/usr.sbin/freebsd-update
      # make obj && make && make install
      
      
  • Либо для систем 7.3-RELEASE, 7.4-RELEASE, 8.1-RELEASE или 8.2-RELEASE выполнить бинарное обновление
    # freebsd-update fetch
    # freebsd-update install
    
Более подробная информация, со списком всех затрагиваемых обновлением файлов, доступна в бюллетене исправлений.

суббота, 24 декабря 2011 г.

Поздравление с Рождеством от FreeBSD Security Team

No, the Grinch didn't steal the FreeBSD security officer GPG key,
and your eyes aren't deceiving you: 
We really did just send out 5 security advisories.
 -- Colin Percival (FreeBSD Security Officer)
Очень неожиданно, практически на кануне католического Рождества, было выпущено сразу 5-ть исправлений безопасности, что бы разъяснить сложившуюся ситуацию Colin Percival, даже написал отдельное письмо, в список рассылки freebsd-security@.
В письме отмечается, что хоть сейчас и не очень удачное время, обычно бюллетени безопасности стараются выпускать по средам, когда наибольшие число системных администраторов на работе, а так же, не в канун праздников. Но в данное время есть как минимум две серьёзных уязвимости, которые требуют незамедлительной реакции.
Первая, это уязвимость FreeBSD-SA-11:08.telnetd в сервисе telnet, которая позволяет удалённому пользователю получить права root, в том числе замеченно, что данную уязвимость уже используют. Из положительных моментов стоит отметить, то что сервис telnet отключен по умолчанию и большинство пользуются ssh, однако откладывать решение данного вопроса было нельзя.
Второй проблемой является уязвимость FreeBSD-SA-11:07.chroot, ради её исправления пришлось добавить дополнительный интефейс в libc, так что список обновляемых файлов получился внушительным, пользователей freebsd-update, просят обратить на это внимание и не пугаться.
Вот список сообщений безопасности, с краткими пояснениями
  • FreeBSD-SA-11:10.pam - функция pam_start() не проверяет имя сервиса. Некоторые сторонние приложения, например kcheckpass из KDE, могут передавать имя политики, в командной строке, а OpenPAM трактует его как относительный для директорий /etc/pam.d или /usr/local/etc/pam.d. Из-за этого пользователь, имеющий право запуска таких приложений может выполнить код с root привилегиями.
    Базовая система не содержит уязвимых приложений, рекомендации по проверке сторонних приложений приведены в SA.
  • FreeBSD-SA-11:09.pam_ssh - модуль pam_ssh неправильно предоставляет доступ, если пользователь имеет приватные ключи без пароля.
    В базовой система данный модуль не включен по умолчанию, не в одной из политик, если модуль pam_ssh включен, то злоумышленник может получить доступ к учётным записям имеющим приватные ssh ключи без парольной фразы.
  • FreeBSD-SA-11:08.telnetd - уязвимость в коде telnetd, ключи шифрования не проверяются при передачи и может вызвать переполнение буфера, который имеет фиксированный размер.
    Так как демон telnetd, по умолчанию, не запущен, то уязвимы только системы с принудительно запущенным сервисом. Сервис часто запускается не на прямую, а через inetd, следовательно не будет виден в списке процессов, рекомендации по проверке и устранению уязвимости приведены в CA.
  • FreeBSD-SA-11:07.chroot -выполнение произвольного коде если сервис ftpd запущен в chroot.
    Более подробно данная проблему уже обсуждалась в листе рассылке.
  • FreeBSD-SA-11:06.bind - удалённый взломщик может вызвать отказ в обслуживании (DoS) сервиса bind, неверно сформированным запросом, входящего в комплект поставки FreeBSD. Для проведения атаки злоумышленнику не обязательно иметь доступ к DNS серверу жертве, достаточно например послать специальную ссылку, и к серверу обратится любая система или даже автоматически сервис проверки спама.
UPD: появилось так же исправление уязвимости telnetd и libtelnet для NetBSD, официального объявления пока нет, но об этом написал в своём блоге написал Hubert Feyrer.

UPD2: для OpenBSD данная уязвимость telnetd не актуальна, так как ещё в 2005 году заявлено о удалении оного из системы, оно конечно весьма действенно :)
Об этом напомнил в своём твитере Peter N. M. Hansteen.