Линус Торвальдс раскритиковал меры по усилению защиты ядра Linux

Линус Торвальдс раскритиковал меры по усилению защиты ядра Linux

Линус Торвальдс раскритиковал меры по усилению защиты ядра Linux

Линус Торвальдс не стесняясь в выражениях отверг заявку Кеса Кука (Kees Cook), предложившего включить в состав ядра 4.15 механизм защиты, блокирующий использование вызова usercopy при проведении некоторых видов атак.

Суть предложенного метода в запрете применения usercopy для прямого копирования между пространством пользователя и некоторыми областями ядра с введением белого списка допустимых для использования областей памяти. Так как подобный подход потенциально может нарушить работу приложений, использующих usercopy, предусмотрен fallback-режим для kvm и sctp (ipv6).

Линус в целом не отказался принять патч, но заявил, что не станет это делать в рамках цикла разработки 4.15, так как у него есть сомнения, что предложенные патчи хорошо протестированы и учтены все нюансы их влияние на работу существующих приложений. Предложенное изменение затрагивает некоторые ключевые подсистемы ядра, а у него сейчас нет времени анализировать появление возможных регрессивных изменений. Также указывается, что неправильно пытаться переложить решение возможных несовместимостей на пользователей и уже по факту отлавливать всплывающие в приложениях проблемы, пишет opennet.ru.

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

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

Предложения сразу ввести блокировку приложений или останавливать работу системы при выявлении опасного поведения отмечаются как в корне неверные - по мнению Линуса, перед началом блокировки достаточно долгое время ограничительные средства усиления безопасности должны работать в режиме информирования - например, около года только выводить в лог сведения о наличии проблемы, и лишь затем можно применять более радикальные меры.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Apple отказалась помещать бэкдор в iCloud — Британии пришлось отступить

В начале года стало известно, что британское правительство втайне потребовало от Apple создать бэкдор — лазейку, через которую можно получить доступ к зашифрованным данным всех пользователей iCloud по всему миру. Да, вопрос ставился именно так — всех пользователей.

Речь шла об обходе новой функции Advanced Data Protection (ADP), которая включает сквозное шифрование почти всей информации в iCloud — так, что даже сама Apple не может её расшифровать. Но в Лондоне, видимо, решили, что им это ни к чему.

Правительство захотело доступ ко всем пользовательским данным iCloud, включая те, что защищены сквозным шифрованием. Проблема в том, что технически это просто невозможно — у Apple нет ключей, а значит, и доступа.

Кроме того, для незашифрованных данных у полиции и спецслужб уже есть законные пути: можно пойти в суд, получить ордер, и тогда Apple, как правило, сотрудничает.

Но вместо этого власти попытались действовать скрытно: использовать закон, по которому Apple не имела права рассказывать о полученном требовании. Даже само судебное разбирательство должно было проходить в тайне.

Apple не могла прямо рассказать о том, что её вынуждают взломать собственную систему защиты. Вместо этого компания сделала ход конём: объявила, что больше не может предоставлять функцию ADP в Великобритании.

«Мы глубоко разочарованы тем, что наши пользователи в Великобритании останутся без защиты, которую даёт Advanced Data Protection. Мы никогда не создавали бэкдоры в наших продуктах и не собираемся это делать», — заявили в Apple.

Формально они ничего не нарушили — просто признали, что ADP в Британии недоступен. Но посыл был предельно ясен: «Нас заставляют, но мы не пойдём на это».

Британские власти долго упирались, но, по данным Financial Times, вмешались США — и, похоже, заставили Лондон отступить.

«Вице-президент США крайне раздражён этой ситуацией. Вопрос нужно решать», — рассказал один из чиновников британского регулятора.

По информации FT, в Вашингтоне прямо дали понять: если Британия будет настаивать на своём, это может сорвать технологические соглашения между странами. В итоге, по словам источников, Министерство внутренних дел Великобритании (Home Office), скорее всего, отступит.

Ни Apple, ни власти США и Британии официально ситуацию не комментируют. Но, судя по всему, пока битву за сквозное шифрование удалось отстоять.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru