· | 31.05 | Релиз Chrome 114 (121 +9) |
Компания Google представила релиз web-браузера Chrome 114. Одновременно доступен стабильный выпуск свободного проекта Chromium, выступающего основой Chrome. Браузер Chrome отличается от Chromium использованием логотипов Google, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого от копирования видеоконтента (DRM), системой автоматической установки обновлений, постоянным включением Sandbox-изоляции, поставкой ключей к Google API и передачей при поиске RLZ-параметров. Для тех, кому необходимо больше времени на обновление, отдельно поддерживается ветка Extended Stable, сопровождаемая 8 недель. Следующий выпуск Chrome 115 запланирован на 18 июля.
Основные изменения в Chrome 114:
Кроме нововведений и исправления ошибок в новой версии устранено 16 уязвимостей. Многие из уязвимостей выявлены в результате автоматизированного тестирования инструментами AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer и AFL. Критических проблем, которые позволяют обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения, не выявлено. В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей для текущего релиза компания Google выплатила 13 премий на сумму 65.5 тысяч долларов США (по одной премии в $15000, $10000 $3000, $2000 и $500, три премии $9000 и две премии в $4000). Размер 3 вознаграждений пока не определён.
| ||
Обсуждение (121 +9) |
Тип: Программы |
| ||
· | 31.05 | Canonical готовит вариант Ubuntu Desktop, содержащий только пакеты Snap (335 –40) |
Разработчики из компании Canonical намерены в следующем году начать поставку дополнительных сборок Ubuntu Desktop, основанных на платформе Ubuntu Core и включающих только приложения, оформленные с использование пакетов в формате Snap. Похожая, но основанная на пакетах Flatpak, компоновка дистрибутива для рабочих станций, уже применяется такими проектами, как Fedora Silverblue и Endless OS. Первые экспериментальные сборки нового варианта Ubuntu Desktop планируют подготовить весной следующего года, в процессе формирования Ubuntu 24.04 LTS. Поставка классических сборок Ubuntu Desktop с deb-пакетами будет продолжена без изменений.
Ubuntu Core подразумевает поставку неделимого монолитного образа базовой системы, в котором не применяется разбивка на отдельные deb-пакеты и используется механизм атомарного обновления всей системы. Компоненты Ubuntu Core, включая базовую систему, ядро Linux, системные надстройки и дополнительные приложения, поставляются в формате snap и управляются инструментарием snapd. Компоненты в формате Snap изолируются при помощи AppArmor и Seccomp, что создаёт дополнительный рубеж для защиты системы в случае компрометации отдельных приложений. Базовая файловая система монтируется в режиме только для чтения. Обновления базового окружения доставляются в режиме ОТА (over-the-air), включают только изменения (delta-обновления) и синхронизированы с актуальным LTS-выпуском Ubuntu. Из недавних достижений Ubuntu, позволяющих реализовать на базе Ubuntu Core сборку с графическим окружением, отмечается реализация возможности поставки в snap-пакетах стека вывода на печать на базе CUPS и разных версий драйверов Mesa. Поставка CUPS в формате snap планируют начать в выпуске Ubuntu 23.10. Дополнение: Вариант Ubuntu Desktop на базе Ubuntu Core официально анонсирован в блоге Ubuntu. В заметке рассказано об архитектуре Ubuntu Core и рассмотрены достоинства и недостатки монолитной организации дистрибутива:
| ||
Обсуждение (335 –40) |
Тип: К сведению |
| ||
· | 31.05 | В ночных сборках Firefox включена поддержка машинного перевода (70 +24) |
В ночных сборках Firefox, на базе которых 4 июля будет сформирован выпуск Firefox 115, включена по умолчанию система автоматизированного машинного перевода с одного языка на другой. В работе не используются внешние облачные сервисы - перевод выполняется на локальной системе пользователя. Для управления включением системы перевода в about:config можно использовать настройку "browser.translations.enable".
Для перевода на локальной системе задействован открытый движок Bergamot, который развивается в Mozilla совместно с исследователями нескольких университетов Великобритании, Эстонии и Чехии при финансовой поддержке Евросоюза. Готовые модели подготовлены для 16 языков, включая экспериментальные модели для перевода с английского на русский и украинский, и наоборот. Движок написан на языке C++ и представляет собой обвязку над фреймворком машинного перевода Marian, в котором применяется рекуррентная нейронная сеть (RNN) и языковые модели на основе трансформеров. Для ускорения обучения и перевода может использоваться GPU. Фреймворк Marian также используется для обеспечения работы сервиса перевода Microsoft Translator и развивается в основном инженерами из Microsoft совместно с исследователями из Эдинбургского и Познанского университетов. До этого в Firefox уже имелся встроенный механизм для перевода страниц, но он был завязан на использовании внешних облачных сервисов (поддерживаются Google, Yandex и Bing) и не включался по умолчанию (для включения в about:config доступна настройка "browser.translation"). Механизм перевода поддерживает автоматическое определение языка при открытии страницы на неизвестном языке и выводит специальный индикатор с предложением осуществить перевод страницы. Имеется режим автоматического перевода (browser.translations.autoTranslate в about:config).
| ||
Обсуждение (70 +24) |
Тип: К сведению |
| ||
· | 30.05 | Представлен Crab, форк языка Rust, избавленный от бюрократии (176 +19) |
В рамках проекта Crab (CrabLang) началось развитие форка языка Rust и пакетного менеджера Cargo (форк поставляется под именем Сrabgo). Лидером форка назван Трэвис Вагнер (Travis A. Wagner), не входящий в список 100 наиболее активных разработчиков Rust. В качестве причины создания форка упоминается недовольство усиления влияния корпораций на язык Rust и сомнительная политика организации Rust Foundation в отношении использования торговых марок.
Создатели Crab не намерены дробить сообщество и не будут параллельно развивать отдельную собственную ветку - проект преподносится как синхронизированный форк, предоставляющий альтернативное решение на основе исходной кодовой базы Rust, которая продолжает рассматриваться как эталонная. В основные ветки форков будут периодически переноситься изменения из основных веток языка Rust и пакетного менеджера Crate, после чего будут формироваться выпуски Crab, по функциональности идентичные выпускам Rust, но не накладывающие на разработчиков свойственные проекту Rust ограничения. Основной целью Crab заявлено предоставление сообществу альтернативы, соответствующей его ценностям и не накладывающей ограничений на использование, обусловленных корпоративными интересами. Предполагается, что Crab будет интересен тем, кто желает получить больше свободы при использовании языка, создании продуктов на его основе и продвижении этих продуктов, не опасаясь нарушения торговых марок. Проект будет управляться сообществом и постарается сохранить дух совместной работы, инноваций и свободы творчества. Дополнение: За несколько дней до создания форка в сообществе Rust произошёл конфликт, в результате Rust Core Team проект покинул участник JT. Причиной стал перевод приглашённого на конференцию RustConf 2023 докладчика JeanHeyd Meneide из статуса ключевого (keynote) в обычные, после чего JeanHeyd вообще отказался выступать на конференции. JeanHeyd Meneide является одним из редакторов стандарта языка Си и борцом за права чернокожих (ранее критиковал сообщество Rust за недостаточное разнообразие и отсутствие чернокожих докладчиков на RustConf). JeanHeyd продвигает включение в Rust поддержки рефлексии на этапе компиляции, чему планировал посвятить свой доклад. Причиной ухода JT из Core Team стали действия двух значимых участников сообщества в обход принимаемых управляющим комитетом решений. В частности, управляющий комитет языка Rust и организаторы RustConf большинством голосов утвердили рекомендацию по выступлению JeanHeyd в секции ключевых докладов. Спустя какое-то время, уже после того как JeanHeyd был уведомлен о решении и согласился выступать, два не участвовавших в голосовании члена группы, не согласились с общим решением из-за опасений, связанных с навязыванием продвижения в язык Rust поддержки рефлексии, реализация которой находится на очень раннем этапе и целесообразность которой находится под вопросом (подразумевалось, что ещё сырой и не прошедшей обсуждение технологии не следует отдавать место ключевого доклада). После того как не удалось урегулировать конфликт в совете, они в личном порядке договорились с организаторами RustConf по смене статуса докладчика, не поставив в известность голосовавших членов совета. Управляющий совет признал, что случившееся вызвано проблемами в организации управления проектом, извинился перед JeanHeyd и сообществом, и начал работу по модернизации процессов работы управляющего совета и правил принятия решений.
| ||
Обсуждение (176 +19) |
Тип: К сведению |
Интересно
| ||
· | 30.05 | После десятилетнего перерыва опубликован GoldenDict 1.5.0 (72 +42) |
Опубликован выпуск GoldenDict 1.5.0, приложения для работы со словарными данными, поддерживающего различные форматы словарей и энциклопедий, и умеющего отображать документы в формате HTML при помощи движка WebKit. Код проекта написан на языке С++ с использованием библиотеки Qt и распространяется под лицензией GPLv3+. Поддерживается сборка для платформ Windows, Linux и macOS.
Среди особенностей можно отметить графический интерфейс на основе вкладок с возможностью работы в виде всплывающей подсказки для пояснения смысла или перевода слов, выделенных или помещённых в буфер обмена. При поиске доступен учёт морфологии и возможность воспроизведения правильного звукового произношения слов. Среди поддерживаемых форматов словарей: StarDict, Babylon, Lingvo, Dictd, AARD, MDict и SDict, поддерживается интеграция c Wikipedia и сайтами на базе движка MediaWiki. Выпуск GoldenDict 1.5.0 примечателен тем, что он опубликован на 10 лет позже изначально намеченной даты релиза (последний стабильный релиз был сформирован в 2010 году, а версию 1.5.0 планировали выпустить в сентябре 2013 года). Среди функциональных изменений:
![]()
| ||
Обсуждение (72 +42) |
Тип: Программы |
| ||
· | 30.05 | Правительство Москвы запустило площадку для совместной разработки Mos.Hub (79 +13) |
Департамент информационных технологий Правительства Москвы ввёл в строй отечественную площадку для совместной разработки ПО - Mos.Hub, позиционируемую как "российское сообщество разработчиков программного кода". Платформа основана на московском городском репозитории программного обеспечения, который развивается более 10 лет. Площадка даст возможность делиться собственными разработками и повторно использовать отдельные элементы городских цифровых сервисов Москвы. После регистрации имеется возможность создания своих групп и публичных или приватных проектов. На момент написания новости существующие на Mos.Hub публичные репозитории пока ограничиваются двумя тестовыми проектами (дополнение: спустя сутки появилось несколько сотен проектов).
Заявлено, что проект Mos.Hub развивается в качестве аналога зарубежных репозиториев, таких как GitHub и GitLab, а вся информация, размещённая в Mos.Hub, хранится в защищённом городском центре обработки данных на территории России. При этом беглый осмотр кода основной страницы указывает на то, что система построена на базе открытой платформы GitLab, разрабатываемой американской компанией GitLab Inc. ![]() Для показа аватаров пользователей на всех страницах осуществляется загрузка картинок с сайта gravatar.com (принадлежит американской компании Automattic Inc.), что позволяет его владельцам отслеживать активность пользователей сервиса.
![]() ![]() На странице также имеется JavaScript-код для обращения к облачному сервису Google Recaptcha.
![]()
| ||
Обсуждение (79 +13) |
Тип: К сведению |
| ||
· | 30.05 | Выпуск Pharo 11, диалекта языка Smalltalk (36 +13) |
После более года разработки опубликован выпуск проекта Pharo 11, развивающего диалект языка программирования Smalltalk. Pharo является ответвлением от проекта Squeak, в разработке которого принимал участие Алан Кей, автор Smalltalk. Помимо реализации языка программирования, Pharo также предоставляет виртуальную машину для выполнения кода, интегрированную среду разработки, отладчик и набор библиотек, включая библиотеки для разработки графических интерфейсов. Код проекта распространяется под лицензией MIT.
Среди изменений в новом выпуске:
| ||
Обсуждение (36 +13) |
Тип: Программы |
| ||
· | 30.05 | Ошибка при обновлении ключей DNSSEC привела к нарушению работы доменной зоны NZ (62 +12) |
Новозеландский регистратор InternetNZ, отвечающих за доменную зону ".NZ", предупредил об инциденте, в результате которого возникли массовые сбои в разрешении доменных имён в зоне ".nz" и 15 связанных вторичных зонах, таких как "co.nz" и "net.nz". Причиной сбоя стала ошибка, допущенная при ротации KSK-ключей (Key Signing Key), применяемых для цифровой подписи записей DNSKEY, содержащих ключи для подписи доменной зоны (ZSK, Zone Signing Key). После инцидента на DNS-серверах, применяющих DNSSEC для проверки достоверности данных, перестали определяться все домены в зоне ".nz" (попытка определения приводит к возвращению сервером ошибки SERVFAIL).
Регистратор доменной зоны ".nz" внедрил DNSSEC более десяти лет назад, и с тех пор ежегодная ротация ключей превратилась в рутину. В этом году ротация была выполнена в привычном режиме, но администраторы не обратили внимание, что в конце прошлого года была внедрена новая информационная система регистратора, в которой формат ключей немного отличался от прошлой, и данное отличие не было выявлено во время тестирования и интеграции новой платформы. Администраторы не учли наличие отличий и предварительно не протестировали процесс ротации в новых условиях, что привело к тому, что при определении имён на DNS-серверах перестала проходить проверка цифровых подписей с использованием KSK-ключа корневой зоны. Проблема усугубляется тем, что ошибочные записи с ключами осели в кешах DNS-серверов, и для оперативного возобновления нормальной работы администраторам рекурсивных серверов требуется вручную очистить кэш (обычно достаточно перезапустить DNS-сервер). В противном случае для возобновления определения доменов ".nz" необходимо ждать завершения срока действия записей DNSSEC, время жизни которых для зоны ".nz" выставлено в 48 часов (инцидент произошёл вечером 29 мая, поэтому для истечения времени жизни записи придётся ждать более суток).
| ||
Обсуждение (62 +12) |
Тип: Тема для размышления |
| ||
· | 29.05 | Выпуск дистрибутива Nitrux 2.8.1 с пользовательскими окружениями NX Desktop (78 +9) |
Опубликован выпуск дистрибутива Nitrux 2.8.1, построенного на пакетной базе Debian, технологиях KDE и системе инициализации OpenRC. Проект предлагает собственный рабочий стол NX Desktop, который представляет собой надстройку над KDE Plasma. На основе библиотеки Maui для дистрибутива развивается набор типовых пользовательских приложений, которые можно использовать как на настольных системах, так и на мобильных устройствах. Для установки дополнительных приложений продвигается система самодостаточных пакетов AppImages. Размер полного загрузочного образа составляет 3.4 ГБ. Наработки проекта распространяются под свободными лицензиями.
Рабочий стол NX Desktop предлагает иное стилевое оформление, собственную реализацию системного лотка, центра вывода уведомлений и различных плазмоидов, таких как конфигуратор сетевых соединений и мультимедийный апплет для регулирования громкости и управления воспроизведением мультимедийного контента. Из приложений, созданных при помощи фреймворка MauiKit, можно отметить файловый менеджер Index (можно использовать и Dolphin), текстовый редактор Note, эмулятор терминала Station, музыкальный проигрыватель VVave, видеопроигрыватель Clip, центр управления приложениями NX Software Center и просмотрщик изображений Pix. ![]() Основные новшества Nitrux 2.8.1:
| ||
Обсуждение (78 +9) |
Тип: Программы |
| ||
· | 29.05 | Выпуск библиотеки libuv 1.45.0 с поддержкой подсистемы io_uring (53 +24) |
Опубликован выпуск библиотеки libuv 1.45.0, применяемой для мультиплексирования соединений и асинхронной обработки ввода/вывода во многих проектах, нацеленных на высокопроизводительную обработку сетевых и файловых запросов, например, в платформе Node.js, DNS-серверах BIND 9 и Knot DNS, HTTP-сервере H2O, Lua-фреймворке Luvit, виртуальной машине MoarVM, языке Julia и Python-фреймворке uvloop. Библиотека позволяет организовать цикл обработки событий в неблокирующем режиме, реализованный на базе таких методов, как epoll в Linux, kqueue в BSD и macOS, IOCP в Windows и event ports в Solaris. Код проекта написан на языке Си и распространяется под лицензией MIT.
Для приложений доступны многоплатформенные функции для работы с сетевыми соединениями TCP и UDP в асинхронном режиме, асинхронного разрешения имён DNS, асинхронной работой с файлами, отслеживании событий в файловой системе, организации IPC для совместного доступа к сокетам, организации пула потоков (Thread pool), обработки сигналов и использования высокоточных таймеров. Также библиотека включает примитивы для организации многопоточного выполнения и синхронизации потоков. В сочетании с циклом обработки событий применяются два базовых абстрактных высокоуровневых примитива: "дескрипторы" (handles) для реализации долгоживущих объектов, выполняющих несколько операций, и "запросы" (requests) для выполнения короткоживущих запросов. ![]() Ключевым улучшением в новом выпуске стала реализация давно ожидаемой поддержки интерфейса асинхронного ввода/вывода io_uring, предоставляемого ядром Linux, начиная с выпуска 5.1, и примечательного поддержкой полинга (polling) ввода/вывода и возможностью работы как с буферизацией, так и без буферизации. В API io_uring разработчики ядра попытались устранить недостатки старого интерфейса aio. По производительности io_uring очень близок к SPDK и существенно опережает libaio при работе с включённым полингом. В libuv интерфейс io_uring может применяться на платформах Linux с ядром 5.1+ в примитивах для асинхронной работы с файлами, таких как read, write, fsync, fdatasync, stat, fstat и lstat. На других ОС и системах со старым ядром продолжает использоваться пул потоков. Проведённые тесты производительности показали, что применение io_uring в libuv позволяет добиться повышения пропускной способности в 8 раз. Работа по добавлению io_uring в libuv проведена при поддержке организации ISC (Internet Systems Consortium), применяющей рассматриваемую библиотеку в DNS-сервере BIND. Из других улучшений в новой версии выделяется выставление единого размера стека в 8 МБ для пула потоков на всех архитектурах и платформах. Добавлен новый API uv_metrics_info() для сбора метрик, таких как счётчик итераций в цикле событий, общее число обработанных событий и число событий, ожидающих в очереди во время отправки запроса.
| ||
Обсуждение (53 +24) |
Тип: Программы |
| ||
· | 29.05 | Уязвимости в межсетевых экранах Zyxel, позволяющие выполнить код на устройстве (71 +10) |
В устройствах Zyxel серий ATP, VPN, USG FLEX и ZyWALL, предназначенных для организации работы межсетевых экранов, IDS и VPN на предприятиях, выявлены две уязвимости, потенциально позволяющие выполнить свой код на устройстве или инициировать отказ в обслуживании через отправку сетевого запроса без прохождения аутентификации. Первая уязвимость (CVE-2023-33009) вызвана переполнением буфера в функции обработки уведомлений, а вторая (CVE-2023-33010) - переполнением буфера в функции обработки идентификаторов. Проблемы, которым присвоен критический уровень опасности (CVSS 9.8 из 10), устранены в обновлениях прошивки ZLD 5.36 Patch 2 и ZLD 4.73 Patch 2.
| ||
Обсуждение (71 +10) |
Тип: Проблемы безопасности |
| ||
· | 29.05 | Выпуск библиотеки GNU libmicrohttpd 0.9.77 (12 +15) |
Проект GNU опубликовал выпуск библиотеки libmicrohttpd 0.9.77, представляющей простой API для встраивания функциональности HTTP-сервера в приложения. Среди поддерживаемых платформ: GNU/Linux, FreeBSD, OpenBSD, NetBSD, Solaris, Android, macOS, Win32 и z/OS. Библиотека распространяется под лицензией LGPL 2.1+. В собранном виде библиотека занимает около 32 КБ.
Библиотека поддерживает протокол HTTP 1.1, TLS, инкрементальную обработку POST-запросов, basic- и digest-аутентификацию, IPv6, SHOUTcast, различные методы мультиплексирования соединений (select, poll, epoll) и модели многопоточности (например, можно использовать пул потоков или поток на соединение). Для снижения накладных расходов, возникающих при переключении контекста между ядром и пространством пользователя, число системных вызовов в процессе работы сведено к минимуму. Наиболее заметные изменения:
| ||
Обсуждение (12 +15) |
Тип: Программы |
| ||
· | 29.05 | Две уязвимости в LibreOffice (22 +18) |
Раскрыта информация о двух уязвимостях в свободном офисном пакете LibreOffice, наиболее опасная из которых потенциально позволяет выполнить код при открытии специально оформленного документа. Первая уязвимость была без лишней огласки устранена в мартовских выпусках 7.4.6 и 7.5.1, а вторая в
майских обновлениях LibreOffice 7.4.7 и 7.5.3.
Первая уязвимость (CVE-2023-0950) потенциально позволяет добиться выполнения своего кода в системе при открытии электронной таблицы, включающей специально модифицированные формулы, такие как AGGREGATE, в которых передано меньше параметров, чем ожидается. Проблема вызвана переполнением индекса массива через нижнюю границу (underflow) в коде разбора формул (ScInterpreter), применяемом при обработке электронных таблиц. Вторая уязвимость (CVE-2023-2255) позволяет атакующему подготовить специально оформленный документ, при открытии которого без вывода запроса и предупреждения будут загружены внешние ссылки, что не соответствует заявленному поведению LibreOffice, подразумевающему вывод предупреждения при загрузке связанного содержимого. Проблема вызвана недоработкой в коде запроса полномочий при использовании механизма "Floating Frames", похожего на iframe в HTML и позволяющего динамически включать содержимое внешних файлов в документ.
| ||
Обсуждение (22 +18) |
Тип: Проблемы безопасности |
| ||
· | 28.05 | Выпуск криптографической библиотеки LibreSSL 3.8.0 (29 +10) |
Разработчики проекта OpenBSD представили выпуск переносимой редакции пакета LibreSSL 3.8.0, в рамках которого развивается форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности. Проект LibreSSL ориентирован на качественную поддержку протоколов SSL/TLS с удалением излишней функциональности, добавлением дополнительных средств защиты и проведением значительной чистки и переработки кодовой базы. Выпуск LibreSSL 3.8.0 рассматривается как экспериментальный, в котором развиваются возможности, которые войдут в состав OpenBSD 7.4.
Одновременно сформированы стабильные выпуски LibreSSL 3.6.3 и 3.7.3, в которых исправлено несколько ошибок.
Особенности LibreSSL 3.8.0:
| ||
Обсуждение (29 +10) |
Тип: Программы |
| ||
· | 28.05 | Выпуск http-сервера Lighttpd 1.4.71 (12 +19) |
Опубликован релиз легковесного http-сервера lighttpd 1.4.71, пытающегося сочетать высокую производительность, безопасность, соответствие стандартам и гибкость настройки. Lighttpd пригоден для применения на высоконагруженных системах и нацелен на низкое потребление памяти и ресурсов CPU. Код проекта написан на языке Си и распространяется под лицензией BSD.
В новой версии осуществлён переход со встроенной в основной сервер реализации HTTP/2 на отдельный модуль mod_h2, который можно отключить, если нет необходимости в поддержке HTTP/2.
| ||
Обсуждение (12 +19) |
Тип: Программы |
| ||
<< Предыдущая страница (позже) | ||
Следующая страница (раньше) >> |
Закладки на сайте Проследить за страницей |
Created 1996-2023 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |