Ядро Linux избавилось от опасной функции strncpy после шести лет усилий

Линус Торвальдс объявил о завершении многолетнего проекта по удалению функции strncpy из ядра Linux. Это событие стало результатом шестилетней работы команды разработчиков, включающей более 360 коммитов и участие около 70 специалистов. Несмотря на то, что strncpy часто воспринимается как безопасная альтернатива strcpy благодаря наличию параметра ограничения длины строки, на практике она представляет собой устаревшую конструкцию, унаследованную ещё от ранних версий UNIX.

Почему удаление strncpy заняло так много времени?

Основная сложность заключалась в том, что замена strncpy не могла быть выполнена автоматически. Каждый из сотен её вызовов требовал индивидуального анализа контекста использования. Функция имеет неоднозначное поведение: иногда она используется для копирования строк с добавлением нулевого терминатора, иногда — для заполнения фиксированной области памяти нулями до заданного размера, а порой применяется для обработки бинарных данных. Поэтому каждое использование необходимо было тщательно изучить и принять решение о замене на другую подходящую функцию.

Чем опасно применение strncpy?

Функция strncpy была разработана в эпоху, когда программисты работали с фиксированными полями данных, характерными для систем того времени. Однако в современных условиях её использование может привести к следующим проблемам:

• Отсутствие автоматического добавления завершающего нулевого байта: если размер буфера равен длине строки, теряется возможность корректно завершить строку символом '\0', что приводит к неопределённому поведению при дальнейшей обработке.
• Неэффективность: заполнение оставшейся части буфера нулями замедляет работу программы, особенно при работе с большими массивами данных.
• Неправильное понимание назначения: многие разработчики считают strncpy безопасной версией strcpy, хотя на самом деле она предназначена для других целей.

Как повлияет удаление strncpy на пользователей и компании?

Удаление strncpy улучшит общую безопасность кода ядра Linux, снизив вероятность возникновения ошибок, связанных с неправильным использованием этой функции. Для большинства конечных пользователей изменения будут незаметны, однако для разработчиков драйверов и сторонних компонентов потребуется провести ревизию своего кода, чтобы убедиться, что все вызовы strncpy заменены подходящими альтернативами.

Что делать разработчикам приложений на C/C++, использующим strncpy?

Если ваш проект содержит вызовы strncpy, рекомендуется выполнить следующие шаги:

• Провести аудит всех мест использования strncpy и определить их истинное назначение.
• При необходимости заменить strncpy соответствующими функциями, такими как memcpy, snprintf или strlcpy, в зависимости от конкретной задачи.
• Проверить наличие аналогичных проблем в других частях приложения, где могут использоваться другие потенциально опасные функции стандартной библиотеки C.

Заключение: уроки для индустрии

История удаления strncpy демонстрирует важность тщательного подхода к выбору функций языка программирования и необходимость регулярного пересмотра старого кода. Даже небольшие фрагменты устаревшего кода могут стать источником серьёзных проблем безопасности и производительности. Разработчики должны регулярно проводить ревью своих проектов, уделяя особое внимание использованию стандартных библиотек и следя за изменениями в них.