Выпуск 2-нм чипов запланирован на апрель 2025 г.

Выпуск 2-нм чипов запланирован на апрель 2025 г.

Выпуск 2-нм чипов запланирован на апрель 2025 г.

Японский консорциум Rapidus заявил о планах начать в апреле 2025 г. тестовое производство электронных компонентов с наиболее совершенным технологическим процессом в 2-нм. Чипы и техпроцесс разработаны совместно с IBM.

Глава Rapidus Тэцуро Хигаси сообщил изданию Nikkei Asian Review, что инициатива по выпуску 2-нм чипов исходила от IBM.

Как вспоминает Хэгаси, ему летом 2020 г. позвонил Джон Келли III, один из создателей суперкомпьютера Watson, и обсудил поиск партнеров для выпуска таких чипов, дизайн которых был разработан IBM. Тогда Samsung и TSMC отказали IBM, а Intel была не в состоянии выпускать такие чипы.

«Поскольку IBM не могла полагаться на Южную Корею и Тайвань, она обратила свой взор на Японию, где существовало сильное доверие к чип-инструментам страны и цепочке поставок материалов», — отметил директор по консалтингу исследовательской компании Omdia Кадзухиро Сугияма.

Этот разговор и стал толчком для создания консорциума Rapidus, который объединил японских чипмейкеров. При этом по состоянию на лето 2020 г. наиболее передовым техпроцессом, который освоили японские компании, был 40-нм.

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

Правительство Японии выделило Rapidus 920 млрд иен ($6 млрд) только на опытные исследования. Строительство заводов для массового производства уже началось в северных префектурах Японии. Их запуск запланирован на 2027 г.

30-летняя уязвимость в libpng поставила под удар миллионы приложений

Анонсирован выпуск libpng 1.6.55 с патчем для опасной уязвимости, которая была привнесена в код еще на стадии реализации проекта, то есть более 28 лет назад. Пользователям и разработчикам советуют как можно скорее произвести обновление.

Уязвимость-долгожитель в библиотеке для работы с растровой графикой в формате PNG классифицируется как переполнение буфера в куче, зарегистрирована под идентификатором CVE-2026-25646 и получила 8,3 балла по шкале CVSS.

Причиной появления проблемы является некорректная реализация API-функции png_set_dither(), имя которой было со временем изменено на png_set_quantize(). Этот механизм используется при чтении PNG-изображений для уменьшения количества цветов в соответствии с возможностями дисплея.

Переполнение буфера возникает при вызове png_set_quantize() без гистограммы и с палитрой, в два раза превышающей максимум для дисплея пользователя. Функция в результате уходит в бесконечный цикл, и происходит чтение за границей буфера.

Эту ошибку можно использовать с целью вызова состояния отказа в обслуживании (DoS). Теоретически CVE-2026-25646 также позволяет получить закрытую информацию или выполнить вредоносный код, если злоумышленнику удастся внести изменения в структуру памяти до вызова png_set_quantize().

Уязвимости подвержены все версии libpng, с 0.90 beta (а возможно, и с 0.88) до 1.6.54. Ввиду широкого использования библиотеки пользователям настоятельно рекомендуется перейти на сборку 1.6.55 от 10 февраля 2026 года.

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