| · | 10.11 | Релиз Firefox 160 с поддержкой отсоединяемых мини-окон (19 +6) |
|
Состоялся релиз web-браузера Firefox 160 и сформированы обновления прошлых веток с длительным сроком поддержки - 153.7.0 и 115.45.0. В рамках нового двухнедельного цикла формирования релизов на стадию бета-тестирования переведена ветка Firefox 161, релиз которой намечен на 24 ноября.
Основные новшества в Firefox 160 (1, 2, 3):
Кроме новшеств и исправления ошибок, в Firefox 160 устранено 99 уязвимостей, большинство из которых вызваны проблемами при работе с памятью, такими как переполнения буферов и обращение к уже освобождённым областям памяти. Потенциально данные проблемы способны привести к выполнению кода злоумышленника при открытии специально оформленных страниц.
| ||
|
Обсуждение (19 +6) |
Тип: Программы |
| ||
| · | 10.11 | Выпуск Apache Cloudberry 2.2.0, открытой альтернативы СУБД Greenplum (14 +6) |
|
Представлен выпуск распределённой СУБД Apache Cloudberry 2.2.0, продолжающей развитие открытой кодовой базы СУБД Greenplum, которая была превращена компанией Broadcom в закрытый продукт после приобретения VMware. Проект пока находится в инкубаторе Apache и будет переведён в число первичных проектов Apache после готовности инфраструктуры и сопровождающих.
СУБД Cloudberry представляет собой распределённую редакцию открытой СУБД PostgreSQL, оптимизированную для выполнения аналитических запросов над большими массивами данных (Data Warehouse). Для параллельной обработки данных применяется массово-параллельная архитектура (MPP, massively parallel processing), обеспечивающая масштабируемость хранилища до петабайтных размеров за счёт разделения данных на сегменты и задействования для их хранения и обработки кластера из группы серверов. Среди улучшений в Apache Cloudberry 2.2.0:
| ||
|
Обсуждение (14 +6) |
Тип: Программы |
| ||
| · | 10.11 | Релиз Mesa 26.3, свободной реализации OpenGL и Vulkan (54 +16) |
|
После трёх месяцев разработки опубликован релиз свободной реализации API Vulkan, OpenGL, OpenGL ES и OpenCL - Mesa 26.3.0. Первый выпуск ветки Mesa 26.3.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 26.3.1.
В Mesa 26.3 доступна поддержка графического API Vulkan 1.4 в драйверах ANV для GPU Intel, RADV для GPU AMD, NVK для GPU NVIDIA, HoneyKrisp (hk) для GPU Apple, Turnip для GPU Qualcomm, PanVK для GPU ARM Mali, в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn). В драйверах v3dv (GPU Broadcom VideoCore для Raspberry Pi 4+) и dzn (реализация Vulkan поверх Direct3D 12) поддерживается Vulkan 1.0, в драйвере kk (KosmicKrisp, Vulkan поверх Metal) - Vulkan 1.1, а в драйвере pvr (GPU Imagination PowerVR) - Vulkan 1.2. В Mesa также обеспечивается полная поддержка OpenGL 4.6 для драйверов iris (GPU Intel Gen 8+), radeonsi (AMD), Crocus (старые GPU Intel Gen4-Gen7.5), AMD (r600), zink, llvmpipe, virgl (виртуальный GPU Virgil3D для QEMU/KVM), freedreno (Qualcomm Adreno), d3d12 (прослойка для организации работы OpenGL поверх DirectX 12) и asahi (GPU AGX, используемый в чипах Apple M1 и M2). Поддержка OpenGL 4.5 доступна для GPU NVIDIA (nvc0). Поддержка OpenGL 3.3 присутствует в драйверах softpipe (программный растеризатор) и nv50 (NVIDIA NV50). В драйверах panfrost (GPU ARM Mali) и v3d (GPU Broadcom VideoCore) поддерживается OpenGL 3.1.
| ||
|
Обсуждение (54 +16) |
Тип: Программы |
| ||
| · | 09.11 | Проект Darling разрешил применение AI в разработке для форсирования поддержки macOS-приложений в Linux (94 +1) |
|
Проект Darling, развивающий похожую на Wine прослойку для запуска macOS-приложений в Linux, утвердил возможность применения AI-инструментов в разработке. В состав Darling теперь официально разрешено принимать код, созданный через AI, но при выполнении определённых требований. Решение принято в условиях недостатка разработчиков и ресурсов у проекта, а также на фоне постоянного роста числа проприетарных фреймворков Apple (если в macOS 10.14 было 273 публичных и 878 приватных фреймворков, то в macOS 27 стало 464 и 2754 соответственно).
Предполагается, что новые правила предотвратят стагнацию разработки и фрагментацию сообщества, а также дадут возможность объединить усилия с разработчиками форков, активно использующих AI. Подобные форки продвинулись вперёд и демонстрируют высокую скорость разработки, например, форк darling-lol достиг запуска macOS сборки игры League of Legends, а VibeDarling добился успеха в поддержке архитектуры ARM64 и выполнении многих оригинальных приложения macOS. В ближайшие два месяца в основной состав Darling намерены интегрировать наработки из внешних форков, используя для слияния изменений AI-инструменты. Также планируется реализовать официальную поддержку архитектур i386, x86-64 и ARM64 (aarch64) и заняться предоставлением возможности запуска ARM64-сборок приложений на системах x86-64, воспользовавшись рекомпилятором Dynarmic. В долгосрочные планы входит стабилизация слоя совместимости с AppKit и создание собственных графических утилит для управления окружением Darling (например, просмотрщика логов в стиле Console.app), которые также выступят в роли эталонных тестовых приложений. Что касается приёма pull-запросов с кодом, подготовленным при помощи AI, то они будут приниматься только, если передавший изменение разработчик берёт на себя ответственность за каждую строку кода, способен объяснить изменения своими словами и не использует AI при общении с сопровождающими. Также вводятся строгие правила "чистой комнаты", допускающие повторную реализацию функциональности только на основе документации к API, заголовочных файлов, стандартов, RFC, общедоступных источников и анализа поведения, без использования проприетарного кода Apple, утечек информации и дизассемблирования для прямого воссоздания кода. Проект Darling развивается с 2012 года и нацелен на предоставление возможности запуска в Linux приложений, собранных для macOS, без использования виртуализации. В состав входит загрузчик исполняемых файлов в формате Mach-O и работающее в пользовательском пространстве ядро darlingserver, реализующее Mach IPC, POSIX-интерфейсы и системные вызовы Darwin поверх Linux. Отдельно развиваются альтернативные реализации различных фреймворков Apple, таких как Foundation, AppKit, CoreAudio и CoreFoundation. Низкоуровневые компоненты, такие как XNU и libSystem, основаны на соответствующих открытых компонентах, опубликованных компанией Apple. Высокоуровневые компоненты реализуются при помощи существующих аналогов и имеющихся библиотек. Поддержка графического API Metal обеспечена через трансляцию в API Vulkan.
| ||
|
Обсуждение (94 +1) |
Тип: К сведению |
| ||
| · | 09.11 | Выпуск дистрибутива Slax 2026.11 с модернизированным интерфейсом пользователя (59 +8) |
|
Спустя три года с прошлого выпуска сформирована новая версия компактного Live-дистрибутива Slax2026.11, основанного на пакетной базе Debian 13. Графическое окружение в Slax построено на основе оконного менеджера FluxBox и рабочего стола/интерфейса запуска программ xLunch, специально разработанного участниками проекта. Загрузочный iso-образ занимает 530 МБ (x86_64).
В новой версии:
| ||
|
Обсуждение (59 +8) |
Тип: Программы |
| ||
| · | 09.11 | Проект Asahi Linux меняет лицензию с MIT на GPL из-за паразитирования на его труде (213 +83) |
|
Разработчики проекта Asahi Linux, занимающегося портированием Linux на компьютеры Mac с ARM-чипами Apple Silicon, объявили о переходе с использования пермиссивной лицензии MIT на копилефт-лицензию GPLv2+. Решение принято из-за попыток присвоения их труда в корыстных целях. Некоторые недобросовестные производители злоупотребляют правами, предоставляемыми лицензией MIT, и заимствуют наработки Asahi для вытеснения оригинального проекта и агрессивной монетизации Linux на системах с чипами Apple Silicon.
В отдельных случаях создатели коммерческих клонов копировали ещё сырой код из личных форков разработчиков Asahi, работа над которым не завершена, а также публиковали производные работы без упоминания авторства или переписывая код с помощью AI-инструментов для скрытия заимствования кода из другого проекта. Лицензия MIT допускает подобные манипуляции и не защищает от присвоения чужого труда. Изначально проект Asahi выбрал лицензию MIT для поддержки и привлечения к участию разработчиков из BSD-систем и других свободных ОС, однако в современных реалиях проект оказался беззащитен от недобросовестного использования. Примечательно, что в 2002 году с похожей ситуацией столкнулся проект Wine, который был вынужден поменять лицензию с MIT на LGPL для противостояния появлению проприетарных форков, защиты экосистемы от фрагментации и стимулирования передачи изменений в основной проект. Помимо объявления о смене лицензии проект Asahi Linux отчитался о проделанной за последние несколько месяцев работе. Среди достижений:
| ||
|
Обсуждение (213 +83) |
Тип: К сведению |
| ||
| · | 08.11 | Представлен kmorph для быстрого восстановления после сбоя или обновления ядра Linux (75 +17) |
|
Разработчики проекта Multikernel, позволяющего на одном физическом компьютере выполнять несколько независимых экземпляров ядра без гипервизора и виртуализации, представили инструментарий kmorph, реализующий средства для быстрого восстановления после аварийной остановки ядра Linux или для замены ядра в Live-режиме без полноценной перезагрузки. Проект развивает Конг Ванг (Cong Wang), сопровождающий подсистему управления трафиком (TC, Traffic Control) в ядре. Метод быстрого перезапуска основан на предварительной загрузке в память запасного ядра, которым подменяется основное рабочее ядро в случае сбоя или при необходимости замены ядра на новую версию.
Предложенный подход позволяет обойтись без полноценной перезагрузки и почти мгновенно возобновить работу, сведя к минимуму время простоя. В настоящее время в случае аварийной остановки работы ядра полная перезагрузка крупных серверов занимает несколько минут из-за длительных процессов инициализации оборудования, загрузки системного окружения и сохранения дампа памяти ядра через механизм kdump. По сути при использовании kdump выполняется две перезагрузки ядра - вначале через kexec загружается отдельный экземпляр ядра для сохранения дампа памяти, после чего выполняется загрузка рабочего ядра и запуск системных сервисов. В случае применения kmorph в привязке к отдельному ядру CPU в память заранее загружается запасное ядро Linux и минимальное системное окружение, которое отслеживает состояние основного ядра. В случае зависания или впадение в состояние panic основного ядра, запасное окружение берёт управление на себя, сохраняет дамп памяти сбойного ядра, переключает на себя процессорные ядра, память, устройства, сетевую конфигурацию и ФС. Переключение координируется при помощи двух программ: kmorph - запускается в активном окружении, формирует начинку запасного окружения и синхронизирует в нём состояние сети; kmorphd - запускается в запасном окружении и отслеживает состояние активного окружения. Помимо переключения в случае аварии, предоставляется возможность использования kmorph для обновления ядра без традиционной перезагрузки. Для ускорения восстановления в запасном окружении помимо ядра и минимального набора системных компонентов в режиме ожидания могут запускаться типовые сервисы, такие как nginx. В этом случае в момент активации запасного окружения сервис nginx уже будет загружен в память и сразу начнёт обрабатывать запросы после переключения в новое окружение сетевой карты, активации сетевой конфигурации и смены корневой ФС. В проведённых тестах сервер с nginx при помощи kmorph возобновляет работу примерно через 2 секунды после сбоя ядра, но в будущем намерены добиться мгновенного переключения незаметно для подключённых клиентов. В настоящее время в kmorph поддерживаются архитектуры x86_64 и ARM64, а также ведётся работа над поддержкой RISC-V. Интеграция kmorph в дистрибутивы Linux осуществляется по аналогии с поддержкой kdump, через штатные инструменты dracut, initramfs-tools, kernel-install и сервис systemd. В состав ядра уже входят механизмы Kexec HandOver (KHO) и Live Update Orchestrator (LUO), позволяющие запускать новое ядро из старого без потери состояния системы и без остановки работы устройств. Но они не могут применяться в случае сбоя в ядре, так как требуют для сохранения состояния работающего ядра. KHO и LUO также отстают от kmorph по скорости переключения из-за того, что в kmorph новое ядро уже находится в памяти, а KHO и LUO требуют перезагрузки ядра через kexec.
| ||
|
Обсуждение (75 +17) |
Тип: К сведению |
| ||
| · | 08.11 | Доступен Emscripten 7.0, компилятор из C/C++ в WebAssembly (80 +5) |
|
Опубликован выпуск инструментария Emscripten 7.0, позволяющего компилировать код на C/C++ и других языках, для которых имеются фронтэнды на базе LLVM, в универсальный низкоуровневый промежуточный код WebAssembly. Полученный результат можно использовать для интеграции с JavaScript-проектами, запуска в web-браузере, использования в Node.js или создания обособленных многоплатформенных приложений, запускаемых при помощи wasm runtime. Код проекта распространяется под лицензией MIT. В компиляторе используются наработки проекта LLVM, а для генерации WebAssembly и оптимизации задействована библиотека Binaryen.
Основной целью Emscripten заявлено создание инструмента, позволяющего выполнять в Web код независимо от языка программирования, на котором этот код изначально написан. В компилируемых приложениях могут использоваться вызовы стандартных библиотек C и С++ (libc, libcxx), расширения C++, многопоточность на базе pthreads, API POSIX и многие мультимедийные библиотеки. Отдельно предоставляются API для интеграции с Web API и кодом на JavaScript. Emscripten поддерживает трансляцию вывода библиотеки SDL2 через Canvas, а также реализует поддержку OpenGL и EGL через API WebGL, что позволяет преобразовывать в WebAssembly графические приложения и игры (например, имеется порт тулкита Qt, поддерживаются игровые движки Unreal Engine и Unity, а также движок симуляции физических процессов Bullet). Помимо компиляции кода на C/C++ отдельно развиваются проекты для запуска в браузерах интерпретаторов и виртуальных машин для языков Lua, C#, Python, Ruby и Perl. Кроме того, возможно применение фронтэндов к LLVM, отличных от Clang, например, фронтэндов для языков, как Swift, Rust, D и Fortran. Присвоение номера версии 7.0 связано с внесением изменений, нарушающих совместимость. Основные изменения в Emscripten 7.0:
| ||
|
Обсуждение (80 +5) |
Тип: Программы |
| ||
| · | 08.11 | Выпуск дистрибутивов OpenIndiana 2026.10 и OmniOS r151060 на технологиях OpenSolaris (48 +15) |
|
Представлен релиз свободного дистрибутива OpenIndiana 2026.10, пришедшего на смену дистрибутиву OpenSolaris, развитие которого было прекращено компанией Oracle. OpenIndiana предоставляет пользователю рабочее окружение, построенное на базе свежего среза кодовой базы проекта Illumos. Непосредственно разработка технологий OpenSolaris продолжается проектом Illumos, в котором развивается ядро, сетевой стек, файловые системы, драйверы, а также базовый набор пользовательских системных утилит и библиотек. Для загрузки сформировано три вида iso-образов - серверная редакция с консольными приложениями (594 МБ), минимальная сборка (543 МБ) и сборка с графическим окружением MATE (2.5 ГБ).
Основные изменения в OpenIndiana 2026.10:
Помимо этого опубликован релиз дистрибутива OmniOS Community Edition r151060, основанного на наработках проекта Illumos, продолжающего развитие ядра, сетевого стека, файловых систем, драйверов, библиотек и базового набора системных утилит OpenSolaris. OmniOS примечателен предоставлением поддержки гипервизоров bhyve и KVM, виртуального сетевого стека Crossbow, файловой системы ZFS и средств запуска легковесных Linux-контейнеров. Дистрибутив может применяться для построения масштабируемых web-систем, виртуализации и создания систем хранения. Среди изменений в новом выпуске:
| ||
|
Обсуждение (48 +15) |
Тип: Программы |
| ||
| · | 07.11 | Выпуск системы мониторинга Zabbix 8.0 (126 +24) |
|
Состоялся релиз открытой системы мониторинга Zabbix 8.0, который отнесён к версиям с длительным сроком официальной поддержки (LTS). Zabbix - универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, IT-сервисов, web-сервисов и облачной инфраструктуры. Код проекта распространяется под лицензией AGPLv3.
Система реализует полный цикл от сбора данных, их обработки и преобразования, анализа этих данных для обнаружения проблем, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалации. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через мощный API. Для централизованного управления предоставляется web-интерфейс. Основные улучшения в версии 8.0 LTS (1, 2, 3):
| ||
|
Обсуждение (126 +24) |
Тип: Программы |
| ||
| · | 07.11 | Опубликован fix-it-in-wine для быстрого исправления работы Windows-приложений в Wine (151 +25) |
|
Представлены открытые проекты "fix-it-in-wine" и "dllmgr", предлагающие новый подход к устранению проблем совместимости Windows-приложений с Wine. В fix-it-in-wine входит набор инструкций и инструментов для AI-агентов, позволяющий диагностировать и исправлять ошибки Wine, проявляющиеся при выполнении конкретных приложений. Проект dllmgr предоставляет своего рода пакетный менеджер для DLL Wine, позволяющий использовать библиотеки из других версий Wine, альтернативные реализации от независимых разработчиков и подготовленные своими силами варианты с исправлением отдельных ошибок. Оба проекта распространяются под лицензией BSD.
При помощи развиваемого инструментария пользователь может поручить AI-агенту разобраться, почему конкретная программа не работает, без ожидания исправления ошибки разработчиками Wine. Агент анализирует поведение приложения и отладочные логи, ищет соответствующие сообщения в Bugzilla проекта Wine, определяет проблемную DLL, собирает её отдельно от остального Wine и пытается устранить ошибку. Полученная библиотека устанавливается только для выбранного приложения, без изменения системного Wine, с возможностью отката изменения. В отличие от существующих решений, таких как PlayOnLinux, вместо установки целиком подходящей версии Wine предоставляется возможность сборки необходимой конфигурации из отдельных DLL и исправлений для них. Например, если приложение работает с большинством библиотек Wine 9, но требует более новой реализации одной функции из Wine 11, нет необходимости заменять весь Wine, а достаточно использовать подходящую версию одной библиотеки. Исправленный вариант DLL можно опубликовать в общем каталоге, чтобы другие пользователи могли применить готовое решение. Так как продвижение сгенерированных через AI исправлений в Wine проблематично из-за правил проекта, предлагается передавать в upstream не готовые патчи, а описание выявленных ошибок, условия их воспроизведения, результаты диагностики, объяснения причин неправильного поведения и описание найденного решения. В перспективе на базе развиваемых проектов может быть сформирована децентрализованная экосистема для распространения исправлений к Wine, распространяемых независимо от основного проекта. На текущем этапе развития проекты находятся в состоянии ранних прототипов. В fix-it-in-wine уже имеются инструменты диагностики, поиска ошибок в Bugzilla, сборки отдельных DLL, установки локальных замен и их отката, но пока отсутствует поддержка исправления некоторых ключевых библиотек Wine и библиотек с Unix-компонентами. В dllmgr реализованы формат каталога, его проверка и индексация, а также экспериментальные сценарии применения отдельных исправлений, но отсутствуют полноценные графический и консольный интерфейсы.
| ||
| · | 06.11 | Релиз коммуникационной платформы Asterisk 24 (79 +19) |
|
После года разработки состоялся релиз стабильной ветки открытой коммуникационной платформы Asterisk 24, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходный код проекта написан на языке Си и доступен под лицензией GPLv2.
Asterisk 24 отнесён к категории выпусков с расширенной поддержкой (LTS), обновления для которого будут выпускаться в течение пяти лет вместо свойственных для обычных выпусков двух лет. Поддержка прошлой LTS-ветки Asterisk 22 продлится до октября 2029 года, а ветки Asterisk 20 до октября 2027 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности. Среди изменений в Asterisk 24:
| ||
|
Обсуждение (79 +19) |
Тип: Программы |
| ||
| · | 06.11 | Уязвимость в пакетном менеджере APT, позволяющая совершить MITM-атаку для получения прав root (143 +31) |
|
Опубликованы корректирующие выпуски инструментария для управления пакетами APT, в которых устранена уязвимость (CVE-2026-109518), дающая возможность обойти проверку при загрузке файлов и добиться выполнения своего кода с правами root. Всего сформировано 13 выпусков, охватывающих все сформированные за последние 10 лет ветки APT, начиная с 1.2.x. Обновления пакетов с устранением уязвимости также уже сформированы для различных версий Debian, Ubuntu и Deepin. В конфигурации по умолчанию проблема затрагивает все выпуски начиная с Debian 12 и Ubuntu 22.04. Эксплуатация более старых версий возможна в случае выставления в параметр Acquire::Retries значения больше 0.
Атакующий, способный во время установки пакета вклиниться в HTTP-трафик между пользователем и репозиторем пакетов, может добиться установки подменённого неверифицированого варианта пакета, что позволяет ему получить привилегии root в системе. Атака может быть произведена, например, через компрометацию зеркал, прокси-серверов, беспроводных точек доступа или провайдерских шлюзов. В отчёте об уязвимости детали не упоминаются, указано лишь, что проблема вызвана некорректной работой с жёсткими ссылками. Судя по патчу, в котором открытие файла с флагом FileFd::Empty (O_TRUNC) заменено на FileFd::Exclusive (O_EXCL), при возобновлении прерванной загрузки атакующий мог добиться перезаписи данных, для которых при первой загрузке уже была выполнена проверка по хэшу.
| ||
|
Обсуждение (143 +31) |
Тип: Проблемы безопасности |
| ||
| · | 06.11 | Опубликован Fedora Asahi Remix 45, дистрибутив для ARM-чипов Apple (92 +9) |
|
Опубликован дистрибутив Fedora Asahi Remix 45, предназначенный для установки на компьютеры Mac, оснащённые ARM-чипами, разработанными компанией Apple. Fedora Asahi Remix 45 основан на пакетной базе Fedora Linux 45 и оснащён инсталлятором Calamares. Изначально дистрибутив Asahi Linux развивался на основе Arch Linux, но в 2023 году был переведён на пакетную базу Fedora, что позволило сфокусировать усилия на обратном инжиниринге и поддержке оборудования, а сборку готового к установке дистрибутива передать рабочей группе Fedora Asahi SIG.
В Fedora Asahi Remix обеспечена возможность работы на системах Apple Mac, оснащённых ARM-чипами серии Apple Silicon - M1, M2, M3 и M4, применяемых в устройствах Mac Mini, MacBook Air, MacBook Pro, Mac Pro, Mac Studio и iMac. На устройствах с чипами M1, M2 и M3 полностью поддерживается: звуковая подсистема компьютеров Apple, камера, микрофон, Wi-Fi, Bluetooth, устройства ввода, USB Type C (USB 3.0) и зарядка MagSafe. Пока не поддерживается: подключение экрана через USB-C, Thunderbolt/USB4 и Touch ID. В качестве основного пользовательского окружения поставляется KDE Plasma 6.8, но опционально доступна редакция с GNOME 51, а также версия для серверов и минималистичная сборка. В редакциях с KDE и GNOME используется Wayland, а для запуска X11-приложений применяется DDX-сервер XWayland. В графических драйверах поддерживается OpenGL 4.6, OpenGL ES 3.2 и Vulkan 1.4 (в родных графических драйверах для чипов M1 от компании Apple реализована только спецификация OpenGL 4.1). Для запуска в отдельных виртуальных машинах приложений, собранных для систем x86_64, предоставляется инструментарий muvm и слой эмуляции на базе пакета FEX. При эмуляции поддерживается проброс GPU и использование Wine с прослойками DXVK и vkd3d-proton для выполнения компьютерных игр, собранных для архитектуры x86_64 и распространяемых через каталог Steam. Кроме изменений, свойственных выпуску Fedora Linux 45, отмечается обеспечение официальной поддержки устройств Apple на чипах M3. Заявлена возможность работы на устройствах MacBook и iMac серий M3, M3 Pro и M3 Max. Уровень поддержки оборудования для Apple M3 близок к уровню для устройств M1 и M2. Ограничения в функциональности при работе на системах M3 связаны с неполной поддержкой дисплейного процессора (DCP) и GPU, а также недостаточной производительностью и эффективностью энергопотребления при использовании 3D-ускорения.
| ||
|
Обсуждение (92 +9) |
Тип: Программы |
| ||
| · | 06.11 | Claude Code раскрывал email пользователя при обращении к некоторым сайтам (50 +20) |
|
В AI-агенте Claude Code выявлена проблема с обеспечением конфиденциальности, приводившая к утечке сведений о email-адресе при обращении к некоторым сторонним сайтам. Email указывался в HTTP-заголовке User-Agent без согласия пользователя и без возможности отключить такое поведение. Подстановка осуществлялась для отдельных сайтов, таких как Wikipedia и SEC (Securities and Exchange Commission), которые не принимают запросы от ботов, в которых не указан email владельца. Судя по комментарию представителя компании Anthropic, подобная активность была не специально добавленной функцией, а самодеятельностью AI-модели, которая учла требования по оформлению запросов от ботов и рекомендации RFC-9110, предписывающие передавать контактный email для автоматизированных обращений.
Данные о email, привязанном к учётной записи пользователя, в Claude Code передавались AI-модели для того чтобы она учитывала контекст при обработке задач, связанных с пользователем и его учётной записью. Без подобного контекста модель галлюцинировала, и использовала выдуманные сведения, например, в тегах "@author". Побочным эффектом оказалось то, что AI-модель стала использовать email не только для ожидаемых целей, но и при выполнении сопутствующих задач, например, подставляла в поле User-Agent при формировании строк запуска утилиты curl. Для блокирования утечки email во внешних запросах подготовлен плагин cc-plugin-privacy, который включён в штатный набор плагинов и активирован по умолчанию в выпуске claude-code 2.1.317. Плагин запрашивает у пользователя подтверждение перед применением web-инструментов или генерацией команд в стиле curl, в которых упоминается email. Плагин не решает всех возможных путей утечки, например, не помогает в ситуации, когда Claude генерирует и сам запускает скрипт. Для полного блокирования проблемы в следующем релизе Claude Code, который планируют выпустить через несколько дней, решено удалить email из контекста, передаваемого AI-модели.
| ||
|
Обсуждение (50 +20) |
Тип: Проблемы безопасности |
| ||
| Следующая страница (раньше) >> | ||
