Уязвимы ли компьютеры Mac к ошибке оболочки Bash?

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

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

Это означает, что ваш настольный Mac, на котором на самом деле не работают какие-либо серверные приложения, не подвергается серьезному риску. Я готов съесть немного пресловутого «скромного пирога», но я не думаю, что большинство пользователей Mac будут в опасности в конце дня.

Таким образом, эта проблема в основном касается системных администраторов серверов Mac OS X и Unix/Linux, открытых для всего мира, а не пользователей настольных компьютеров, которые не разрешают совместное использование SSH.

Возможно, существует риск того, что для использования этого риска будет создано вредоносное ПО или вирус для Mac, но я в этом сомневаюсь.

РЕДАКТИРОВАТЬ: И просто чтобы уточнить, как эта проблема, по моему скромному мнению, не является проблемой для большинства обычных пользователей, да, я могу запустить следующую команду из bashMac OS X 10.9.5:

env x='() { :;}; echo vulnerable' bash -c 'echo hello'

И я вижу это:

vulnerable
hello

Угадай, что? Это ужасно, только если вы не продумаете это рационально. Я должен был уже войти в свой Mac, чтобы даже открыть Терминал. И чтобы опровергнуть то, что я сказал о SSH выше, чтобы даже добраться до того момента, когда я могу запустить этот тест, даже если SSH включен, мне все равно нужно будет войти в систему для начала. А затем — скажем, я получаю доступ через SSH — команда не позволяет мне делать НИЧЕГО помимо моих обычных прав пользователя, таких как это:

env x='() { :;}; echo vulnerable' bash -c 'cat /etc/ssh_host_rsa_key'

Это означает, что если вы действительно уязвимы для использования этим взломом, ваша основная безопасность в системе должна быть настолько скомпрометирована, что тот факт, что bashу вас есть недостаток, действительно является наименьшей из ваших проблем.

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

В конце концов, я все еще исправляю все свои серверы Linux/Unix, которые запускаю по стандартной процедуре. И с радостью пропатчу компьютеры Mac, которыми я управляю, как только выйдет исправление. Но для практического повседневного использования я чувствую себя прекрасно, не беспокоясь об этом, поскольку я не понимаю, как недостаток, который не позволяет повышенным привилегиям пользователя, добавляется к чему-либо.

ОБНОВЛЕНИЕ: здесь опубликовано официальное сообщение от Apple ; акцент мой:

«Подавляющее большинство пользователей OS X не подвержены риску недавно обнаруженных уязвимостей bash, — сказал iMore представитель Apple. — Bash, командная оболочка UNIX и язык, включенный в OS X, имеет уязвимость, которая может позволить контроль уязвимых систем. В OS X системы безопасны по умолчанию и не подвергаются удаленным эксплойтам bash, если только пользователи не настроят расширенные службы UNIX. Мы работаем над тем, чтобы быстро предоставить обновление программного обеспечения для наших опытных пользователей UNIX».

Перевод: Что я сказал выше о том, что это проблема сервера, а не проблема клиента? Точно.

ПОСЛЕДНЕЕ ОБНОВЛЕНИЕ: Для тех, кто испытывает трудности с компиляцией из исходного кода, с 29 сентября Apple официально выпустила исправления для Mac OS X 10.9.5, 10.8.5, а также 10.7.5:

• Обновление OS X bash 1.0 – OS X Mavericks
• Обновление OS X bash 1.0 — OS X Mountain Lion
• Обновление OS X bash 1.0 — OS X Lion

ЕЩЕ ОДНО ПОСЛЕДНЕЕ ОБНОВЛЕНИЕ: И вот сегодня Apple выпустила комбинированное обновление безопасности, которое также включает это bashобновление !

Примечание. Обновление безопасности 2014-005 включает в себя содержимое системы безопасности OS X bash Update 1.0.

Да!

Введите это в своей оболочке

env x='() { :;}; echo vulnerable' bash -c 'echo hello'

Если это говорит, vulnerableто вы уязвимы.

Если он говорит

bash: warning: x: ignoring function definition attempt
bash: error importing function definition for `x'
hello

тогда ты молодец.

Изменить: ссылка на исправление

Как конечный пользователь убедитесь, что:

• ваша гостевая учетная запись отключена:

  Системные настройки > Пользователи и группы > Гость
  

• ваш sshдоступ отключен:

  Системные настройки > Общий доступ > Удаленный вход
  

По умолчанию они оба отключены в Mavericks.

Как конечному пользователю , безопаснее дождаться официального обновления безопасности Apple, устраняющего эту bashуязвимость.

Все машины с Mac OS X технически уязвимы для «Shellshock», пока Apple не выпустит обновление безопасности, исправляющее bash, но...

Ваш вопрос должен быть: Могу ли я быть взломан удаленно?

Существует так много программного обеспечения, которое используется bashпо рассеянности, что ответить на этот вопрос чрезвычайно сложно. Если вы беспокоитесь, я бы предложил несколько изменений System Preferencesдля предотвращения удаленных эксплойтов:

• Отключите ВСЕ службы обмена в настройках общего доступа.
• Включите брандмауэр в разделе «Безопасность и конфиденциальность».

Если вы особенно обеспокоены, нажмите Firewallкнопку параметров, чтобы:

• Снимите флажок Automatically allow signed software to receive incoming connections.
• Проверить Block all incoming connections.

По-прежнему существует респектабельный шанс, что вы уязвимы для атаки уровня с использованием DHCP, Bonjour и т. д., но, если вам нужна другая служба, то, очевидно, вы можете оставить ее работающей, пока вы надеетесь, что она не будет взломана. И вам также нужно оставить брандмауэр более открытым. Скорее всего, все будет хорошо, если ваша машина живет за другим брандмауэром.

Кроме того, есть ли локальные атаки с повышением привилегий, активируемые «Shellshock»? Да, почти наверняка. Я бы не стал беспокоиться, потому что в Mac OS X достаточно подобных атак. Apple не исправляет ошибки локального повышения привилегий быстро. И Apple часто создает их с помощью сервисов с поддержкой Apple Script. Просто предположим, что все машины Mac OS X всегда уязвимы для локальных атак. Если вам нужно посещать хакерские конференции, такие как DEFCON, купите себе Linux для этой цели.

Обновление: есть инструкции по перекомпиляции вашего собственного исправленного bash , а также другие вопросы, связанные с этим . Я сделаю это сам, но ИМХО это излишество, если вы не запускаете никаких серверов и все равно держите брандмауэр Apple включенным.

Обновление: если вам удобно использовать терминал, здесь упоминается программа ,execsnoop которая позволит вам проверить, обычно ли bash вызывается вашими серверными процессами. Это не волшебная пуля, поскольку серверный процесс может вызывать bash только в необычных ситуациях, но это даст вам хорошую идею.

Наконец, Apple не очень хороша в исправлении уязвимостей в системе безопасности, но они хороши в PR, так что это будет исправлено относительно быстро. Поэтому разумно думать: «Мне не нужно работать быстрее медведя, мне нужно только работать быстрее, чем огромное количество легко эксплуатируемых серверов в Интернете». :)

Я сделал этот инструмент, как только услышал об этой уязвимости. Он предоставит вам ссылку на статью, чтобы исправить вашу оболочку, если инструмент определит, что вы уязвимы.

Требуется Mac OS X 10.6 и выше.