Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD"	+/–
Сообщение от opennews (??), 28-Авг-20, 08:10
В добавленном в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость (CVE-2020-24717), приводящая к нарушению обработки прав доступа. Суть проблемы в том, что права, устанавливаемые для группы, обрабатывались как права для владельца файла. Проблема устранена в обновлении OpenZFS 2.0.0-rc1. Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS... Подробнее: https://www.opennet.me/opennews/art.shtml?num=53611
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+7 +/–
Сообщение от Аноним (1), 28-Авг-20, 08:10
С такими ошибками и через неделю в продакшин порт OpenZFS разрешили, более чем странно. После такого как минимум на год должны были отложить миграцию на OpenZFS, так как видно, что никто толком этот порт не тестировал и подобных проблем там может быть куча.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+7 +/–
	Сообщение от Аноним (-), 28-Авг-20, 08:28
	FreeBSD 13.0 выйдет в следующем году, так что тут ни о каком продакшене речи еще и нет. https://www.freebsd.org/releases/13.0R/schedule.html
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–15 +/–
	Сообщение от Аноним (19), 28-Авг-20, 10:19
	Речь про FreeBSD, так что о каком-то продакшене в принципе разговор не идёт.
	Ответить | Правка | Наверх | Cообщить модератору

	41. Скрыто модератором	–5 +/–
	Сообщение от Аноним (41), 28-Авг-20, 13:41
	Аккуратнее, тут вагон фанатиков фряшки. Заминусуют только так. Так-то фряху даже как-то жаль, комунити у них какое-то обиженное. Говоришь им, ну да фряшка ниче так, зфс такое себе. Но в проде везде линукс и екст4, а они бубнеть опять начинают про какой-то там нетфликс, который капля в море в сравнении с долей линукса в проде и на пром. и супер серверах и тп. Минусовать начинают, истерить. Комунити а-ля виндовозы. Уж лучше netbsd, там хоть народ взрослый, не то что эти неуловимые Джо из опенбзд или эти фряшники с нетфликсом головного мозга.
	Ответить | Правка | Наверх | Cообщить модератору

	46. Скрыто модератором	+1 +/–
	Сообщение от Аноним (46), 28-Авг-20, 14:06
	Почему не xfs? На самом деле смешного мало, учитывая что случиться с ext4 при активной работе с метаданными.
	Ответить | Правка | Наверх | Cообщить модератору

	56. Скрыто модератором	+3 +/–
	Сообщение от Аноним (56), 28-Авг-20, 14:26
	А что там случитЬся, в самом деле? Очень интересно.
	Ответить | Правка | Наверх | Cообщить модератору

	58. Скрыто модератором	+/–
	Сообщение от Аноним (58), 28-Авг-20, 14:30
	Ой, можно подумать ваша любимая xfs нулями файлы никогда не забивала. То, что её редхат для своего тяжелого костылестроения использовал - ещё не показатель качества
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	62. Скрыто модератором	+/–
	Сообщение от Кайф (?), 28-Авг-20, 15:09
	SGI XFS очень быстрая и годная файлуха, а то что есть проблема с восстановлением после сбоев, так это бэкапы никто не делает, в той же ext4 восстановить можно далеко не все
	Ответить | Правка | Наверх | Cообщить модератору

	64. Скрыто модератором	+/–
	Сообщение от пох. (?), 28-Авг-20, 15:17
	> Что предлагаешь? Винду юзать? ну уж точно zfs-on-linux не юзать в freebsd. В линуксе-то она хотя бы на пермишны правильно реагирует. А может там и дидлока на compressed arc нет, ведь это управление памятью - для линуксов родное и привычное.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	90. Скрыто модератором	+/–
	Сообщение от Кайф (?), 28-Авг-20, 17:23
	ZoF как часть OpenZFS, при чем тут ZoL?
	Ответить | Правка | Наверх | Cообщить модератору

	92. Скрыто модератором	–1 +/–
	Сообщение от пох. (?), 28-Авг-20, 17:31
	можно я не буду тратить время, отвечая тебе?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от ананим.orig (?), 28-Авг-20, 13:08
	Зато речь идёт о качестве участия комьюнити бздишнегов в разработке  zfs вообще и  openzfs в частности. Хорошо если просто качественно порт сделают.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	65. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Кайф (?), 28-Авг-20, 15:20
	Лол всмысле порт под фряху? OpenZFS напомни откуда появился? Не как развитие ZFS Solaris не? А какая лицензия OpenZFS не сановская CDDL? А потом его openindiana, illumos и FreeBSD допиливали, так вам пингвинам не видать штатной поддержки ZFS как собственных ушей
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от пох. (?), 28-Авг-20, 15:42
	> А потом его openindiana, illumos и FreeBSD допиливали Вообще-то нихрена они не допилилвали - они бэкпортировали в основном изменения из ZoL (чаще через иллюмос чем напрямую). Далеко не всегда оказывавшиеся удачными или вообще работающими. Тем не менее, периодически оттуда приезжали и исправления катастрофических проблем, типа фикса с hole-birth. ZoL основана на коде ливерморской лаборатории и поделке безумных индусов - обе сделаны во времена еще открытого сановского апстрима.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Кайф (?), 28-Авг-20, 16:01
	Давай пруфы
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от ананим.orig (?), 28-Авг-20, 16:15
	Сабж чем тебе не пруф? От своего порта в пользу линуксячего отказались или нет?
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F.."	+1 +/–
	Сообщение от Кайф (?), 28-Авг-20, 16:20
	Линуксячим ZFS с каких пор стал? Может переписали сановский код на GPL? Сказки рассказываешь
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Кайф (?), 28-Авг-20, 16:05
	Че ты впариваешь перепончатый? Хочешь сказать что драйвер ZoL основан на неком не сановском коде но под сановской лицензией CDDL? Где ещё встречаемая лицензия CDDL кроме сановской поделий просвети?
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	84. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от ананим.orig (?), 28-Авг-20, 16:23
	Судя по сабжу мало взять лицензию. Нужно чтобы ещё и код кто-то заставил работать. А рабочий код в zol (ужас! слово на букву l) и сабж — попытка его портировать.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от ананим.orig (?), 28-Авг-20, 16:13
	> OpenZFS напомни откуда появился? Неужели бздишнеги написали?
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	91. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Кайф (?), 28-Авг-20, 17:23
	Линуксоиды под CDDL наваяли эт да
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–4 +/–
	Сообщение от Бздун (?), 28-Авг-20, 15:28
	>*BSD >в продакшен >2k2d год Хорошо посмешили.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	89. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–2 +/–
	Сообщение от Hellscream (?), 28-Авг-20, 16:59
	Линуксовый дистросрач работает именно на мёртвой фряхе, а руководители Lunux FUNdation проводят свои презентации, посвященный году десктопного линукса... с macOS и Windows. Вот где адушка-то.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Авг-20, 21:31
	> Линуксовый дистросрач работает именно на мёртвой фряхе Не удивлюсь, если это личная заморочка jesse@; туда же отмечу, что при переползании на фрю сдохла куча скриптов разбора версий _и_ поломались данные в БД, потом довольно долго это в порядок приводили (я на http://distrowatch.com/table.php?distribution=alt заметил, писал, разбирались).
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+8 +/–
	Сообщение от Брат Анон (?), 28-Авг-20, 08:49
	Не, тесты не нужны. Херак-херак и в продакшен!)) Два смузи мне!))
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	10. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+4 +/–
	Сообщение от Сява (?), 28-Авг-20, 09:07
	Континьюес деплоймент!
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+3 +/–
	Сообщение от Аноним (15), 28-Авг-20, 09:34
	Баг дривен девелопмент
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+3 +/–
	Сообщение от Anonymousqwe (?), 28-Авг-20, 11:12
	Может вам необходимо освежить ваши знания об основах CI/CD процесса?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	40. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+5 +/–
	Сообщение от freehck (ok), 28-Авг-20, 13:15
	> Континьюес деплоймент! Мы девопсы! Мы решаем трудную задачу: непрерывно доставлять! =)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	54. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 14:24
	Конкурируете с Почтой России?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+3 +/–
	Сообщение от Аноним (58), 28-Авг-20, 14:54
	Нет, с цирковыми клоунами
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от microsoft (?), 29-Авг-20, 20:54
	Что погромисты что девляпсы, все одинаково на куяк куяк и продакшн
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 11:52
	> С такими ошибками и через неделю в продакшин порт OpenZFS разрешили, более чем странно. После такого как минимум на год должны были отложить миграцию на OpenZFS, так как видно, что никто толком этот порт не тестировал и подобных проблем там может быть куча. Разве солярочную реализацию, которая сейчас, какие-то другие разработчики адаптировали? Или тестировали основательнее?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	66. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от пох. (?), 28-Авг-20, 15:24
	Added Fri Apr 6 01:09:06 2007 UTC (13 years, 4 months ago) by pjd Please welcome ZFS - The last word in file systems. так что да - другие, и основательнее. Другой - он проделал большую часть работы один.
	Ответить | Правка | Наверх | Cообщить модератору

2. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
Сообщение от Fracta1L (ok), 28-Авг-20, 08:16
Ахаха, глобальная и надёжная ФС))
Ответить | Правка | Наверх | Cообщить модератору

	16. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от zurapa (ok), 28-Авг-20, 09:35
	Ну не глобальная... ZFS работает на локальных дисках и не предусматривает распределённое её хранение по iSCSI (или как там он пишется). С надёжностью там тоже были проблемы, что на каких то системах хранения данных были потери данных. Это почти как докер - Ярко, модно, молодёжно!
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 11:58
	Внезапно, iSCSI может быть представлено в системе блочным устройством, на которое можно поставить любую ФС. Но да, в плане распределенности у ZFS все плохо. Какая польза от контрольных сумм, если хранится все в пределах одного сервака? Надежное хранилище должно быть распределенным.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (39), 28-Авг-20, 13:13
	По сети реплики дисков таскать не проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 14:03
	В реальном времени? Так-то и md5sum для всех файлов прогнать не проблема, но будет ли это файловой системой со сквозными чексуммами?
	Ответить | Правка | Наверх | Cообщить модератору

	100. Скрыто модератором	+/–
	Сообщение от пох. (?), 28-Авг-20, 22:31
	> В реальном времени? да. Автор работающей freebsdшной реализации, ВНЕЗАПНО - тот же pjd "она конечно немнозецько уе6анская"... но вообще-то - работоспособна. Просто в эпоху дерьмокластеров маловостребованна, поэтому про нее в основном успели забыть. (да, там поблочный синк. Ну и что?)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (46), 28-Авг-20, 14:12
	Совсем опустился человек. А был когда-то большим человеком!
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	50. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним (56), 28-Авг-20, 14:20
	... но потом сел на диету, стал заниматься спортом, и теперь может передвигаться без помощи садовой тачки.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (52), 28-Авг-20, 14:22
	Шабашка за пиво довела
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

3. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+9 +/–
Сообщение от Lex (??), 28-Авг-20, 08:17
25 авг: "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" 28 авг: "Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD" Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами *BSD
Ответить | Правка | Наверх | Cообщить модератору

	5. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (5), 28-Авг-20, 08:29
	Что плохого что оперативно выявляют уязвимости?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от Брат Анон (?), 28-Авг-20, 08:48
	Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное, оперативно выяснил))
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 28-Авг-20, 10:30
	Это не сюда. Это к Алибасову.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 14:11
	>> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS... > Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное,  оперативно выяснил)) Главное, очередная хреновая оперативная аналогия?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	111. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от microsoft (?), 29-Авг-20, 20:57
	Да нет, нормальная
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–5 +/–
	Сообщение от Аноним (8), 28-Авг-20, 08:50
	> Что плохого что оперативно выявляют уязвимости? Ничего, это как раз хорошо, коллега сверху очевидно хотел позлорадствовать над напыщенными везде без мыла влезающими бсдюковыми выкриками о безопасносте и надёжности бсди, да вот только тут получается двояко, вроде и пингвинята обделались, а вроде и бсде подложили свинью, и бсдюки схавали, уже не могут в безопасность и стабильность, бсдя уже не та... А кто это не может признать, тот ретроград и против прогресса ;)
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	11. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–3 +/–
	Сообщение от Fracta1L (ok), 28-Авг-20, 09:17
	> вроде и пингвинята обделались ZFS  в Linux нет и не было, то что там приматывают сбоку изолентой - не Линукса проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+8 +/–
	Сообщение от Sluggard (ok), 28-Авг-20, 09:22
	> вроде и пингвинята обделались Точно пингвинята? https://github.com/openzfs/zfs/commit/9f0a21e6411aa0bac23fba... Co-authored-by: Ryan Moeller <ryan@iXsystems.com> Signed-off-by: Matt Macy <mmacy@FreeBSD.org> Signed-off-by: Ryan Moeller <ryan@iXsystems.com>
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	29. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–3 +/–
	Сообщение от Аноним (56), 28-Авг-20, 11:50
	На тот момент, когда обделались, будем считать их пингвинятами. А так вообще они разработчики FreeBSD, и никогда не ошибаются. Именно поэтому во фре вообще нет ошибок, а которые есть — те происки пингвинят.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+4 +/–
	Сообщение от Х (?), 28-Авг-20, 09:20
	Было бы очень интересно, если бы они, принимая приличного объема код в свою кодовую базу, умудрились точно и на 100% проверить его не просто на корректность (что ФС без косяков читает/пишет), но и на идеальную состыковку со своими механизмами (т.е. чо ACL в ФС совершенно корректно транслируются в ACL самой ОС). Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут же наймет любая команда разработки ОС (любой ОС!) - золотое умение. Ведь добавить ZFS в Windows, например, было бы круто (и есть даже проект), но там те же проблемы - неуверенность, что два куска кода будут идеально работать в любых условиях. А тут - БАЦ! - приходит Lex, умеющий читать код, и гарантирующий, что все будет работать без косяков, это же какой буст в интеграции кода разных команд будет!
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	17. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–2 +/–
	Сообщение от Lex (??), 28-Авг-20, 09:44
	> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут > же наймет любая команда разработки ОС (любой ОС!) - золотое умение. Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно, что, при каких-либо ощутимых изменениях, вначале идет долгая фаза альфа/бета/итп тестирования, лишь по итогу которой правки отправляются в "прод". Но никак в прод не валятся те изменения, при которых уже через считанные дни проступают эпические дыры. > Ведь добавить ZFS в Windows, например, было бы круто (и есть даже > проект), но там те же проблемы - неуверенность, что два куска > кода будут идеально работать в любых условиях. А тут - БАЦ! > - приходит Lex, умеющий читать код, и гарантирующий, что все будет > работать без косяков, это же какой буст в интеграции кода разных > команд будет! ЗФС - странная штука. Вроде бы все о ней говорят, о том, какая она крутая, притом, уже несколько лет( за которые восторженные вопли о ней, кстати, начали утихать ).. но, начинаешь лезть в детали - и карета превращается в тыквы: то оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч ), то оказывается, что она не шибко то и отказоустойчива, да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто, то - еще что-то. Крч., получается ситуация почти как GraphQL. В случае с виндой - многих и NTFS вполне устраивает.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (18), 28-Авг-20, 10:12
	> Крч., получается ситуация почти как GraphQL. А что не так с GraphQL?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от Lex (??), 28-Авг-20, 11:21
	>> Крч., получается ситуация почти как GraphQL. > А что не так с GraphQL? Давно уже разбирался, сейчас, скорее, по памяти будет. На первый взгляд смотрится интересно, но, как начинаешь разбираться... По сути, эта штука является подобием абстрагированной БД в качестве бэка, поля у которой не только получаемые из реальной БД и ограниченно-вычисляемые на их основе, но и вычисляемые в т.ч на основе каких-либо сторонних данных и условий с задействование всех возможностей бэка. Система в том виде, в котором ее изображают фейсбучники и рекламируют сторонние товарищи, фундаментально ущербна ввиду того, что не дает каких-либо явных и серьезных плюсов в сравнении со столетними штуками вроде JSON-RPC( которой, к примеру, вообще без разницы, каким путем осуществляется взаимодействие - HTTP ли запросами или, в приведенном к строке формате, пробрасывается через сокетное соединение, поскольку суть подхода одна - делать к серваку конкретные запросы, на которые от него получать конкретные ответы ). В то же время пропагандирует слишком много свободы в плане обмена данными( на стороне клиента определяется какие конкретно данные оно хочет получить с бэка, какие конкретно поля должен содержать ответ и проч, хотя не без нюансов. При нескольких разных версиях клиента может возникнуть серьезнейший бардак в потоках данных ). Это чем-т напоминает 5-10 летнее прошлое, когда разного рода NO-SQL БД отсутствие какой-либо схемы и возможность валить данные любой структуры в них изображали в качестве невероятного плюса. Если убрать чрезмерную свободу в обращении с данными, то внятных плюсов, в общем-то, не остается. Тогда как минусы в виде очень специфического и нишевого подхода к обмену данными, самой структуре и настройкам, тонн оверхеда и абстракций на ровном месте, хороших шансов получить полный бардак в обмене данными если слушать пиарщиков фейсбука итд итп в общем-то никуда не деваются. Для себя в свое время принял как наиболее интересные и оптимальные - разные подобия JSON-RPC, поскольку нет привязки к способу обмена данными( HTTP кодами "сигналить" разные сообщения как некоторые любят, угу. Особенно, если потом требуется переезд на сокеты форменное веселье начинается ), клиент понятия не имеет о внутренней организации данных и прочего и ему в принципе не надо этого( т.к он просто отправляет на бэк название функции и ее аргументы и вполне логично ожидает получить ответ в известном диапазоне результатов ), один запрос может содержать в себе целую "пачку" RPC-запросов( массив объектов, в котором каждый объект - запрос, со своим именем, аргументами и проч ), а ответ - целую пачку ответов вместо кучи одиночных запросов и ответов. Ну это по памяти, разбирался активно с этими штуками более года назад, так и не нашел в GraphQL чего-то реально интересного и однозначно перевешивающего все остальные решения и подходы. Штука интересная и.. и на этом все. Почти как с блокчейном, который "классические" БД, как ни странно, так и не заменил, как бы его куда ни попадя не толкали бы годами напролет и вкидывали кучи денег. На фоне нескончаемого фейсбучного бардака( у этих гениев постоянно то поддержка чего-то отваливается, то что-то где-то ломается в их SDK, API, какие-то апи и проч устаревают и проч ), складывается ощущение, что это просто подобие т.н техно-пиара( сегодня одно, завтра - другое. Главное - сохранить образ технологичности ), поскольку даже самим идейным разработчикам их "гениальные" подходы и решения не позволяют сделать реально отказоустойчивый продукт, с непрошибаемым API и SDK. Зато, все тестами и типизациями обмазано. Правда, еще пару лет назад тупо не подключалось, поскольку гении SDK для яблока для разных кроссплатформенных штук ожидали увидеть в захардкоженной директории "/имя_пользователя/Documents/FacebookSDK" вне зависимости от местоположения проекта. Хотя, подобным и гугл грешит - самая большая боль обычно возникает именно при интеграции продуктов от ФБ и Гугла.. хотя, вроде бы типо_мастера в ИТ, все такие протестированы да типизированные и весь остальной мир учат как код кодить.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 12:52
	>> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут >> же наймет любая команда разработки ОС (любой ОС!) - золотое умение. > Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно, > что, при каких-либо ощутимых изменениях, вначале идет долгая фаза альфа/бета/итп тестирования, лишь по итогу которой правки отправляются в "прод". > Но никак в прод не валятся те изменения, при которых уже через считанные дни проступают эпические дыры. Интересно, читать цитируемое местные оналитеки не пробовали? >> "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" >> Реализация файловой системы ZFS в основной ветке FreeBSD (HEAD) https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd... > FreeBSD-CURRENT is the very latest source code for FreeBSD and includes works in progress, experimental changes, and transitional mechanisms that might or might >
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	104. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Ананимас008 (?), 29-Авг-20, 01:48
	зачем? Jlanchaтые сюда похихикать приходят, для них наверно будет отрытием, что 13 ветка еще не релизнулась и нужна лишь разработчикам.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (-), 28-Авг-20, 15:51
	> оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч ) RAM жрёт так же, как жрал Solaris - даже немного меньше местами. Потому что кэширование (которое, кстати, можно настроить/ограничиь). А что, должно быть не так? > то оказывается, что она не шибко то и отказоустойчива В смысле? Что, у Вас пул с резервированием вылетел при крахе одного носителя? Да ну не может быть. > да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто, У меня и всех моих знакомых с самого раннего порта всё работает, сразу, запросто. Этому zpool'у что дашь - то и жрёт, если не дать слишком малый размер диска/раздела, конечно. И горячий резерв работает, и горячая замена, и даже горячая МИГРАЦИЯ. Годами. Так-то.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	112. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от microsoft (?), 29-Авг-20, 21:01
	Молодчинка, теперь утри слюнки и спать. Не у всех на локалхосте тоже что и у тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (19), 28-Авг-20, 10:23
	>добавить ZFS в Windows, например, было бы круто (и есть даже проект Если кому интересно https://github.com/openzfsonwindows/ZFSin
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	63. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от пох. (?), 28-Авг-20, 15:10
	он мертвенький, к сожалению. И то же с zfs on mac. Не, ну а чо вы хотите, с такими-то разработчиками? За zfs держатся только те, у кого выбора в общем-то и нет - все остальное либо устарело на 50 лет, либо works as intended, иногда портя данные. А у винды с макосью все в целом обстоит неплохо и с собственными fs. У макоси были определенные трудности еще сравнительно недавно - поэтому ее порт zfs чуть получше, но тоже делался давным-давно левой задней ногой. Потому что как академический проект - тяжко, лично свои данные хранить - ненужно, а денег вы ж никому не заплатите.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Павел Отредиез (?), 28-Авг-20, 17:32
	Тут не по коду, кто то бсдэшников поставил и потестил. Оперативно, и исправлено.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	33. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 12:01
	> 25 авг: > "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" > 28 авг: > "Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD" > Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами  *BSD Может что-то не так с этими нереально_совсем_в_теме_ведь_они_прочитали_заголовок_новости_!_системно_серьезными опеннетчиками 🙄 ? А то в неопеннетной реальности и > Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS. и вообще, сам "перевод" https://reviews.freebsd.org/D25872 заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ).
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	35. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним (56), 28-Авг-20, 12:46
	> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ). Это никак не отменяет того факта, что накосячили именно разработчики Фри. Самый эпичный баг за всю историю ZoL/OpenZFS - и его авторы, увы, совершенно не пингвинята.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 12:57
	>> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ). > Это никак не отменяет того факта, что накосячили именно разработчики Фри. > Самый эпичный баг Угу, угу: Reviewed-by: Sean Eric Fagan <sef@ixsystems.com> Reviewed-by: Jorgen Lundman <lundman@lundman.net> Reviewed-by: Richard Laager <rlaager@wiktel.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Co-authored-by: Ryan Moeller <ryan@iXsystems.com> Signed-off-by: Matt Macy <mmacy@FreeBSD.org> Signed-off-by: Ryan Moeller <ryan@iXsystems.com> Ну и "В добавленном в OpenZFS коде от iXsystems для поддержки ОС FreeBSD, поддержка которой пока не принята даже в FreeBSD HEAD, выявлена критическая уязвимость ... атакующему нужно всего лишь 'пропатчить OpenZFS под FreeBSD' (ну и собрать и загрузить новое ядро)" Но как анонимы скажут, пусть будет "самый эпичный баг и уязвимость" 🙄
	Ответить | Правка | Наверх | Cообщить модератору

	49. Скрыто модератором	–1 +/–
	Сообщение от Аноним (56), 28-Авг-20, 14:18
	"Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной" Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук, кто его сделал. И да, последние лет пять iXsystems - ключевой разработчик ZFS в FreeBSD.
	Ответить | Правка | Наверх | Cообщить модератору

	87. Скрыто модератором	+/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 16:38
	> "Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной" В четвертых -- когда нечего написать по теме, пиши какую-нибудь фигню? > Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук Повторяю еще раз, для супервумных анонимных истеричек, не читающих дальше заголовка: ixsystem-щики заметили и исправили баг в коде, пока еще зарубленом на стадии review при приеме в "самую сырую" разраб-ветку фри. > Assignee: jt Justin Pennington > Reporter:  jt Justin Pennington Т.е. по факту там "при разработке внутренностей заметили и исправили уязвимость", зато накатали пятничную, желтушную новость на опеннете. Вай, бедавсепропалокриворукоджобство-вах! 🙄
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (103), 28-Авг-20, 23:51
	> Reviewed-by: Sean Eric Fagan <sef@ixsystems.com> > Reviewed-by: Jorgen Lundman <lundman@lundman.net> > Reviewed-by: Richard Laager <rlaager@wiktel.com> > Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> > Co-authored-by: Ryan Moeller <ryan@iXsystems.com> > Signed-off-by: Matt Macy <mmacy@FreeBSD.org> > Signed-off-by: Ryan Moeller <ryan@iXsystems.com> Не фига себе! Человек даже патч посмотрел! Опеннет, я в тебе разочаровываюсь!
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

9. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
Сообщение от Hellscream (?), 28-Авг-20, 08:53
FreeBSD становится всё больше и больше похожа на Linux, такая же стабильная и надёжная операционная система для успешных людей.
Ответить | Правка | Наверх | Cообщить модератору

	23. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от 1 (??), 28-Авг-20, 10:47
	как туда впендюрят systemd станет "очередной сборкой линакса"
	Ответить | Правка | Наверх | Cообщить модератору

21. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от Аноним (46), 28-Авг-20, 10:27
Эх, была бы в bsd приличная виртуализация с пробросом и поддержка vulkan... видимо не судьба.
Ответить | Правка | Наверх | Cообщить модератору

	24. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от 1 (??), 28-Авг-20, 10:49
	Ну bhyve что-то там умеет пробрасывать. Про vulkan - допиши пару форм^W библиотек.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним (27), 28-Авг-20, 11:34
	Что-то мне кажется наличие вулкана зависит от вполне конкретных дровок, если твой вендор не расчехлился - выбери другого или более открытый дров
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	45. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 14:05
	Красные активно работают с сообществом. Проблема Фри в том, что у нее нет разработчиков, которые готовы активно пилить всякие вулканы. А полностью на себе поддержку 0.005% юзеров вендор тащить не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от НяшМяш (ok), 28-Авг-20, 17:48
	А у зелёных что? Они вроде свой блоб выпускают для фряхи.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Авг-20, 21:37
	Эээ... а почему у меня на e2k поддержка vulkan собралась и поехала?  Вендор этого явно не подразумевал.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

28. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
Сообщение от Аноним (28), 28-Авг-20, 11:48
Не прокатило.
Ответить | Правка | Наверх | Cообщить модератору

	51. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 14:22
	Стандарты BSD-шного "академического" качества кода, внезапно, за пределами BSD-шного сообщества не котируются.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (41), 28-Авг-20, 16:11
	Чёт вы на мешали каши. Академический код только в Netbsd. А фряха с опенком тут причём? Максим Вилард из нетки частенько ловит лулзы с нубокода в опенке. А фряха так вообще решeто. Вы все бсд под одну гребёнку не чешите, это ж вам не зоопарк линуксовых Вася-сборок. У бзд общий предок - типа латиница. А все ОС - это английский, французский, итальянский. Вроде предок и латинский, но языки то разные. Так и здесь. Это ваш линакс в разных дистрих один и тот же. Ядро же... А в бздях ядра разные, это же разные ос. Самая первая появилась Netbsd, потом фряха, потом опенок (форк нетки с обрезанными сисколами и выброшенным компакт софтом). Просто так писать *bsd не комильфо, нутро в тут тотально разное.
	Ответить | Правка | Наверх | Cообщить модератору

31. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от Аноним (56), 28-Авг-20, 11:55
Ждем новых багов и дыр в OpenZFS, от ребят с @ixsystems.com и @freebsd.org. Ломали бы свою реализацию ZFS и не портили жизнь другим...
Ответить | Правка | Наверх | Cообщить модератору

34. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+10 +/–
Сообщение от ALex_hha (ok), 28-Авг-20, 12:17
Linux: В USB стеке найдено и исправлено N уязвимостей Фанат BSD: Ваш Linux resheto и помойка, в стеке BSD нашли всего N-1 уязвимостей FreeBSD: в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость Фанат BSD: Что плохого что оперативно выявляют уязвимости? Л - Логика ))
Ответить | Правка | Наверх | Cообщить модератору

	43. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–6 +/–
	Сообщение от анонн (ok), 28-Авг-20, 14:00
	> Linux: В USB стеке найдено и исправлено N уязвимостей Фанат BSD: Ваш Linux resheto и помойка, в стеке BSD нашли всего N-1 уязвимостей > FreeBSD: в OpenZFS коде для поддержки ОС FreeBSD выявлена критическая уязвимость > Фанат BSD: Что плохого что оперативно выявляют уязвимости? > Л - Логика )) Т.е. теперь официально можно считать все уязвимости "в коде для поддержки ОС Linux" стороннего софта, как впрочем и уязвимости, найденные еще до принятия кода в ядро, уязвимостями Linux? Или опять, как обычно: С-сравнение жопы с пальцем и Д-двойные перепончатые стандарты.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–3 +/–
	Сообщение от Анонимик (?), 28-Авг-20, 14:26
	Если бы ты следил за Linux, то знал бы, что данная реализация ZFS была специально нацелена на Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (56), 28-Авг-20, 14:29
	В данном контексте это "сторонний софт". Потому что так надо. И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди, не имеющие никакого отношения к FreeBSD и старой реализации ZFS.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от пох. (?), 28-Авг-20, 15:28
	> И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди, > не имеющие никакого отношения к FreeBSD и старой реализации ZFS. честно говоря, в отношении старой реализации я вот не могу вспомнить за ними каких-то глобальных вещей, кроме "MFV" и суматошных попыток потом исправить последствия очередного. Ну, может не в курсе просто ;-) Зато в курсе бесконечных notabug/works as intended.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 15:48
	> В данном контексте это "сторонний софт". Потому что так надо. > И авторы бага, с адресами @FreeBSD.org и @iXsystems.org, тоже сторонние люди, не > имеющие никакого отношения к FreeBSD и старой реализации ZFS. И аноним с подгоранием и громкими воплями в "новости" о пофикшеном баге времени разработки (еще перед включением в дев-ветку) - совершенно сторонний аноним!
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	70. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 15:29
	> Если бы ты следил за Linux, то знал бы, что данная реализация > ZFS была специально нацелена на Linux. Если бы ты писал в тему, то сказать хотел что?
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

59. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
Сообщение от Аноним (59), 28-Авг-20, 14:47
Как же так, ведь они же говорили ...
Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
Сообщение от Аноним (67), 28-Авг-20, 15:25
Отличные новости. Еще поживем с надежной ZFS, а не этим аттракционом из линукса.
Ответить | Правка | Наверх | Cообщить модератору

	106. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+4 +/–
	Сообщение от Аноним (106), 29-Авг-20, 05:02
	Хотите надежности - идите в солярку с тамошним фирменным зфс, а все эти ляликсы и фряхи оставьте мамкиным админам локалхостов.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Авг-20, 21:38
	Эт разве что вслед за joyent и данными их клиентов...
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от KT315 (ok), 28-Авг-20, 23:05
	Так это ж понятно, если знать из чего Linux родился, и где или от куда BSD системы) Просто Linux словила хайп из-за отсутствия проблем с авторскими правами и патентами, как это было между Unix/Novel и BSD в тот период.... я уже призабыл как все точно было, но гугл помнит.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	109. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Hellscream (?), 29-Авг-20, 19:46
	Всё гораздо проще — за linux изначально стояли корпсы с миллиардами мёртвых президентов.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Авг-20, 21:39
	А-аа, так вот кто скинулся Линусу на довыплачивать те $4000 за его 486.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от пох. (?), 31-Авг-20, 12:40
	Изначально - нет, не стояли. Но ты не хочешь тот линукс, я уверяю тебя. А вот когда там стало что-то уже более-менее работающее вырисовываться - тогда и появились IBM и прочие с миллиардами в кулечках - ну а Линус закончил универ и стало понятно, что жрать мозоли ему не очень хочется - нужно продаваться, желательно, подороже. Не то чтобы freebsd была так уж против того же самого (повторю, кто пропустил - ее отец-основатель работает в nvidia и пописывает теперь...удивитесь, в lkml. С другой стороны, а чего удивительного? Обычная работа по специальности, за деньги. Мозоли жрать было бы удивительнее.) - просто ей не повезло. Ну а нам с ней - на некоторое время стало по пути - когда ее писали энтузиасты для, в первую очередь - _себя_. А не по указкам корпоративных менеджеров для зарплаты. К сожалению, те тоже постарели и тоже захотели жрат. Новых нет.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

94. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от Павел Отредиез (?), 28-Авг-20, 17:38
Раньше я думал, что open source софт это серьёзно, и можно доверять. Но на практике, как только кто то из нормальных спецов поюзает, так сразу ошибки находят.
Ответить | Правка | Наверх | Cообщить модератору

	96. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Кайф (?), 28-Авг-20, 18:10
	Ты ещё Btrfs не юзал вот там реально Содом и Гоморра
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от пох. (?), 28-Авг-20, 22:19
	Я юзаю. В продакшн (не highload, но нагрузка не нулевая). Никаких ужасов не наблюдаю - наверное, не знаю, куда смотреть. Или они происходят, когда я отворачиваюсь. P.S. нет, разумеется, никаких raid6 Но и никакой неведомой ипанины с увеличением доступного дискового объема только при перезагрузке, как с линyпсовой zfs.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от zzz (??), 29-Авг-20, 02:47
	У тебя в проде ntfs, до свидания.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от bOOster (ok), 29-Авг-20, 19:09
	Да, уж... ...издеть не мешки ворочать...
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	118. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Michael Shigorin (ok), 30-Авг-20, 21:40
	Вы зачем-то добавили слова "open source ".
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

97. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
Сообщение от Аноним (97), 28-Авг-20, 21:03
да, тяжело портировать линуховый код на FreeBSD...
Ответить | Правка | Наверх | Cообщить модератору

101. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от KT315 (ok), 28-Авг-20, 22:58
>>> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS. Расходимся, это новость про коммиты. Так можно 100500 лет новости постить про баги, фиксы которых можно найти в коммитах любого проекта.
Ответить | Правка | Наверх | Cообщить модератору

107. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от Daemon (??), 29-Авг-20, 09:23
FreeBSD остановилась как серверная ОС на версиях 4.*. Дальше попытка на десктоп вылезти приводит вот к таким косякам. Был у меня спор с главным админом крупного провайдера - у них все сервера на FreeBSD 1*.* версий. Мне не хватило тогда аргументов в пользу OpenBSD и FreeBSD 4.* версий.
Ответить | Правка | Наверх | Cообщить модератору

	113. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от пох. (?), 29-Авг-20, 23:29
	> FreeBSD остановилась как серверная ОС на версиях 4.* боюсь что это ты остановился, а freebsd поехала дальше. Ничего такого, о чем приятно вспомнить, в той 4 не было, одни бесконечные спотыкания о размеры миллионов статических таблиц в ядре. Очень хорошо, что те времена безвозвратно прошли. FreeBSD была вполне хороша до версии 8 включительно - не даром та прожила неимоверно долгую жизнь (4 зажилась не из-за собственного уникального качества, а из-за того что переход на 64бита и героическая борьба с global lock больно аукались много лет - но оно того стоило). Да, уже проявлялось наследие модных-молодежных нотабаг разработчиков под крылов продаванов чего-то, но еще не доминировало. > Дальше попытка на десктоп вылезти какое отношение zfs имеет к десктопам? > 1*.* версий. Мне не хватило тогда аргументов в пользу OpenBSD и > FreeBSD 4.* версий. надо было просто задосить ему сервер до ребута/паники (DoS, не DDoS, с одного-единственного хоста) - с 4.>0 это было бы как нефиг делать. (по тем же самым причинам - миллион статичеcких таблиц. Причем наращивать их размер до возможных даже в 4.x было тоже нельзя ;-) А Хаббард нонче пишет в lkml. Да, тот самый. Дайте другой глобус.
	Ответить | Правка | Наверх | Cообщить модератору

120. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
Сообщение от Она им (?), 01-Сен-20, 09:43
Два дня гомороботы цензоры-коновалы бухие валялись. Была свобода. Сегодня проспались и давай кромсать-резать.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема