Линус Торвальдс: Чувствительные к регистру файловые системы — это ошибка

Линус Торвальдс: Чувствительные к регистру файловые системы — это ошибка

Линус Торвальдс: Чувствительные к регистру файловые системы — это ошибка

На днях вокруг обновлений в Linux 6.15-rc4 вспыхнуло горячее обсуждение. Всё началось с того, что разработчик Kent Overstreet поднял старую тему про ошибки в патчах для поддержки чувствительных к регистру файлов и папок в драйвере Bcachefs.

Мол, когда почти два года назад внедряли эту поддержку, тесты были, но… их никто толком не прогнал. Упустили. Кент честно признал:

«Одних автоматических тестов недостаточно. Нужно глазами следить за тем, что делает твой код».

И вроде бы обычная история про баги и уроки на будущее, но тут в беседу резко ворвался Линус Торвальдс. Сначала коротко ответил: «Нет». А потом выдал фирменную речь:

«Единственный урок — работники с файловой системой ничему не учатся. Чувствительные к регистру имена — это катастрофа, и вам вообще не стоило их делать. Проблема не в тестировании — проблема в том, что вы вообще это начали».

Торвальдс объяснил, что такие фичи делают систему только хуже:

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

По его мнению, тесты на проверку таких штук тоже «абсолютно поломаны» и не покрывают самых опасных сценариев — тех, которые могут привести к реальным уязвимостям. И тут началась настоящая перепалка.

Overstreet попытался парировать: мол, реальная потребность в таких каталогах всё-таки есть, и задача — не ныть, а сделать всё аккуратно и читаемо. Торвальдс не сдал позиции:

«Если бы кто-то хоть раз показал качественную реализацию, я бы, может, и передумал. Но пока вижу только плохой код, который не понимает, как работает UTF-8 и юникод».

Overstreet возразил, что опасения по поводу безопасности уже не так актуальны, ведь всё меньше используется совместный доступ к каталогам вроде /tmp. Но Торвальдс остался непреклонен.

Дальше спор скатился в детали реализации кеширования (dcache). Overstreet настаивал, что именно из-за оптимизации там и возникли проблемы. Торвальдс парировал:

«Ты явно не понимаешь, как работает dcache. Я, между прочим, большую часть этого кода писал».

Когда Kent не поверил, Линус напомнил, что писал эти части ещё в конце 90-х, и если появляются «dentry-алиасы», то «значит, ты что-то делаешь не так». В итоге Overstreet признал, что да, ошибался насчёт некоторых моментов — но сделал это, конечно, в своём стиле.

«Забавный способ сказать: "Да, Линус, ты был прав"», — подытожил Торвальдс.

84% российских мобильных приложений оказались уязвимыми из-за ИИ

Согласно ежегодному исследованию AppSec Solutions за 2025 год, уязвимости критического и высокого уровня обнаружены в 84% мобильных приложений российских разработчиков. Всего специалисты выявили 48,8 тыс. уязвимостей — на 63% больше, чем в 2024 году. Одной из основных причин ухудшения ситуации авторы исследования назвали расширение практики использования искусственного интеллекта (ИИ) для генерации кода.

Данные исследования AppSec Solutions оказались в распоряжении «Коммерсанта». В выборку вошли около 1200 Android-приложений, которые тестировались методом «чёрного ящика», без доступа к исходному коду.

Как показало исследование, уязвимости критического и высокого уровня есть у 84% протестированных приложений. Всего таких проблем выявлено около 19 тыс. Общее количество обнаруженных уязвимостей составило 48,8 тыс., что на 63% выше показателя 2024 года. Среди критичных проблем лидирует небезопасное хранение токенов, ключей и пользовательских данных.

Наибольшее количество уязвимостей исследователи обнаружили в категориях «Игры», «Стриминговые платформы», «Финансы», «Приложения для бизнеса» и «СМИ». По данным Роскачества, много проблем также выявлялось в приложениях служб доставки и онлайн-аптек.

В AppSec Solutions отдельно обратили внимание на категорию «Финансы»: за год количество уязвимостей в ней выросло в 10 раз. Это связывают с тем, что банковские приложения всё активнее интегрируют сторонние сервисы, из-за чего увеличивается число зашитых в код бэкдоров и точек небезопасного хранения чувствительных данных. При этом на результаты повлияла и возросшая глубина анализа: специалисты стали фиксировать ошибки, которые раньше могли оставаться незамеченными.

Основным источником проблем авторы исследования назвали широкое использование ИИ для генерации кода. Как прокомментировал изданию руководитель группы защиты инфраструктурных ИТ-решений компании «Газинформсервис» Сергей Полунин, это связано с тем, что нейросетевые инструменты обучаются в том числе на унаследованной базе кода, содержащей ошибки.

В пресс-службе ГК «Солар» отметили, что популярные генеративные модели пропускают до половины ошибок. Ситуацию усугубляет и острая нехватка специалистов в области безопасности приложений.

Руководитель продукта AppSec.Sting компании AppSec Solutions Никита Пинаев не видит поводов для оптимизма:

«Всё больше сторонних SDK и облачных интеграций, всё больше ИИ-сгенерированного кода, тиражирующего небезопасные паттерны хранения чувствительных данных».

По его словам, переломить тенденцию можно только за счёт системных мер: «Безопасное управление секретами и ротация ключей, контроль сторонних компонентов, защита среды исполнения. Выиграют компании, которые встроят эти практики в процесс разработки и будут отличаться от рынка не количеством находок, а скоростью их устранения».

Уязвимости в мобильных приложениях широко используют злоумышленники — прежде всего в атаках, направленных на кражу учётных записей различных сервисов, платных подписок и платёжных данных.

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