На этой странице описаны важные проблемы и исправления ошибок, обнаруженные в android-mainline
, которые могут быть важны для партнеров.
15 ноября 2024 г.
Clang обновлен до версии 19.0.1 для
android-mainline
иandroid16-6.12
- Резюме: Новая версия Clang представляет санитайзер границ для массивов, где размер массива хранится в отдельной переменной, связанной с массивом с помощью атрибута
__counted_by
. Эта функция может вызвать панику ядра, если размер массива не обновлен должным образом. Сообщение об ошибке выглядит следующим образом:
UBSAN: array-index-out-of-bounds in common/net/wireless/nl80211.c index 0 is out of range for type 'struct ieee80211_channel *[] __counted_by(n_channels)' (aka 'struct ieee80211_channel *[]')
Подробности: Дезинфектор границ необходим для защиты целостности ядра путем обнаружения доступа за пределами границ. А при включенном
CONFIG_UBSAN_TRAP
дезинфектор границ вызывает панику ядра при любом обнаружении.- Предыдущая версия санитайзера границ проверяла только массивы фиксированного размера и не могла проверять динамически выделенные массивы. Новая версия использует атрибут
__counted_by
для определения границ массива во время выполнения и обнаружения большего количества случаев доступа за пределами выделенного пространства. Однако в некоторых случаях доступ к массиву осуществляется до установки переменной размера, что приводит к срабатыванию санитайзера границ и вызывает панику ядра. Чтобы решить эту проблему, установите размер массива сразу после выделения базовой памяти, как показано в aosp/3343204 .
- Предыдущая версия санитайзера границ проверяла только массивы фиксированного размера и не могла проверять динамически выделенные массивы. Новая версия использует атрибут
О
CONFIG_UBSAN_SIGNED_WRAP
: Новая версия Clang очищает переполнение и опустошение знаковых целых чисел, несмотря на флаг компилятора-fwrapv
. Флаг-fwrapv
предназначен для обработки знаковых целых чисел как беззнаковых целых чисел с дополнением до двух с определенным поведением переполнения.- Хотя очистка переполнения знаковых целых чисел в ядре Linux может помочь выявить ошибки, существуют случаи, когда переполнение является преднамеренным, например, с
atomic_long_t
. В результатеCONFIG_UBSAN_SIGNED_WRAP
был отключен , чтобы позволить UBSAN функционировать исключительно как очиститель границ.
- Хотя очистка переполнения знаковых целых чисел в ядре Linux может помочь выявить ошибки, существуют случаи, когда переполнение является преднамеренным, например, с
О
CONFIG_UBSAN_TRAP
: UBSAN настроен на запуск паники ядра при обнаружении проблемы для защиты целостности ядра. Однако мы отключили это поведение с 23 октября по 12 ноября . Мы сделали это, чтобы разблокировать обновление компилятора, пока мы исправляем известные проблемы__counted_by
.
- Резюме: Новая версия Clang представляет санитайзер границ для массивов, где размер массива хранится в отдельной переменной, связанной с массивом с помощью атрибута
1 ноября 2024 г.
- Linux 6.12-rc4 посадка
- Краткое описание:
CONFIG_OF_DYNAMIC
потенциально может стать причиной серьезных регрессий для неисправных драйверов. - Подробности: При слиянии Linux
6.12-rc1
вandroid-mainline
мы заметили проблемы с загрузкой драйверов из-за пределов дерева. Изменение, которое выявило ошибки драйвера, было идентифицировано как коммит274aff8711b2 ("clk: Add KUnit tests for clks registered with struct clk_parent_data")
, и мы временно отменили его в aosp/3287735 . Изменение выбираетCONFIG_OF_OVERLAY
, который выбираетCONFIG_OF_DYNAMIC
. С!OF_DYNAMIC
подсчет ссылок наof_node_get()
иof_node_put()
фактически отключается, поскольку они реализованы какnoops
. ВключениеOF_DYNAMIC
снова выявляет проблемы в драйверах, неправильно реализующих подсчет ссылок дляstruct device_node
. Это вызывает различные типы ошибок, такие как повреждение памяти, использование после освобождения и утечки памяти. - Все использования API, связанных с анализом OF, должны быть проверены. Следующий список является частичным, но содержит случаи, которые мы наблюдали:
- Использовать после свободного (UAF):
- Повторное использование одного и того же аргумента
device_node
: эти функции вызываютof_node_put()
для указанного узла, потенциально необходимо добавитьof_node_get()
перед их вызовом (например, при повторном вызове с одним и тем же узлом в качестве аргумента):-
of_find_compatible_node()
-
of_find_node_by_name()
-
of_find_node_by_path()
-
of_find_node_by_type()
-
of_get_next_cpu_node()
-
of_get_next_parent()
-
of_get_next_child()
-
of_get_next_available_child()
-
of_get_next_reserved_child()
-
of_find_node_with_property()
-
of_find_matching_node_and_match()
-
- Использование
device_node
после любого типа выхода из определенных циклов:-
for_each_available_child_of_node_scoped()
-
for_each_available_child_of_node()
-
for_each_child_of_node_scoped()
-
for_each_child_of_node()
-
- Сохранение прямых указателей на свойства
char *
изdevice_node
, например, с помощью:-
const char *foo = struct device_node::name
-
of_property_read_string()
-
of_property_read_string_array()
-
of_property_read_string_index()
-
of_get_property()
-
- Повторное использование одного и того же аргумента
- Утечки памяти:
- Получаем
device_node
и забываем отменить ссылку на него (of_node_put()
). Узлы, возвращаемые из них, должны быть освобождены в какой-то момент:-
of_find_compatible_node()
-
of_find_node_by_name()
-
of_find_node_by_path()
-
of_find_node_by_type()
-
of_find_node_by_phandle()
-
of_parse_phandle()
-
of_find_node_opts_by_path()
-
of_get_next_cpu_node()
-
of_get_compatible_child()
-
of_get_child_by_name()
-
of_get_parent()
-
of_get_next_parent()
-
of_get_next_child()
-
of_get_next_available_child()
-
of_get_next_reserved_child()
-
of_find_node_with_property()
-
of_find_matching_node_and_match()
-
- Получаем
- Сохранение
device_node
из итерации цикла. Если вы возвращаете или прерываете из следующего, вам нужно удалить оставшуюся ссылку в какой-то момент:-
for_each_available_child_of_node()
-
for_each_child_of_node()
-
for_each_node_by_type()
-
for_each_compatible_node()
-
of_for_each_phandle()
-
- Использовать после свободного (UAF):
- Ранее упомянутое изменение было восстановлено при запуске Linux
6.12-rc4
(см. aosp/3315251 ), что снова включилоCONFIG_OF_DYNAMIC
и потенциально выявило неисправные драйверы.
- Краткое описание: