Все о мире Свободного Программного Обеспечения
🤝 Для связи - @raz_raz
💬 Чат - t.me/linuxgram_chat
🔷 ВК - vk.com/linux0ids
💡 Предложка - @linux_gram_bot
Заказать рекламу через биржу:
https://telega.in/c/linux_gram
Post #12259
2.6K
Channel Public Channel
LI Linux / Линукс
@linux_gram
- Subscribers
- 13.8K
- Photos
- 7.3K
- Videos
- 233
- Links
- 7.8K
Showing posts older than #12261 · Back to latest
Older Posts 19 shown
Post #12258
2.9K
Популярный драйвер NTFS-3G раздавал права root через обычные флешки
В коде нашли сразу девять критических уязвимостей, большинство из которых это банальные переполнения буфера. Разработчики выкатили патч 2026.7.7.
Принцип взлома достаточно примитивным. Злоумышленнику не нужно ломать сеть или подбирать пароли, достаточно просто подсунуть пользователю специально подготовленный образ NTFS или флешку с кривой файловой системой. Как только система наивно монтирует этот троянский накопитель, баги в функциях вроде
Интересно, что драйвер работает в пространстве пользователя через механизм FUSE, что в теории должно было жестко изолировать его и защитить ядро от взломов. Но легаси-код на C с полным отсутствием проверок допустимых диапазонов значений помножил всю эту изоляцию на ноль.
Linux / Линукс 🥸
В коде нашли сразу девять критических уязвимостей, большинство из которых это банальные переполнения буфера. Разработчики выкатили патч 2026.7.7.
Принцип взлома достаточно примитивным. Злоумышленнику не нужно ломать сеть или подбирать пароли, достаточно просто подсунуть пользователю специально подготовленный образ NTFS или флешку с кривой файловой системой. Как только система наивно монтирует этот троянский накопитель, баги в функциях вроде
ntfs_ib_copy_tail переполняют буфер и отдают хакеру полный root-доступ к операционной системе. Идеальный способ угнать сервер через забытую на столе USB-флешку.Интересно, что драйвер работает в пространстве пользователя через механизм FUSE, что в теории должно было жестко изолировать его и защитить ядро от взломов. Но легаси-код на C с полным отсутствием проверок допустимых диапазонов значений помножил всю эту изоляцию на ноль.
Linux / Линукс 🥸
- 🤯 23
- 🔥 5
- 😁 3
- 👍 2
Post #12257
2.49K
Ядро Linux 7.0 замедлило нейросети на видеокартах AMD в 42 раза
В грядущем обновлении ядра Linux 7.0.0-28.28 для свежих версий Ubuntu обнаружилась дикая регрессия. Из-за поломанного драйвера amdgpu производительность в задачах с использованием стека AMD ROCm значительно снизилась. Для понимания масштабов: генерация картинки в Stable Diffusion XL через ComfyUI теперь занимает 388 секунд вместо привычных девяти. Скорость упала в 42 раза 🐧
Ошибка прилетела из апстрима ядра 7.0.12, и Canonical прекрасно о ней знает. Но откладывать релиз они не собираются, потому что в пакете зашиты важные патчи безопасности. Официальный совет звучит примерно так: если вам важнее быстро генерировать картинки, а не защищать систему от хакеров, просто не обновляйтесь и сидите с уязвимостями.
Конечно, проблема затронула не только Ubuntu, но и другие дистрибутивы вроде Fedora и CachyOS, которые успели обновиться до проблемной версии. Корень зла уже вырезали в грядущем патче 7.0.13.
Отчаявшимся энтузиастам предлагают костыль в виде запуска ComfyUI с флагом "
Linux / Линукс 🥸
Ubuntu Community Hub AMDGPU performance regression in Kernel 7.0.0-28.28 Introduction Hello everyone, The Ubuntu Kernel Team would like to acknowledge a performance regression identified within the amdgpu driver for the upcoming 7.0.0-28.28 kernel release. We want to thank our community testers and early adopters for identifying… В грядущем обновлении ядра Linux 7.0.0-28.28 для свежих версий Ubuntu обнаружилась дикая регрессия. Из-за поломанного драйвера amdgpu производительность в задачах с использованием стека AMD ROCm значительно снизилась. Для понимания масштабов: генерация картинки в Stable Diffusion XL через ComfyUI теперь занимает 388 секунд вместо привычных девяти. Скорость упала в 42 раза 🐧
Ошибка прилетела из апстрима ядра 7.0.12, и Canonical прекрасно о ней знает. Но откладывать релиз они не собираются, потому что в пакете зашиты важные патчи безопасности. Официальный совет звучит примерно так: если вам важнее быстро генерировать картинки, а не защищать систему от хакеров, просто не обновляйтесь и сидите с уязвимостями.
Конечно, проблема затронула не только Ubuntu, но и другие дистрибутивы вроде Fedora и CachyOS, которые успели обновиться до проблемной версии. Корень зла уже вырезали в грядущем патче 7.0.13.
Отчаявшимся энтузиастам предлагают костыль в виде запуска ComfyUI с флагом "
--disable-mmap". Linux / Линукс 🥸
- 😁 20
- 💔 7
- ❤ 4
- 🤯 3
- 😈 2
Post #12255
2.4K
- 🔥 40
- ❤ 4
Post #12254
2.41K
GNOME OS упрощает тестирование экспериментальных версий программ через Test Center и systemd-sysext
Разработчики GNOME OS представили инструментарий GNOME OS Developer Tool Suite, включающий графический интерфейс Test Center для управления экспериментальными изменениями в атомарно обновляемых монолитных системных образах. Test Center позволяет устанавливать тестовые версии приложений по ссылке от разработчика с автоматическим удалением по истечении времени эксперимента. Для системных изменений используются оверлеи systemd-sysext, которые можно откатить в любой момент без нарушения целостности образа.
Параллельно ведётся работа над установкой консольных утилит в системах на основе Flatpak, которые сейчас плохо подходят для распространения CLI-приложений.
Linux / Линукс 🥸
Разработчики GNOME OS представили инструментарий GNOME OS Developer Tool Suite, включающий графический интерфейс Test Center для управления экспериментальными изменениями в атомарно обновляемых монолитных системных образах. Test Center позволяет устанавливать тестовые версии приложений по ссылке от разработчика с автоматическим удалением по истечении времени эксперимента. Для системных изменений используются оверлеи systemd-sysext, которые можно откатить в любой момент без нарушения целостности образа.
Параллельно ведётся работа над установкой консольных утилит в системах на основе Flatpak, которые сейчас плохо подходят для распространения CLI-приложений.
Linux / Линукс 🥸
- 🌚 7
- ✍ 3
- ❤ 3
Post #12252
2.5K
Post #12251
2.9K
Открыт код Chatto, платформы для создания групповых чатов
Код на Go под AGPLv3, запускается из одного исполняемого файла (~70 МБ) без внешних зависимостей и СУБД. Интерфейс — веб-браузер. Все персональные данные и история чатов хранятся в зашифрованном виде с ключами, привязанными к пользователям.
Поддерживаются текстовые чаты, голосовые и видео вызовы, встраивание мультимедиа, трансляция экрана, сквозное шифрование, полнотекстовый поиск, предпросмотр ссылок, статусы пользователей и управление доступом по ролям. Есть API GraphQL и NATS для интеграции, SSO и подключаемые дополнения.
Проект стабилен для рабочих применений, но не вся функциональность реализована: в версии 0.5 появятся модерация и подключение к нескольким серверам, релиз 1.0.0 ожидается через 6–12 месяцев (до него возможны breaking changes).
Linux / Линукс 🥸
Код на Go под AGPLv3, запускается из одного исполняемого файла (~70 МБ) без внешних зависимостей и СУБД. Интерфейс — веб-браузер. Все персональные данные и история чатов хранятся в зашифрованном виде с ключами, привязанными к пользователям.
Поддерживаются текстовые чаты, голосовые и видео вызовы, встраивание мультимедиа, трансляция экрана, сквозное шифрование, полнотекстовый поиск, предпросмотр ссылок, статусы пользователей и управление доступом по ролям. Есть API GraphQL и NATS для интеграции, SSO и подключаемые дополнения.
Проект стабилен для рабочих применений, но не вся функциональность реализована: в версии 0.5 появятся модерация и подключение к нескольким серверам, релиз 1.0.0 ожидается через 6–12 месяцев (до него возможны breaking changes).
Linux / Линукс 🥸
- ❤ 13
- 👍 5
Post #12250
2.55K
Post #12248
2.43K
Mozilla сокращает цикл подготовки релизов Firefox с четырёх до двух недель. Начиная с сентября новые версии будут выходить каждые две недели: Firefox 155 выйдет 1 сентября, 156 — 15 сентября, 157 — 29 сентября. Последним релизом по старому графику станет Firefox 154 18 августа. В Chrome аналогичный переход на двухнедельный цикл начнётся с 8 сентября (после Chrome 153).
Цель — ускоренная доставка новых возможностей, более предсказуемый процесс и снижение нагрузки на разработчиков перед релизами. Компании планируют отслеживать эффективность и при необходимости корректировать график.
Linux / Линукс 🥸
Цель — ускоренная доставка новых возможностей, более предсказуемый процесс и снижение нагрузки на разработчиков перед релизами. Компании планируют отслеживать эффективность и при необходимости корректировать график.
Linux / Линукс 🥸
- ❤ 15
- 🤔 8
- 👍 3
- 🌚 2
Post #12247
6.04K
Post #12246
2.78K
FreeBSD окончательно вычистила лицензию GPL из системы
В свежей кодовой базе FreeBSD-CURRENT, из которой потом слепят шестнадцатую версию, не осталось ни одной строчки кода с лицензией GPL. Последними под нож пошли древние утилиты diff3 и dialog. Первую заменили на аналог от OpenBSD, а для второй специально написали собственный костыль bsddialog. Инсталлятор перевели на новые рельсы еще четыре года назад, так что теперь система официально чиста. К релизу FreeBSD 16 в декабре 2027 года в базовой ОС не останется ни капли софта от GNU.
Вся эта юридическая драма тянется уже кучу лет. Главная причина параноидальной чистки в переходе экосистемы GNU на лицензию GPLv3, которую в лагере BSD на дух не переносят из-за жестких ограничений на патенты и тивоизацию. Из-за этого принципиального конфликта разработчикам FreeBSD приходилось годами сидеть на древних версиях утилит, выпущенных еще до смены лицензии. Но постепенно они методично выпиливали всё чужеродное. Сначала выкинули старый GNU patch, потом заменили отладчик gdb на lldb. Дальше под раздачу попал великий и ужасный компилятор GCC, уступивший место Clang, а заодно вышвырнули старый grep и binutils.
Индустрия наблюдает забавный парадокс. Пока одни разработчики радостно тащат в свои проекты любой опенсорсный код с GitHub, закрывая глаза на лицензии, староверы из FreeBSD готовы писать свои собственные аналоги базовых утилит с нуля, лишь бы не замараться об GPLv3. Зато теперь они могут гордо заявлять, что их система — это чистый концентрат свободного кода без всяких юридических примесей
Linux / Линукс 🥸
В свежей кодовой базе FreeBSD-CURRENT, из которой потом слепят шестнадцатую версию, не осталось ни одной строчки кода с лицензией GPL. Последними под нож пошли древние утилиты diff3 и dialog. Первую заменили на аналог от OpenBSD, а для второй специально написали собственный костыль bsddialog. Инсталлятор перевели на новые рельсы еще четыре года назад, так что теперь система официально чиста. К релизу FreeBSD 16 в декабре 2027 года в базовой ОС не останется ни капли софта от GNU.
Вся эта юридическая драма тянется уже кучу лет. Главная причина параноидальной чистки в переходе экосистемы GNU на лицензию GPLv3, которую в лагере BSD на дух не переносят из-за жестких ограничений на патенты и тивоизацию. Из-за этого принципиального конфликта разработчикам FreeBSD приходилось годами сидеть на древних версиях утилит, выпущенных еще до смены лицензии. Но постепенно они методично выпиливали всё чужеродное. Сначала выкинули старый GNU patch, потом заменили отладчик gdb на lldb. Дальше под раздачу попал великий и ужасный компилятор GCC, уступивший место Clang, а заодно вышвырнули старый grep и binutils.
Индустрия наблюдает забавный парадокс. Пока одни разработчики радостно тащат в свои проекты любой опенсорсный код с GitHub, закрывая глаза на лицензии, староверы из FreeBSD готовы писать свои собственные аналоги базовых утилит с нуля, лишь бы не замараться об GPLv3. Зато теперь они могут гордо заявлять, что их система — это чистый концентрат свободного кода без всяких юридических примесей
Linux / Линукс 🥸
- 🔥 49
- 😁 8
- 💔 6
- 👍 3
- 🤣 2
Post #12244
2.45K
Любопытный инженер случайно положил сеть собственной компании сканером Nmap
Энтузиазм и желание изучить работу корпоративной сети привели к масштабному сбою в одной технологической компании. Руководитель инженерного отдела решил от скуки протестировать популярную утилиту Nmap. В пятницу вечером он запустил глобальное сканирование всех внутренних узлов и со спокойной душой ушел на выходные, оставив рабочий ноутбук включенным.
Массовый опрос устройств спровоцировал такую огромную нагрузку на оборудование, что корпоративная сеть легла полностью. В выходные глава IT-отдела и операционный директор не смогли подключиться к офису через VPN и были вынуждены экстренно искать причину. Источник перегрузки вычислили только к утру понедельника. Виновник инцидента не стал признаваться в своих экспериментах и соврал, что случайно подхватил вирус во время недавней командировки в Китай.
Легенда сработала безупречно. Служба безопасности целую неделю безуспешно искала на изъятом ноутбуке вредоносное ПО, после чего вернула устройство с настоятельным предупреждением быть осторожнее в заграничных поездках. Этот курьезный случай наглядно доказывает, что банальный сетевой сканер в руках заскучавшего сотрудника способен навредить инфраструктуре не хуже целенаправленной хакерской DDoS-атаки.
Linux / Линукс 🥸
Энтузиазм и желание изучить работу корпоративной сети привели к масштабному сбою в одной технологической компании. Руководитель инженерного отдела решил от скуки протестировать популярную утилиту Nmap. В пятницу вечером он запустил глобальное сканирование всех внутренних узлов и со спокойной душой ушел на выходные, оставив рабочий ноутбук включенным.
Массовый опрос устройств спровоцировал такую огромную нагрузку на оборудование, что корпоративная сеть легла полностью. В выходные глава IT-отдела и операционный директор не смогли подключиться к офису через VPN и были вынуждены экстренно искать причину. Источник перегрузки вычислили только к утру понедельника. Виновник инцидента не стал признаваться в своих экспериментах и соврал, что случайно подхватил вирус во время недавней командировки в Китай.
Легенда сработала безупречно. Служба безопасности целую неделю безуспешно искала на изъятом ноутбуке вредоносное ПО, после чего вернула устройство с настоятельным предупреждением быть осторожнее в заграничных поездках. Этот курьезный случай наглядно доказывает, что банальный сетевой сканер в руках заскучавшего сотрудника способен навредить инфраструктуре не хуже целенаправленной хакерской DDoS-атаки.
Linux / Линукс 🥸
- 🌚 52
- ❤ 4
Post #12243
2.4K
Анализ 281 VPN-приложения для Android: 22% передают данные без шифрования, 10% допускают утечку DNS-запросов
Исследователи из Мичиганского университета разработали инструментарий MVPNalyzer и проанализировали 281 популярное VPN-приложение из Google Play (суммарно 2,4 миллиарда установок). В 61 приложении (22%) выявлена передача данных без шифрования вне установленного туннеля, включая прямые обращения к ip-api.com для определения местоположения. В пяти случаях без шифрования передавались файлы конфигурации с параметрами подключения — исследователи подтвердили возможность MITM-атаки для перенаправления трафика на подконтрольный сервер. Проблемные приложения: BambooVPN, VPN Pro, Free VPN, Hexa VPN, 101 VPN (уязвимости устранены только в VPN Pro и Hexa VPN).
В 29 приложениях (10%) происходит утечка трафика за пределы туннеля: в 24 приложениях (360 млн установок) DNS-запросы отправлялись через локальный резолвер или публичные DNS (Google, Cloudflare, AliDNS, DNSPod), в 6 приложениях (54 млн установок) утекал браузерный трафик. В 169 приложениях (60%) не применялась обфускация трафика, что противоречит ожиданиям 82% пользователей, считающих VPN гарантом анонимности.
В 76 приложениях (27%) передавался Android Advertising ID, в 246 приложениях (87%) зафиксировано обращение к рекламным сетям и трекерам (3714 уникальных URL), одно приложение отправляло точные GPS-координаты. В 107 приложениях (38%) применялись небезопасные настройки: в 20 (40 млн установок) — небезопасные методы шифрования, в 96 (728 млн установок) — ненадёжные механизмы аутентификации. В трёх приложениях параметр data-ciphers был выставлен в "none" (отключение шифрования в OpenVPN), в восьми — cipher=none для OpenVPN 2.4, в 61 не были включены директивы для блокировки известных атак.
Linux / Линукс 🥸
Исследователи из Мичиганского университета разработали инструментарий MVPNalyzer и проанализировали 281 популярное VPN-приложение из Google Play (суммарно 2,4 миллиарда установок). В 61 приложении (22%) выявлена передача данных без шифрования вне установленного туннеля, включая прямые обращения к ip-api.com для определения местоположения. В пяти случаях без шифрования передавались файлы конфигурации с параметрами подключения — исследователи подтвердили возможность MITM-атаки для перенаправления трафика на подконтрольный сервер. Проблемные приложения: BambooVPN, VPN Pro, Free VPN, Hexa VPN, 101 VPN (уязвимости устранены только в VPN Pro и Hexa VPN).
В 29 приложениях (10%) происходит утечка трафика за пределы туннеля: в 24 приложениях (360 млн установок) DNS-запросы отправлялись через локальный резолвер или публичные DNS (Google, Cloudflare, AliDNS, DNSPod), в 6 приложениях (54 млн установок) утекал браузерный трафик. В 169 приложениях (60%) не применялась обфускация трафика, что противоречит ожиданиям 82% пользователей, считающих VPN гарантом анонимности.
В 76 приложениях (27%) передавался Android Advertising ID, в 246 приложениях (87%) зафиксировано обращение к рекламным сетям и трекерам (3714 уникальных URL), одно приложение отправляло точные GPS-координаты. В 107 приложениях (38%) применялись небезопасные настройки: в 20 (40 млн установок) — небезопасные методы шифрования, в 96 (728 млн установок) — ненадёжные механизмы аутентификации. В трёх приложениях параметр data-ciphers был выставлен в "none" (отключение шифрования в OpenVPN), в восьми — cipher=none для OpenVPN 2.4, в 61 не были включены директивы для блокировки известных атак.
Linux / Линукс 🥸
- ✍ 15
Post #12237
2.3K
Post #12236
2.34K
s6-rc 0.7: команда reload, новый формат БД и удаление s6-rc-bundle
Вышла новая версия сервисного менеджера s6-rc 0.7.0.0. Появилась команда
В s6 добавлена команда s6-svscanboot для перенаправления логов супервизора, а в s6-svc — опция -l для отправки сигнала перезапуска. В s6-frontend добавлена поддержка пользовательских сервисов и команд
Linux / Линукс 🥸
Вышла новая версия сервисного менеджера s6-rc 0.7.0.0. Появилась команда
s6-rc reload и управляющий файл reload-signal для перезапуска длительно работающих сервисов (по умолчанию SIGHUP). Удалена утилита s6-rc-bundle — изменение bundle-наборов без перекомпиляции больше не поддерживается. Предложен новый формат внутренней БД (требуется перекомпиляция и запуск s6-rc-format-upgrade). В s6-rc-set-change добавлены опции -I/-i для конфликтующих зависимостей и -P/-p для автоматического разрешения конфликтов.В s6 добавлена команда s6-svscanboot для перенаправления логов супервизора, а в s6-svc — опция -l для отправки сигнала перезапуска. В s6-frontend добавлена поддержка пользовательских сервисов и команд
s6 live reset, s6 apply, s6 enable|disable|start|stop|kill|apply. В HTTP-сервере tipidee реализована поддержка FastCGI и опция cgi_pass_authorization.Linux / Линукс 🥸
- 🔥 5
Post #12235
2.37K
Post #12233
2.49K
Сравнение отзывчивости ввода в X11 и Wayland
Опубликованы результаты аппаратного тестирования задержек ввода в играх на X11 и Wayland. Измерения проводились с помощью Raspberry Pi RP2040 и фотодиода, симулирующего USB-мышь, на системе с AMD Ryzen 7 5800X3D и NVIDIA RTX 4070 SUPER. Тестировалась игра Diabotical (DirectX 11) через Proton 11.0 на KDE Plasma 6.7.2.
Наименьшая задержка достигнута в конфигурации X11 + VRR + dxvk-low-latency — 4,21 мс. Второе место у Wayland + VRR + dxvk-low-latency — 4,38 мс. Без оптимизаций X11 показал 4,79 мс, Wayland — 4,93 мс. Разница в 0,14–0,22 мс признана неощутимой для человека. Худшие результаты у XWayland — 8,06 мс (и 5,95 мс с dxvk-low-latency), поэтому в окружениях Wayland рекомендуется включать экспериментальную поддержку Wayland в Proton через
VRR и dxvk-low-latency дают небольшое снижение задержек, но главное — они уменьшают разброс значений, сглаживают пики и делают задержки более предсказуемыми в реальных условиях переменной нагрузки.
Linux / Линукс 🥸
Опубликованы результаты аппаратного тестирования задержек ввода в играх на X11 и Wayland. Измерения проводились с помощью Raspberry Pi RP2040 и фотодиода, симулирующего USB-мышь, на системе с AMD Ryzen 7 5800X3D и NVIDIA RTX 4070 SUPER. Тестировалась игра Diabotical (DirectX 11) через Proton 11.0 на KDE Plasma 6.7.2.
Наименьшая задержка достигнута в конфигурации X11 + VRR + dxvk-low-latency — 4,21 мс. Второе место у Wayland + VRR + dxvk-low-latency — 4,38 мс. Без оптимизаций X11 показал 4,79 мс, Wayland — 4,93 мс. Разница в 0,14–0,22 мс признана неощутимой для человека. Худшие результаты у XWayland — 8,06 мс (и 5,95 мс с dxvk-low-latency), поэтому в окружениях Wayland рекомендуется включать экспериментальную поддержку Wayland в Proton через
PROTON_ENABLE_WAYLAND=1.VRR и dxvk-low-latency дают небольшое снижение задержек, но главное — они уменьшают разброс значений, сглаживают пики и делают задержки более предсказуемыми в реальных условиях переменной нагрузки.
Linux / Линукс 🥸
- ❤ 19
Post #12231
2.41K
Post #12229
2.63K
