В samba 3.0.28a, 3.0.29, а также более ранних версиях, присутствует (http://secunia.com/advisories/30228/) уязвимость, позволяющая злоумышленнику выполнить свой код на машине клиента, при попытки пользователя примонтировать SMB раздел. Проблеме подвержены также серверные конфигурации, злоумышленник может инициировать переполнение буфера, путем отправки специальным образом модифицированных пакетов nmbd серверу. Проблема вызвана ошибкой в коде парсинга SMB пакетов.
Кроме того, в библиотеке OpenSSL найдено (http://secunia.com/advisories/30405/) несколько проблем безопасности, которые можно использовать для вызова краха серверного или клиентского приложения, использующих OpenSSL реализацию протокола TLS. Проблема устранена в релизе OpenSSL 0.9.8h (http://openssl.org/), выпущенном несколько часов назад.URL: http://secunia.com/advisories/30228/
Новость: http://www.opennet.me/opennews/art.shtml?num=16144
нужно ли обновлять пересобирать Apache с новой версией openssl ?
>нужно ли обновлять пересобирать Apache с новой версией openssl ?Не нужно, если openssl скомпилирован с ключем shared. Просто перезапустите httpd.
>Не нужно, если openssl скомпилирован с ключем shared. Просто перезапустите httpd.Ыгы.Введя команду killall =)
>>Не нужно, если openssl скомпилирован с ключем shared. Просто перезапустите httpd.
>
>Ыгы.Введя команду killall =)и что по вашему делает команда killall? а ну брысь в детсад обратно
Не понятно, ошибка чего в самбе?
Если smbclient - то его можно починить.
Если сервера самбы, то это становится автоматически ошибкой клиентов. При чем, может быть и всех реализаций: можно будет ломать пользовательские машины, эмулируя некоторые действия кривой версии сервера.
>Не нужно, если openssl скомпилирован с ключем shared. Просто перезапустите httpd.а Apache собирался с ключем --with-openssl=../path_to_openssl/
я так понимаю в таком случае нужно таки пересобрать с новым openssl?
>>Не нужно, если openssl скомпилирован с ключем shared. Просто перезапустите httpd.
>
>а Apache собирался с ключем --with-openssl=../path_to_openssl/
>
>я так понимаю в таком случае нужно таки пересобрать с новым openssl?
>нет
почему ? ведь апач , в этой ситуации, использует уязвимый openssl и именно он, получается, подвержен этому: "a remote attacker could send a carefully crafted
packet to a server application using OpenSSL and cause it to crash."
>почему ? ведь апач , в этой ситуации, использует уязвимый opensslhttp://en.wikipedia.org/wiki/Dynamic_library
понято, спасибо
почему же тут(предыдущий баг) рекомендуют пересобрать приложения использующие openssl ? http://www.openssl.org/news/secadv_20071012.txt
>почему же тут(предыдущий баг) рекомендуют пересобрать приложения использующие openssl ? http://www.openssl.org/news/secadv_20071012.txtОни просто не стали углябляться в детали и уточнять, что пересобирать следует только то, что статически слинковано с OpenSSL :)
К тому же, если кто-то пересоберет приложение, динамически слинкованные с OpenSSL, то вреда от этого не будет (как, впрочем, и пользы). Так что, если Вы от этого будете чувствовать себя спокойнее, то можете и пересобрать свой Apache :)
при попыткЕ пользователя примонтировать SMB раздел
>при попыткЕ пользователя примонтировать SMB разделАга, и штук пять лишних запятых из текста убрать. Смирись, Аноним, как смирился я.