| · | 23.02.2026 | Доступен Lakka 6, дистрибутив для создания игровых консолей (16) |
|
После двух лет разработки представлен релиз дистрибутива Lakka 6.1 (выпуск 6.0 был пропущен), позволяющего превратить ПК, телеприставки или одноплатные компьютеры в полноценную игровую консоль для запуска ретроигр. Проект является модификацией дистрибутива LibreELEC, изначально рассчитанного на создание домашних кинотеатров. Сборки Lakka формируются для платформ i386, x86_64 (GPU Intel, NVIDIA или AMD), Raspberry Pi, Orange Pi, Banana Pi, Odroid и т.д. Для установки достаточно записать дистрибутив на SD-карту или USB-накопитель, подключить геймпад и загрузить систему.
В основе Lakka лежит эмулятор игровых консолей RetroArch, обеспечивающий эмуляцию широкого спектра устройств и поддерживающий такие расширенные возможности, как многопользовательские игры, сохранение состояния, улучшение качества изображения старых игр при помощи шейдеров, перемотка игры назад, горячее подключение геймпадов и видео стриминг. Среди эмулируемых консолей: Atari 2600/7800/Jaguar/Lynx, Game Boy, Mega Drive, NES, Nintendo 64/DS, PCEngine, PSP, Sega 32X/CD, SuperNES и т.д. Поддерживаются геймпады от уже имеющихся игровых приставок, включая Playstation 3, Dualshock 3, 8bitdo, Nintendo Switch, XBox 1 и XBox360. В новом выпуске:
| ||
|
Обсуждение (16) |
Тип: Программы |
| ||
| · | 23.02.2026 | Опубликован редактор документов LyX 2.5.0 (16 +4) |
|
После почти двух лет разработки опубликован выпуск визуального редактора научных документов LyX 2.5.0, позволяющего создавать тексты с использованием разметки TeX/LaTeX, наглядно редактируя макет документа в WYSIWYM-представлении. Итоговый документ сохраняется в формате LaTeX, но текст может быть импортирован и экспортирован в такие форматы, как PDF, Postscript, DVI, ASCII, HTML, OpenDocument, RTF, ODF, DOC и ePub. Код проекта написан на языке C++ с использованием библиотеки Qt и распространяется под лицензией GPL. Бинарные сборки сформированы для Windows, macOS и различных дистрибутивов Linux.
Среди изменений:
![]()
| ||
|
Обсуждение (16 +4) |
Тип: Программы |
| ||
| · | 22.02.2026 | Альянс AOMedia развивает звуковой кодек OAC (Open Audio Codec), основанный на Opus (58 +8) |
|
Альянс Open Media (AOMedia), курирующий разработку форматов кодирования видео AV1/AV2, формата объёмного звука IAMF и формата изображений AVIF, приступил к разработке звукового кодека Open Audio Codec (OAC), который преподносится как продолжение развития кодека Opus, разработанного организацией Xiph.Org. В качестве эталонной реализации кодировщика и декодировщика OAC под лицензией BSD предложена библиотека liboac, созданная на основе кода библиотеки libopus.
Основным назначением OAC называется передача речи и звука поверх интернета. Кодек пригоден для применений, связанных с интерактивной передачей звука, и может использоваться в различных областях, от VoIP-телефонии и видеоконференций до игровых чатов и удалённого проведения концертов. OAC масштабируется как для сжатия потокового звука с высоким битрейтом, например, для качественной передачи стерео музыки, так и для сжатия голоса в ограниченных по пропускной способности каналах связи. Разработка пока находится на ранней альфа-стадии. Битовый поток (bitstream), формируемый библиотекой liboac, на текущем этапе разработки не следует использовать для распространения файлов OAC, так как он включает дополнительные отладочные данные и не поддерживает смену позиции в потоке (seeking). За исключением отсутствия упоминания динамической корректировки битрейта, диапазона звуковых частот и размера кадров, список возможностей OAC повторяет описание кодека Opus 1.5:
| ||
|
Обсуждение (58 +8) |
Тип: К сведению |
| ||
| · | 22.02.2026 | Отчёт о разработке KDE. Проект SonicDE продолжил развитие KDE для систем с X11 (88 +24) |
|
Опубликован очередной еженедельный отчёт о разработке KDE, в котором представлены изменения для ветки KDE Plasma 6.7, релиз которой ожидается в июне. В отчёте также отражены исправления, устраняющие проблемы, выявленные по горячим следам после публикации релиза Plasma 6.6.
В готовящемся к публикации корректирующем релизе KDE Plasma 6.6.1 устранены аварийные завершения в KWin, возникающие при интенсивном использовании методов ввода или при выходе из ждущего режима при использовании приложений Input Leap и Deskflow. Устранено аварийное завершение Discover при попытке установить обновления. Исправлены регрессии, приводящие к появлению всплывающих окон не там где нужно и мешавшие перемещению объектов на закреплённую пиктограмму виджета Task Manager. Также решены проблемы с выравниванием элементов интерфейса, локализацией текста на кнопках, выставлением слишком низкой яркости экрана, рассинхронизацией буфера обмена при работе с удалённым рабочим столом. Повышена производительность анимации за счёт использования Wayland-протокола Presentation Time. Новшества, развиваемые для KDE Plasma 6.7:
Дополнительно можно отметить проект SonicDE (Sonic Desktop Environment), нацеленный на усовершенствование и продолжение поддержки в KDE работы с использованием протокола X11. Напомним, что ранее проект KDE принял решение прекратить поддержку протокола X11 в выпуске KDE Plasma 6.8, запланированном на начало 2027 года, и после этого позволит использовать только Wayland. Изначально проект был создан под именем KDE Lite для улучшения поддержки X11 в KWin и KDE Plasma, но был переименован после предупреждения о нарушении торговой марки KDE. В настоящее время разработчики SonicDE сосредоточены на развитии оконного менеджера sonic-win, ответвлённого от kwin-x11, а также компонентов sonic-workspace, ответвлённых от plasma-workspace и дополненных исправлениями для улучшения работы при использовании X11. Помимо этого проектом предоставляются Sonic Desktop (редакция среды рабочего стола KDE Plasma), sonic-libworkspace (библиотека для создания виджетов), Sonic Network Manager (виджет настройки сети), Sonic Audio Applet Pulse (управление звуком через PulseAudio) и Sonic Workspace Add-ons (дополнительные виджеты). Сборки пакетов с SonicDE формируются для Arch Linux (AUR), Artix Linux, FreeBSD, Gentoo, OpenMandriva и NixOS. В качестве причины ответвления компонентов KDE для X11 упоминается желание сохранить окружение, которое просто работает и продолжает поддерживать возможности, недоступные при использовании Wayland. Например, при использовании X11 доступны такие возможности, как работающая реализация выноса меню в заголовок окна (Locally Integrated Menus), инерционная прокрутка, более плавная прокрутка в LibreOffice/Qt, более надёжная работа drag&drop в Chromium, работающие в Telegram и OBS Studio глобальные горячие клавиши, восстановление окон в прошлых позициях, определение первичного экрана в играх, захват экрана в приложениях удалённого доступа, таких как TeamViewer.
| ||
|
Обсуждение (88 +24) |
Тип: К сведению |
| ||
| · | 22.02.2026 | Сопровождающие Godot перегружены из-за обилия сомнительных изменений, созданных с помощью AI (194 +29) |
|
Реми Вершельде (Rémi Verschelde), один из ключевых сопровождающих открытого игрового движка Godot и сооснователь компании W4 Games, заявил, что нарастающий поток низкокачественных pull-запросов, сгенерированных при помощи больших языковых моделей, выматывает и деморализует разработчиков Godot, занимающихся рецензированием изменений. По словам Реми, проект Godot гордится своей открытостью для новых участников и предоставляет любому пользователю возможность повлиять на развитие движка. Сопровождающие Godot тратят много времени, помогая привести pull-запросы к должному состоянию, но при текущем обилии сомнительных изменений Реми не знает, сколько ещё команда сможет выдержать.
В настоящее время в репозитории Godot на GitHub накопилось более 4600 открытых pull-запросов. Адриан де Йонг (Adriaan de Jongh), директор студии разработки игр Hidden Folks, охарактеризовал состояние с создаваемыми с участием AI мусорными pull-запросами для Godot, как полный бардак и огромную потерю времени для рецензирующих, вынужденных тратить его на разбор изменений, которые часто не имеют смысла, снабжены излишне многословными описаниями и отправляются разработчиками, не понимающими собственные патчи. C появлением AI-инструментов сопровождающие вынуждены дополнительно определять, написан ли код человеком или сгенерирован автоматически, а также разбираться, понимает ли автор код, который прислал. Также приходится разбираться, тестировали ли авторы свой код или представленные результаты тестов лишь сфабрикованы AI. Кроме того, Реми не понимает как поступать в ситуации, когда на вопрос об использовании AI авторы патчей отвечают "я использовал его только для описания, потому что плохо пишу по-английски", что не позволяет однозначно классифицировать вклад. Отмечается, что сопровождающим приходится по несколько раз в день перепроверять pull-запросы от новых участников, сомневаясь в их качестве. Единственным решением для сохранения прежнего подхода к разработке Реми считает увеличение финансирования проекта для того, чтобы платить дополнительным сопровождающим, которые будут разбирать AI-мусор. Аналогичные затруднения испытывает проект Blender, который в начале февраля приступил к разработке политики в отношении патчей, созданных с использованием AI. Ранее правила для подобных случаев приняли Linux Foundation, Fedora, GNOME, Firefox, Ghostty, Servo и LLVM. В январе GitHub начал обсуждение внедрения мер для ограничения низкокачественных pull-запросов, сгенерированных в AI-ассистентах, отправленных без ручной проверки, не соответствующих требованиям качества и создающих серьёзные трудности для сопровождающих.
| ||
| · | 21.02.2026 | Проект MinIO перевёл Git-репозиторий в архивный режим. В ответ сообществом создан форк (59 +16) |
|
Разработчики MinIO, совместимого с Amazon S3 высокопроизводительного объектного хранилища, насчитывающего более миллиарда загрузок на Docker Hub, перевели Git-репозиторий проекта в архивный режим, допускающий доступ только для чтения. Последним изменением в репозитории стало добавление примечания о прекращении сопровождения и рекомендации перейти на проприетарный продукт MinIO AIStor.
Архивированию предшествовала череда событий. В мае 2025 года в Community-редакции MinIO без предварительного предупреждения из web-консоли была удалена функциональность для администрирования и оставлен только интерфейс для навигации по объектам. Для управления хранилищами, доступом и пользователями предлагалось использовать интерфейс командной строки или коммерческую версию AIStor Enterprise, стоимостью от 96 тысяч долларов в год. В октябре 2025 года была прекращена публикация готовых образов контейнеров в Docker Hub, причём это совпало с раскрытием уязвимости, допускавшей повышение привилегий. В декабре 2025 года проект был переведён в режим сопровождения, подразумевавший добавление в открытую кодовую базу только исправлений критических уязвимостей. Изменения, связанные с новой функциональностью и исправлением ошибок, стали вноситься только в коммерческую версию. Причиной отказа от открытой модели разработки стало недовольство использованием MinIO в сторонних проприетарных продуктах с нарушением условий открытых лицензий. В 2021 году за восемь месяцев до закрытия очередного раунда инвестиций лицензия на MinIO была изменена с Apache 2.0 на AGPLv3. В 2022 году компания MinIO публично обвинила Nutanix в нарушении лицензий при поставке MinIO в составе программного стека, в котором не упоминалось использование MinIO, и заявила об отзыве лицензий Apache 2.0 и AGPLv3. Компания Nutanix признала нарушение. В 2023 году та же тактика принуждения к соблюдению лицензии была применена к компании Weka. Компания Weka назвала это не спровоцированной атакой и заявила что использует в своих продуктах только старый код, поставлявшийся под лицензией Apache 2.0, требования которой она полностью соблюдала. Так же было указано о неприменимости процесса отзыва к лицензии Apache 2.0. Компания MinIO смягчила формулировки, признав, что её заявления могли быть восприняты неверно. В ответ на архивирование репозитория основатель PostgreSQL-дистрибутива Pigsty объявил о создании форка - pgsty/minio, в котором восстановлена поддержка web-консоли администратора, а также налажен процесс публикации готового Docker-образа и восстановлена публичная документация. Отмечается, что форк будет поддерживаться сообществом и продолжит сопровождение кодовой базы под лицензией GNU AGPLv3. Основное внимание будет уделено поддержанию стабильной кодовой базы, а также исправлению ошибок и уязвимостей. Активное продолжение наращивания функциональности в планы не входит, так как по оценке основателя форка MinIO уже является законченным полнофункциональным продуктом, решающим поставленные задачи. В случае получения претензий об использовании зарегистрированной торговой марки MinIO форк намерены переименовать (в качестве нового имени рассматриваются silo или stow). Из существующих открытых альтернатив MinIO также можно отметить AIStore, Garage, Ambry, SeaweedFS, RustFS, hs5, Ceph и Versity S3 Gateway. Представители из сообщества поддерживают форки web-консоли MinIO - OpenMaxIO и Console.
| ||
| · | 21.02.2026 | Оценка надёжности паролей, сгенерированных большими языковыми моделями (138 +27) |
|
Представлены результаты анализа надёжности паролей, генерируемых большими языковыми моделями и AI-ассистентами. Исследователи попросили модели Claude, ChatGPT и Gemini сгенерировать надёжный 16-символьный пароль и во всех случаях получили результат, на первый взгляд отвечающий всем требованиям к безопасным паролям и признаваемый утилитами для проверки качества паролей как надёжный. Пароли сочетали в себе символы в разных регистрах, спецсимволы и числа, но лишь выглядели безопасными, а на деле имели минимальную энтропию, формировались по типовому шаблону и при повторных запросах образовывали закономерность.
По данным исследователей, сгенерированные большими языковыми моделями предсказуемые пароли используются на практике реальными пользователями и предлагаются в процессе работы над кодом AI-ассистентами. Уровень энтропии в сгенерированных AI-моделями паролях оценивается в 20-27 бит, что требует для подбора пароля от нескольких секунд до часов, в то время как анализ результатов утилитами для проверки качества пароля прогнозирует время подбора в несколько веков. Шаблонность подобных паролей является следствием построения контента большими языковыми моделями на основе предсказания токенов. Из 50 сгенерированных в Claude Opus 4.6 паролей, 18 полностью повторялись, все пароли начинались с буквы (в основном "G"), следом всегда шла цифра (в основном 7), во всех паролях присутствовали символы "L", "9", "m", "2", "$" и "#". ![]() В GPT-5.2 почти все пароли начинались на букву "v", после чего в половине паролей следовала буква "Q" и повторяющийся шаблон из ограниченного набора символов. В Gemini 3 почти половина паролей начиналась с символов "K" или "k", после которых чаще всего следовали "#", "P" или "9", набор используемых символов был сильно урезан. Увеличение "температуры" при обращении к AI-моделям ощутимо не влияет на качество генерируемых паролей. Что касается используемых при разработке AI-ассистентов, то во многом качество пароля зависит от сформированного разработчиком запроса. Например, Claude Code c Opus 4.6 и Gemini-CLI с Auto Gemini 3 на запрос сформировать надёжный пароль запускали для генерации пароля команду "openssl rand". При этом Gemini-CLI с Auto Gemini 3 на запрос "сгенерируй пароль" использовал "openssl rand", а на запрос "предложи пароль" - формировал пароль через AI-модель. Codex c GPT-5.3-Code временами запускал внешнюю утилиту для генерации надёжного пароля, но временами генерировал предсказуемый пароль собственными силами. Claude Code c Opus 4.5 чаще всего самостоятельно генерировал предсказуемые пароли. Браузер ChatGPT Atlas при придумывании пароля для регистрации на сайте формировал ненадёжный пароль при помощи AI-модели.
| ||
|
Обсуждение (138 +27) |
Тип: Проблемы безопасности |
| ||
| · | 20.02.2026 | Выпуск композитного сервера Weston 15.0 (45 +12) |
|
После девяти месяцев разработки опубликован стабильный релиз композитного сервера Weston 15.0, развивающего технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств. Код проекта распространяется под лицензией MIT.
Изменения в новой ветке Weston:
| ||
|
Обсуждение (45 +12) |
Тип: Программы |
| ||
| · | 19.02.2026 | Опубликован мультимедийный сервер PipeWire 1.6.0 (112 +36) |
|
После почти года разработки сформирована новая стабильная ветка мультимедийного сервера PipeWire 1.6.0, пришедшего на смену звуковому серверу PulseAudio и отличающегося от него добавлением средств для работы с потоками видео, возможностью обработки звука с минимальными задержками и новой моделью безопасности для управления доступом на уровне отдельных устройств и потоков. Проект по умолчанию применяется в Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE и многих других дистрибутивах Linux. Код написан на языке Си и распространяется под лицензией MIT.
PipeWire базируется на многопроцессной архитектуре, позволяющей организовать совместный доступ к контенту нескольких приложений. Предоставляются возможности для обработки любых мультимедийных потоков, смешивания и перенаправления потоков с видео, а также управления источниками видео, такими как устройства захвата видео, web-камеры или выводимое приложениями содержимое экрана. PipeWire даёт возможность организовать совместную работу нескольких приложений с веб-камерой и решает проблемы с безопасным захватом содержимого экрана и удалённым доступом к экрану в окружении Wayland. При использовании в роли звукового сервера, PipeWire может обеспечить минимальные задержки и предоставить функциональность, комбинирующую возможности PulseAudio и JACK, учитывающую потребности систем профессиональной обработки звука, на которую не мог претендовать PulseAudio. PipeWire предлагает расширенную модель безопасности, позволяющую управлять доступом на уровне отдельных устройств и конкретных потоков. Реализованная модель доступа упрощает проброс звука и видео из изолированных контейнеров и в них. В новой версии:
| ||
|
Обсуждение (112 +36) |
Тип: Программы |
| ||
| · | 19.02.2026 | Инициативы по сближению MySQL с сообществом и форсированию разработки (104 +3) |
|
Ответственный за взаимодействие с сообществом в компании Oracle (MySQL Community Manager) опубликовал заметку, в которой заявил об изменении в инженерном руководстве, усилении сотрудничества с сообществом и форсировании разработки новой функциональности. Новая стратегия разработки MySQL включает три направления: внедрение в MySQL Community Edition инноваций и новой функциональности для разработчиков; расширение экосистемы и развитие инструментов, фреймворков и коннекторов для улучшения работы с MySQL; повышение прозрачности процессов и активное вовлечение сообщества к определению пути развития MySQL.
В MySQL Community Edition планируют интегрировать возможности, ранее доступные только в коммерческих продуктах. Из намеченных для интеграции новшеств отмечены новые векторные функции для AI, создание сборок с PGO-оптимизациями, гиперграфный оптимизатор, повышение качества работы с JSON, расширение средств мониторинга через OpenTelemetry, реализация многопоточного переноса изменений из журнала транзакций и предоставление расширенной аналитики HA/DR (High Availability/Disaster Recovery). Некоторые значимые изменения уже доступны в ветке MySQL 9.6, в которой из движка хранения InnoDB в SQL-движок перенесено управление внешними ключами и каскадными действиями (распространение изменений на другие записи, связанные через внешние ключи). Кроме того, отмечается намерение расширить сотрудничество и согласованность действий между сообществом и командами Oracle, отвечающими за разработку, оптимизатор, runtime, безопасность, AI, контроль качества и управление продуктом. Планируется размещать в открытом доступе планы разработки, отчёты о ходе разработки и исправлении ошибок, а также упростить приём изменений от участников из сообщества. Для укрепления экосистемы намерены наладить тесное сотрудничество с дистрибутивами Linux и открытыми проектами. Отдельно упоминается сотрудничество с компанией Canonical и сообществом Ubuntu, а также поддержка зависящих от MySQL крупных отрытых проектов, таких как WordPress, Drupal, Magento и Joomla. В ответ от имени сообщества опубликовано открытое письмо, которое подписали около 250 представителей сообщества и компаний, использующих MySQL или развивающих альтернативные решения на базе MySQL. Письмо призывает Oracle создать некоммерческую организацию для поддержки сообщества MySQL, не зависящую от отдельных поставщиков. Предполагается, что создание нейтральной площадки даст возможность решить имеющиеся системные проблемы, наблюдаемые в последние годы, такие как потеря доли рынка MySQL, снижение доверия и отсутствие прозрачности, барьеры при передаче изменений от сторонних участников, отставание по функциональности (например, отсутствие векторного поиска), фрагментированное и стареющее сообщество (отсутствие притока новых разработчиков). Создание независимой организации также привлечёт к проекту крупные компании, заинтересованные в развитии MySQL, но ныне ограниченные в возможности участия в разработке из-за развития MySQL за закрытыми дверями. Для обсуждения предлагается несколько вариантов управления в новой организации. Например, допускается, что по аналогии с формированием ассоциации OpenELA компания Oracle создаст организацию и пригласит в число учредителей других лидеров отрасли, что позволит сохранить контроль над стратегией развития и видением экосистемы, но привлечёт при этом других участников к совместной работе. Вторым вариантом является создание отдельной организации, в которой Oracle будет выступать стратегическим управляющим партнёром и предоставлять возможность использования торговой марки MySQL. Не исключается также создание ассоциации из заинтересованных в развитии MySQL сторонних компаний и уже после создания независимой организации приглашение Oracle принять участие в инициативе.
| ||
|
Обсуждение (104 +3) |
Тип: К сведению |
| ||
| · | 19.02.2026 | Стабильный выпуск СУБД MariaDB 12.2 (10 +5) |
|
Опубликован выпуск СУБД MariaDB 12.2.2, который отмечен как первый стабильный релиз ветки 12.2. Ветка MariaDB 12.2 отнесена к промежуточным выпускам (rolling), продолжает постепенное развитие функциональности и пришла на смену ветке MariaDB 12.1. Одновременно опубликован выпуск MariaDB 12.3.1 с новой реализацией binlog, имеющий статус кандидата в релизы будущей LTS-ветки. Ветка MariaDB 12.2 будет сопровождаться до формирования выпуска 12.3.2.
Проектом MariaDB развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz. Среди изменений в ветке MariaDB 12.2:
| ||
|
Обсуждение (10 +5) |
Тип: Программы |
| ||
| · | 19.02.2026 | Представлен Netbase, порт утилит NetBSD для других Unix-подобных систем (59 +13) |
|
Опубликован первый выпуск проекта Netbase, занимающегося портированием утилит NetBSD для других операционных систем. В первом выпуске основное внимание уделено работоспособности компонентов пользовательского пространства NetBSD на системах с ядром Linux и стандартной Си-библиотекой Glibc. При этом также упомянута не полностью протестированная поддержка FreeBSD, OpenBSD и macOS, и потенциальная поддержка GNU/Hurd. Наработки проекта распространяются под лицензией BSD.
Порт реализован с использованием обеспечивающих совместимость заголовочных файлов и библиотек-прослоек (libnetbsd, libutil), позволяющих использовать задействованную в утилитах специфичную функциональность NetBSD поверх других систем. При разработке библиотек использован только код из кодовой базы NetBSD. По возможности сам код утилит пытаются сохранить в неизменном виде или обойтись минимальными правками. Поддерживаемые в первом выпуске утилиты:
| ||
|
Обсуждение (59 +13) |
Тип: Программы |
| ||
| · | 18.02.2026 | Проблемы с финансированием каталогов пакетов открытого ПО (112 +12) |
|
Майкл Уинсер (Michael Winser), сооснователь инициативы Alpha-Omega, нацеленной на повышение безопасности открытого ПО, выступил на конференции FOSDEM 2026 с докладом, поднимающим вопрос устойчивости инфраструктуры при нынешних моделях финансирования каталогов пакетов PyPI (Python), npm (Node.js), Crates.io (Rust), RubyGems (Ruby) и Maven Central (Java). При экспоненциальном росте числа загрузок и объёма хранимых данных финансирование отмеченных каталогов практически не увеличивается, что создаёт риски нарушения их устойчивой работы и мешает развитию механизмов для выявления вредоносных пакетов и защиты от атак через зависимости.
Отмечается, что многие каталоги пакетов работают на грани рентабельности, полагаясь на непостоянные гранты, пожертвования и безвозмездное предоставление ресурсов. Около 25% расходов каталогов приходится на оплату трафика CDN и каналов связи (network bandwidth). Далее следуют: 18% - хранение данных, 15% - вычислительные мощности, 12% - борьба с вредоносной активностью, 10% - реагирование на инциденты (Abuse), 8% - обеспечение стабильной работы (SRE - Site Reliability Engineering), 6% - поддержка, 4% - исправление ошибок. На создание новой функциональности тратится лишь 2% средств, а разработку компонентов обеспечения безопасности - 1%. Подготовка документации и вовсе не вошла в первую десятку статей расходов. По оценке Уинсера, содержание каталога масштаба Crates.io, обрабатывающего около 125 миллиардов загрузок в год, обходится в 5-8 миллионов долларов ежегодно, причём без учёта безвозмездно предоставляемых ресурсов - например, сеть доставки контента Fastly обслуживает трафик Crates.io бесплатно. Для PyPI, обслуживающего более 700 тысяч пакетов с суммарным трафиком порядка 747 петабайт в год (189 Гбит/с), одна лишь оплата трафика без спонсорства Fastly составила бы около 1.8 миллионов долларов в месяц. Особую обеспокоенность вызывает рост числа вредоносных пакетов, в том числе создаваемых с помощью средств генеративного искусственного интеллекта. Медианное время от публикации вредоносного пакета до его удаления составляет 39 часов - более чем достаточно для распространения по цепочке зависимостей. В сентябре 2025 года данная проблема проявилась на практике: самораспространяющийся червь Shai-Hulud поразил экосистему NPM. Рассмотрено несколько гипотетических способов покрытия расходов каталогов пакетов, ни один из которых, судя по проведённым расчётам, не способен полностью компенсировать все затраты. Наиболее очевидный путь монетизации - введение платы за пропускную способность или доступ к пакетам, неизбежно приведёт к увеличению интенсивности кэширования и появлению сторонних зеркал, предлагающих бесплатный доступ, что создаст проблемы с отслеживанием публикации вредоносного содержимого и фрагментацией экосистемы. При этом, как отметил Уинсер, каталоги фактически являются естественными монополиями - им принадлежит пространство имён, - однако стоимость создания альтернативного каталога стремится к нулю, что делает это положение неустойчивым. В прошлом году при рассмотрении вопроса финансирования каталогов организацией OpenSSF были предложены такие меры, как введение дополнительных платных возможностей, например, предоставление расширенной платной статистики; коммерческое сотрудничество, помогающее финансировать поддержание инфраструктуры пропорционально создаваемой нагрузке или в обмен на стратегические преимущества; многоуровневые модели доступа, сохраняющие открытость для обычных пользователей, но вводящие платные опции для тех, кому требуется повышенная надёжность и большой объём трафика.
| ||
| · | 18.02.2026 | Утечка в Git-репозитории конфиденциальных данных, накопленных AI-ассистентами (38 +20) |
|
С ростом популярности AI-ассистентов у разработчиков участились случаи утечки в публичные Git-репозитории конфиденциальных данных, оседающих среди информации, сохраняемой AI-инструментами в рабочее дерево проекта. AI-ассистенты Claude Code, Cursor, Continue, Aider, OpenAI Codex, Copilot, Sourcegraph Cody и Amazon Q в корневом каталоге проекта создают локальные файлы конфигурации и каталоги, в которых среди прочего может сохранятся история операций и данные о контексте.
В сохраняемые AI-ассистентами файлы могут попасть ключи доступа к API, строки подключения к СУБД, ссылки на внутренние ресурсы и учётные данные для подключения к облачным окружениям, полученные AI-ассистентом в процессе выполнения инструкций, после работы с локальными настройками или охваченные в связанном с проектом контексте. Для разработчика оседание подобных данных в файловой иерархии проекта не очевидно, поэтому многие забывают прописать создаваемые AI-ассистентами каталоги в файл .gitignore и после публикации изменений переносят их в публичный git-репозиторий. Для выявления подобных утечек в публичных репозитриях на GitHub подготовлена утилита claudleak. Тестовое сканирование GitHub показало, что из репозиториев, в которых имеются подкаталоги с настройками AI-ассистентов, примерно 2.4% содержат актуальные ключи или учётные данные, действие которых было подтверждено отдельной проверкой. Автор утилиты столкнулся с проблемой, когда заметил файл ".claude/settings.local.json" в своём репозитории, в котором среди информации оказались ключи доступа и пароли, передававшиеся через переменные окружения. Разработчикам, использующим AI-ассистенты, рекомендуется добавить в файл .gitignore каталоги .claude/, .cursor/, .continue/, .copilot/ и .aider/, а также настроить их игнорирование через глобальный фильтр командой "git config --global core.excludesfile файл_со_списком".
| ||
|
Обсуждение (38 +20) |
Тип: Проблемы безопасности |
| ||
| · | 18.02.2026 | Копилефт лицензия CCAI, учитывающая применение для обучения AI-моделей (86 +23) |
|
Группа исследователей из Йельского университета предложила (PDF) новый тип открытых лицензий CCAI (Contextual Copyleft), расширяющий применение копилефта к генеративным AI-моделям. Идея CCAI в том, что использование содержимого под данной лицензией в качестве данных для машинного обучения приводит к распространению условий копилефта на результирующие генеративные AI-модели. Предполагается, что новая лицензия может способствовать снижению злоупотреблений в AI-проектах и предотвращению появления фиктивных AI-моделей, которые формально преподносятся как открытые, но из-за скрытия исходных данных и инструментария для обучения, привязаны к производителю.
CCAI определяет, что любое распространение и публикация точных копий или изменённых производных работ, распространяемых под лицензией CCAI, должно осуществляться под теми же лицензионными условиями без наложения дополнительных ограничений. Данное требование распространяется на любую AI-модель, набор данных или AI-систему, при обучении которых использовалось ПО под лицензией CCAI или результат его работы. В контексте обучения генеративных AI-моделей CCAI требует раскрытия исходного кода модели, детального описания задействованных при обучении данных, параметров, весов и архитектуры модели. Лицензию CCAI также можно использовать как дополнительное требование, прикрепляемое к существующим копилефт-лицензиям, таким как AGPLv3. Указанное требование расширяет действие лицензии на обучающие наборы данных, код и весовые коэффициенты модели в соответствии с критериями открытости AI-систем, сформулированными организацией Open Source Initiative (OSI). Код, распространяемый под подобном лицензией, может использоваться для обучения AI-модели только при условии, что всем пользователям будет предоставлено описание обучающего набора данных, код для обучения модели и обученная AI-модель. Текст прикрепляемого дополнительного требования: "При использовании программного обеспечения для обучения, оптимизации или создания любой модели машинного обучения или генеративной AI-системы, любая результирующая модель, набор данных или система должны публиковаться на условиях, не ужесточающих требования настоящей лицензии. Подобное требование охватывает предоставление доступа к коду для проведения обучения, описанию данных, использованных при обучении, параметров и архитектуры модели. Предоставление доступа к модели или результату её работы по сети считается распространением и является основанием для выполнения накладываемых лицензией обязательств".
| ||
|
Обсуждение (86 +23) |
Тип: К сведению |
| ||
| Следующая страница (раньше) >> | ||
|
Закладки на сайте Проследить за страницей |
Created 1996-2026 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |