LINUX.ORG.RU

OpenBSD 7.7

 ,


1

5

Ранним весенним утром вышла в свет OpenBSD 7.7.

Некоторые изменения:

  • OpenSSH обновлён до версии 10.0 (DSA удалён).
  • LibreSSL обновлён до версии 4.1.0.
  • Исправлена инициализация SMC на MacBook с процессором M1.
  • Исправлена утечка guard-страниц памяти на AMD64.
  • Улучшение гибернации и режима сна.
  • Переработана сигнальная остановка процессов.
  • Многочисленные улучшения многозадачности.
  • Реализация DRM с Linux 6.12.21.
  • Многочисленные изменения и багфиксы в tmux.
  • tcpbench получил поддержку TLS.
  • Загрузчик UEFI теперь копируется в отдельную папку для избежания пересечений с другими системами при dual-boot.
  • К перекомпонуемым при загрузке программам добавлен sshd-auth.
  • Немногочисленные изменения поддержки беспроводной сети.

Для всех архитектур вместе взятых подготовлено 71269 бинарных пакетов, включая KDE Plasma 6, LLVM 19, LibreOffice 25, Xfce 4.20, TeX Live 2024, Python 3.12, тысячи их

>>> Подробнее



Проверено: hobbit ()
Последнее исправление: cetjs2 (всего исправлений: 5)
Ответ на: комментарий от sanyo1234

DE можно и в виртуалке

А смысл тогда? Вместо одного лялекса у тебя теперь какой-то трешак. Да ещё и медленный, потому что VMM не то чтобы быстрый.

OpenBSD прекрасен более безопасной базовой частью системы

Я напомню, что эксплоиты стоят столько же. Рынок не считает её более безопасной. Как мы убедились недавно (дыра в IPv6, например), там полно легких дыр, до которых никто не дошел в силу отсутствия QA.

gaylord
()
Ответ на: комментарий от gaylord

Я напомню, что эксплоиты стоят столько же.

IMHO пока это неочевидно, слишком мало CVE, интересно было бы рассчитать пропорции с учётом рыночной доли OpenBSD vs Linux/Windows, etc.

sanyo1234
()
Ответ на: комментарий от sanyo1234

IMHO пока это неочевидно,

Неочевидно что? Они стоят столько же. Это очевидно.

слишком мало CVE, интересно было бы рассчитать пропорции с учётом рыночной доли OpenBSD vs Linux/Windows

У OpenBSD нет рыночной доли. CVE они тоже регистрируют очень неохотно.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

Все, ты меня убедил. На лаптопе(!) пропало питание(!!!) в те несколько секунд, когда «relinking to create unique kernel» - это ж обыденная ситуация, да. А главное - отсутствие Стима! Очень базовая вещь, так-то. Так жить нельзя.

s21mos
()
Ответ на: комментарий от s21mos

Все, ты меня убедил. На лаптопе(!) пропало питание(!!!) в те несколько секунд, когда «relinking to create unique kernel» - это ж обыденная ситуация, да. А главное - отсутствие Стима! Очень базовая вещь, так-то. Так жить нельзя.

Ну как бы да, базовая. Ноут, который в бесконечный ребут с необходимостью чинить его через консоль тоже базовая. WiFi быстрый тоже базовая. Мы тут как бы компьютеры для работы и развлечения пытаемся использовать, а не для страдания.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от cobold

Ну запилили его кто-то из фаанга. Возможно от нефиг делать

Ну, если из фаанга, то от безработицы, безысходности и неуверенности в завтрашнем дне :)

gns ★★★★★
()
Ответ на: комментарий от gns

Ну, если из фаанга, то от безработицы, безысходности и неуверенности в завтрашнем дне :)

В лялексе не было нормального асинхронного механизма для засылания IO в диски до io_uring.

gaylord
()
Ответ на: комментарий от gaylord

Лучше-то лучше, да не всегда. Как я понимаю, там перформанс то-ли от задачи зависит, то-ли от того, что программисты понимают, что и как они делают. Производительность в обе стороны измениться может. И дыра в безопасности образуется, возможно неустранимая. то-то в ведроиде это дело запретили.

Вот, свежачок — https://www.armosec.io/blog/io_uring-rootkit-bypasses-linux-security/

gns ★★★★★
()
Ответ на: комментарий от gns

Лучше-то лучше, да не всегда. Как я понимаю, там перформанс то-ли от задачи зависит, то-ли от того, что программисты понимают, что и как они делают. Производительность в обе стороны измениться может. И дыра в безопасности образуется, возможно неустранимая. то-то в ведроиде это дело запретили.

Ты сейчас паверпоинтом разговаривать начал :)))

gaylord
()
Ответ на: комментарий от gaylord

Так в любом юниксе этого нет изначально. Сисколлы синхронные и. процедур завершения нет. Чай не VMS, в котором прям в sys$qio можно было указать адрес процедуры завершения.

gns ★★★★★
()
Ответ на: комментарий от gaylord

Не понял? Я, честно говоря, не так давно про эту хрень узнал и пытаюсь выяснить, насколько это применимо при передаче большого количества нашего аудита из ядра если не через нетлинк. Но, чот, опасаюсь пока.

gns ★★★★★
()
Ответ на: комментарий от gns

Так в любом юниксе этого нет изначально. Сисколлы синхронные и. процедур завершения нет. Чай не VMS, в котором прям в sys$qio можно было указать адрес процедуры завершения.

Да какая разница что там юниксах было? Это было 40(!) лет назад.

gaylord
()
Ответ на: комментарий от gns

Не понял? Я, честно говоря, не так давно про эту хрень узнал и пытаюсь выяснить, насколько это применимо при передаче большого количества нашего аудита из ядра если не через нетлинк. Но, чот, опасаюсь пока.

Через него ublk работает, например. И в fuse патчи принесли. Можешь посмотреть в эту сторону, если интересно, как это используют. Если тебе бенчмарки интересны, мы через io_uring IPC делаем между ядерным кодом и userspace, я могу тебе принести через пару недель :)))))

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

Ну так концепция-то не изменилась, вот и сверлят дыры между ядром и юзерспейсом. А про безопасность не думают.

gns ★★★★★
()
Ответ на: комментарий от gns

Ну так концепция-то не изменилась, вот и сверлят дыры между ядром и юзерспейсом. А про безопасность не думают.

Ты вчитывался в суть проблемы? Появился второй механизм засылки в ядро, который не был покрыт текущими решениями для анализа.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

Ну да, именно так. При реализации нового механизма не было аудита по безопасности. Что не хорошо, но не так уж и странно.

gns ★★★★★
()
Ответ на: комментарий от gns

Ну да, именно так. При реализации нового механизма не было аудита по безопасности. Что не хорошо, но не так уж и странно.

Шта? Появился io_uring, он позволяет делать многие вещи через кольца, не только IO. Текущие сканеры, которые занимаются анализом вредоносной активности, про это не знают, это туда ещё напрограммировать надо. Ты же не предлагаешь Дженсу обойти ВСЕХ писателей этих сканеров и заставить их напрограммировать поддержку перед тем, как выпускать код в ядре? :))

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

PC делаем между ядерным кодом и userspace, я могу тебе принести через пару недель :)))))

Кабы мне самому не пришлось что-то подобное делать. За две недели не обещаю.

gns ★★★★★
()
Ответ на: комментарий от gns

Кабы мне самому не пришлось что-то подобное делать. За две недели не обещаю.

Там в целом все хорошо. Если у тебя потоковые события, посмотри на то, как accept() сделан. Оно позволяет тебе заслать один SQE, после чего он просто бесконечно генерирует CQE с ответами. При особо удачном стечении обстоятельств, это все вообще без сисколов будет происходить.

gaylord
()
Ответ на: комментарий от gaylord

Ну use-after-free много где проявляется. Жопу подтирать надо чище и смывать за собой :) А эксплоит вроде напрограммировали. Но, к счастью, заткнули эту дыру вовремя/

gns ★★★★★
()
Ответ на: комментарий от gns

Ну use-after-free много где проявляется. Жопу подтирать надо чище и смывать за собой :) А эксплоит вроде напрограммировали. Но, к счастью, заткнули эту дыру вовремя

Так там все ядро такое.

gaylord
()

Не планируют ползти на микроядро?

А вообще, не понимаю негатива, есть еще NetBSD, полезно иметь такую среду тестирования софта, чтобы не залинуксоветь окончательно

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

А вообще, не понимаю негатива, есть еще NetBSD, полезно иметь такую среду тестирования софта, чтобы не залинуксоветь окончательно

Я не думаю что у кого-то есть негатив, просто мало кто (кроме фанатов) понимает, а зачем оно такое.

gaylord
()
Ответ на: комментарий от gaylord

Я, кстати, вот сейчас всерьез буду смотреть на ядерную часть io_uring на тему покрытия кишок вызовами LSMов, например. Из профессиональной необходимости. Пока я плохо понимаю, что там с безопасностью и какие нужны привилегии и capability пользовательскому процессу, что бы это заюзать.

gns ★★★★★
()
Ответ на: комментарий от gns

Я, кстати, вот сейчас всерьез буду смотреть на ядерную часть io_uring на тему покрытия кишок вызовами LSMов, например. Из профессиональной необходимости. Пока я плохо понимаю, что там с безопасностью и какие нужны привилегии и capability пользовательскому процессу, что бы это заюзать.

Покрыть его LSM кажется тривиальным, потому что там внутри буквально диспетчер по типам операций. Суешь туда нужное и тебе хорошо.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

Я свое ядро in-tree не собираю. Мне интересно, что есть. Я так понял, что если некий поц может позвать mmap и открыть файл или сокет со своими правами, то он с теми же правами может и операцию с этим файлом в io_uring засабмитить?

gns ★★★★★
()
Ответ на: комментарий от gns

Я свое ядро in-tree не собираю. Мне интересно, что есть. Я так понял, что если некий поц может позвать mmap и открыть файл или сокет со своими правами, то он с теми же правами может и операцию с этим файлом в io_uring засабмитить?

Да, конечно.

gaylord
()

Апдейт приплыл ещё вчера, до того как о нём сообщили. Думал, проспал. А оказалось, что нет.

beastie ★★★★★
()
Ответ на: комментарий от sanyo1234

Что именно у них устарело кроме родной файловой системы UFS?

Все. Их основной язык программирования. Их представления о том, как люди эксплоиты пишут. Их представления о требованиях к интерфейсам ОС. Их представления о процессах разработки. Люди защищаются от угроз 20-летней давности.

Я сходу не могу придумать что именно там соответствует актуальным практикам.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)

Тео надонатили на свет?)

- - -

А если без шуток, то кому вообще нужно это непонятное ненужно?

Даже Гайка с МиньетОсью имеют свою нишу - just for lulz + изучение альтернативных ОС.

Это же - еще один юникс, в отличие от линукса и макоси, не знающий половину существующего железа, как важного так и не очень, еще и со своими приколами.

windows10 ★★★★★
()
Ответ на: комментарий от s21mos

Что еще, нет поддержки геймпадов? Господи, повзрослей уже!

подразумевает, что игры это для детей

С такими мнениям иди подальше.

eternal_sorrow ★★★★★
()

Какая-то неоконченность фразы «тысячи их», может лучше было «имя им легион» ?

banduga
()
Ответ на: комментарий от gaylord

Все. Их основной язык программирования. Их представления о том, как люди эксплоиты пишут. Их представления о требованиях к интерфейсам ОС. Их представления о процессах разработки. Люди защищаются от угроз 20-летней давности.

А с чем сравнимаем?

Почему их «устаревшая и примитивная» защита не является такой же дырявой, судя по количеству CVE, как оси с разжиревшими ядрами со сложнейшей контейнеризацией, неймспейсами и т.п.?

sanyo1234
()
Ответ на: комментарий от liksys

OpenBSD это как проект GNU? От него исходят всякие OpenSSH и прочие вещи, которыми можно пользоваться не запуская GNU/Hurd и OpenBSD.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от gaylord

У FreeBSD такие же симптомы ЧСХ. Раньше пользовался, но поддержки софта ещё меньше чем у линукса. Железо тоже нужно искать, чтобы эта ОС на них завелась.

Skullnet ★★★★☆
()
Последнее исправление: Skullnet (всего исправлений: 1)

Ранним весенним утром вышла в свет

Ну слава буддизму что не «тихо и незаметно».

unixnik ★★★★★
()
Ответ на: комментарий от ivanich10

Есть подозрение, что художник именно это и имел в виду :/

hobbit ★★★★★
()
Ответ на: комментарий от annulen

Скорее всего, оно ляжет на полку рядом с каким-нибудь DragonFly BSD, там тоже была уникальная и неповторимая HammerFS.

splinter ★★★★★
()
Ответ на: комментарий от MOPKOBKA

OpenBSD это как проект GNU?

OpenBSD-шники обычно противопоставляют себя проекту GNU, намекая на его дырявость?

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от liksys

Ну как, фряха это же флагман BSD-систем, оттуда проприетарщики тащут себе, да и сообщество там побольше и не такое маргинальное.

splinter ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.