Intel не планирует устранять новую CPU-уязвимость TLBleed

Intel не планирует устранять новую CPU-уязвимость TLBleed

Intel не планирует устранять новую CPU-уязвимость TLBleed

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

Над демонстрацией эксплуатации бреши потрудилась команда нидерландских исследователей из Systems and Network Security Group. Эксперты заявили, что им удалось использовать уязвимость в процессоре Intel Skylake Core i7-6700K для извлечения криптографических ключей из другой запущенной программы в 99 % тестов.

В случае с процессором Intel Broadwell Xeon E5-2620 v4 процент успешной эксплуатации зафиксировался на 98. Coffeelake — успешная эксплуатация также составила 99 %.

В итоге код исследователей смог извлечь 256-битный ключ, используемый для криптографической подписи данных, из другой программы. Согласно опубликованному специалистами документу, потребовалось всего 17 секунд, чтобы определить каждый из ключей с помощью программы с машинным обучением и брутфорса.

Эта вредоносная техника не зависит от спекулятивного исполнения и, следовательно, не связана с Meltdown и Spectre. TLBleed использует технологию CPU Hyper-threading (гиперпоточность), от которой на днях отказался проект OpenBSD.

Новая вредоносная техника атакует буфер ассоциативной трансляции (Translation lookaside buffer, TLB), отсюда и ее название. Есть две основных причины, по которым не стоит паниковать из-за TLBleed:

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

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

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

Создатель Linux довольно резко высказался по поводу идеи как-то отдельно регулировать или документировать вклад, сделанный с помощью LLM-помощников.

Поводом стало сообщение разработчика ядра Лоренцо Стоукса, связанного с Oracle, который усомнился в популярной формуле «LLM — это просто ещё один инструмент» и назвал такую позицию наивной.

Ответ Торвальдса был, мягко говоря, недипломатичным — в его стиле:

«Нет. Глупая тут как раз твоя позиция. Говорить об “ИИ-слопе” — это просто идиотизм. Люди, которые клепают плохие патчи с помощью ИИ, не будут добросовестно это документировать. Это настолько очевидно, что я вообще не понимаю, зачем это обсуждать».

Дальше — ещё жёстче. По мнению Торвальдса, документация ядра не должна превращаться в идеологическое поле боя между апологетами ИИ и сторонниками «конца света»:

«Я не хочу, чтобы документация по разработке ядра становилась заявлением об ИИ. У нас и так хватает людей по обе стороны — от “всё пропало” до “ИИ революционизирует разработку”».

Именно поэтому он настаивает на нейтральной формулировке «просто инструмент». Не потому, что он безоговорочно верит в LLM, а потому что документация — не место для деклараций.

При этом позиция Торвальдса остаётся, как ни странно, неоднозначной. Формально он не запрещает использование ИИ-помощников и, похоже, понимает, что запрет был бы бессмысленным. Если LLM-боты можно использовать тайком, их всё равно будут использовать. Просто не скажут об этом.

Контекст у спора вполне реальный. Команды разработчиков уже работают над чёткими рекомендациями по написанию патчей с помощью ИИ, а сами инструменты активно применяются на практике.

Сам Торвальдс раньше высказывался об ИИ куда мягче. В 2024 году он говорил, что 90% ИИ-маркетинга — это хайп, а позже неожиданно допустил вайб-кодинг, но с оговоркой: «если это не для чего-то важного». С этим, впрочем, далеко не все согласились — включая технических журналистов.

Кроме того, Линус в декабре неожиданно оправдал Windows BSOD.

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