The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и сетевой стек, opennews (??), 26-Фев-24, (0) [смотреть все]

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


1. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –4 +/
Сообщение от Аноним (1), 26-Фев-24, 22:50 
Кто вообще додумался засунуть ЭТО в ядро?..
Ответить | Правка | Наверх | Cообщить модератору

2. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/
Сообщение от НяшМяш (ok), 26-Фев-24, 22:52 
Не на паскале же ядро писать /s
Ответить | Правка | Наверх | Cообщить модератору

7. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +4 +/
Сообщение от Аноним (7), 26-Фев-24, 23:12 
Зачем пихать семейство протоколов SMBx в ядро, кривое by design?
Ответить | Правка | Наверх | Cообщить модератору

10. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +21 +/
Сообщение от Угу (?), 26-Фев-24, 23:24 
ядро, кривое by design
Ответить | Правка | Наверх | Cообщить модератору

15. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +4 +/
Сообщение от Аноним (-), 26-Фев-24, 23:41 
А разве нет?
Или то что любой драйвер, написанный погромистом на пике балмера после пары недель жесткого кранча, может получить доступ к чему угодно в системе - это типа норм?
Ответить | Правка | Наверх | Cообщить модератору

71. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/
Сообщение от Аноним (71), 27-Фев-24, 10:33 
Но и Винде, FreeBSD драйвер тоже может получить доступ к чему угодно. Это неизбежность, когда дрйверы работают в одном адресном пространстве с остальными частями ядра.
Ответить | Правка | Наверх | Cообщить модератору

98. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/
Сообщение от Аноним (98), 27-Фев-24, 11:30 
Только в винде WHQL, а в BSD модули.
Не панацея, но лучше чем ничего.
Ответить | Правка | Наверх | Cообщить модератору

184. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 28-Фев-24, 03:34 
> Только в винде WHQL,

Судя по тому как это все работает и какое качество дров с его подписями - оно создано для обвеса подписями и локдаунов а не для чьего-то там блага.

> а в BSD модули.

В линухе тоже. И чего?

> Не панацея, но лучше чем ничего.

Оно и заметно - как нтфс сплошняком от винтукея до десятки в бсоды летает. Майкрософт на глупости уровня сабжа внимание не обращает.


Ответить | Правка | Наверх | Cообщить модератору

196. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от aname (?), 28-Фев-24, 17:35 
А мужики- то не знают.

Попробуйте пользоваться НТФС нормально, а не как привыкли на линухах

Ответить | Правка | Наверх | Cообщить модератору

208. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (208), 29-Фев-24, 07:58 
> А мужики- то не знают. Попробуйте пользоваться НТФС нормально, а не как привыкли на линухах

Нормально это как? Это у хомячков с битой оперативкой например образуется. И потом вообще в винде не читаемо - ибо ее выносит на попытке монтирования этого. И такая ерунда с винтукея до десятки включительно.

За столько лет индусы так и не смогли починить крахи драйвера от кривых структур. А в линухе между прочим ничего не вылетает, что с модулем NTFS3, и уж тем более с FUSE версией, так что можно как раз и прочитать неудачникам их файло. Может и не прочтется, из-за битых структур, но - как правило почти все. А в винде, вот, бсод при монтировании и scandisk который проблем не видит. Отличное комбо. Так эн знакомых хомячков и познакомились с моими скиллами датарекавери.

Ответить | Правка | Наверх | Cообщить модератору

215. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от aname (?), 29-Фев-24, 16:35 
>[оверквотинг удален]
> попытке монтирования этого. И такая ерунда с винтукея до десятки включительно.
> За столько лет индусы так и не смогли починить крахи драйвера от
> кривых структур. А в линухе между прочим ничего не вылетает, что
> с модулем NTFS3, и уж тем более с FUSE версией, так
> что можно как раз и прочитать неудачникам их файло. Может и
> не прочтется, из-за битых структур, но - как правило почти все.
> А в винде, вот, бсод при монтировании и scandisk который проблем
> не видит. Отличное комбо. Так эн знакомых хомячков и познакомились с
> моими скиллами датарекавери.
> Это у хомячков с битой оперативкой например образуется

Но виновата во всём НТФС

> ее выносит на попытке монтирования этого

Драйвер в пространстве ведра выкидывает исключение. Какое- то неожиданное поведение?

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

Есть dirty flag, который обрабатывается при загрузке и начинается исправление.

> А в линухе между прочим ничего не вылетает

Ну попробуйте загрузиться с кривых структур ext4, чо. Посмотрим, как оно.

> что с модулем NTFS3, и уж тем более с FUSE

Подкинь диск не системным к другой машине или загрузись с rescue cd. И исправляй.
Пытаться работать с диска, который системный, с кривыми структурами, в режиме RW. Ну выздоравливайте, чтоли.

> можно как раз и прочитать неудачникам их файло

Если человек не идиот, то прочитать его он сможет больше чем одним способом.

> А в винде, вот, бсод при монтировании и scandisk который проблем не видит

Попробуйте chkdsk

> Так эн знакомых хомячков и познакомились с моими скиллами датарекавери.

Как же им повезло, что им не пришлось знакомиться с разваливающимися ext4 или драйверами на вайфай в линуксе. А примонтировать диск в линух, это, конечно, запредельный скилл. Жаль, не каждый может так в наше время.

Ответить | Правка | Наверх | Cообщить модератору

70. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –4 +/
Сообщение от Аноним (71), 27-Фев-24, 10:28 
Неудачно сформулировал предложение, прошу прощения. Лучше так. Зачем пихать семейство протоколов SMBx, которые кривые by design, в ядро?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

170. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 27-Фев-24, 20:51 
> ядро, кривое by design

Да хренли - пользуйтесь прямым by design minix. Вон вам его в ME понапихали, кушайте не обляпайтесь.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

19. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/
Сообщение от Аноним (19), 27-Фев-24, 00:40 
> Зачем пихать семейство протоколов SMBx в ядро, кривое by design?

Ну дык - от главного Платинового Спонсора и Просто Лудьшего Друга Опенсорса (да, все с Заглавных Буков) жыж!
Не запихнешь - те самые, которые щедро аж 2.9% от спонсорских денег на разработку ядра отстегивают, ругать (и грозить твоей "оптимизацией") будут!


Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

42. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (-), 27-Фев-24, 07:41 
> Ну дык - от главного Платинового Спонсора и Просто Лудьшего Друга Опенсорса
> (да, все с Заглавных Буков) жыж!

Вон ту штуку так то samsung продвигал. Это про них такое? Им оно надо для эмбедовки, там перфоманс важен. В телеке или роутере проц дохлый а качать 4k хочется. И там 1 замордованый Jeon и греб на 3 галеры - f2fs, ksmbd, exfat. А может и еще что. Если на вас 3-4 проекта подвесить - вы и так не напишете.

Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (61), 27-Фев-24, 10:12 
>f2fs

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

Ответить | Правка | Наверх | Cообщить модератору

166. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 27-Фев-24, 20:36 
> Это который до сих пор не умеет после umount освобождать девайсы, если что.
> Нужен поимённый список всех этих корпотехнологий, чтобы неповадно было даже пробовать -
> всё равно на не предусмотренных хозяином юзкейсах оно будет разваливаться с
> треском.

Ну вот в этом случае f2fs, exfat, ksmbd. И вроде еще куда-то гражданин комитил. Но вообще все что исходит от самсунга и корейцев, они на самом деле рабовладельцы похлеще китайцев даже - и там закнутованые до изнеможения рабы выгружают код походу не приходя в сознание. Результат немного (не)предсказуем.

Представляете, оказывается, если дочерта здоровых проектов на 1 кодера развесить - он тонет и пускает пузыри.

Ответить | Правка | Наверх | Cообщить модератору

198. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от aname (?), 28-Фев-24, 17:40 
Для патчинга и тестирования нужно комунити опенсурсное. Осталось только придумать, как к этому прикрутить кнуты и всё поедет
Ответить | Правка | Наверх | Cообщить модератору

197. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от aname (?), 28-Фев-24, 17:38 
Почему эти 2.9% дают злые корпорации, а не комментаторы опеннета- вопрос риторический
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

33. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/
Сообщение от iPony129412 (?), 27-Фев-24, 03:30 
NFS не смущает.
Как и куча других дыр. А тут сразу.
Никогда такого не было и опять.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

72. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (71), 27-Фев-24, 10:39 
NFS, кстати, проще и прямее. Вот его бы лучше, выше упомянутому, Гнусмасу в их телеках и использовать.
Ответить | Правка | Наверх | Cообщить модератору

81. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от iPony129412 (?), 27-Фев-24, 10:50 
> NFS, кстати, проще и прямее.

да как-то нет

Ответить | Правка | Наверх | Cообщить модератору

148. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (148), 27-Фев-24, 18:24 
> NFS, кстати, проще и прямее

Бывает ложь, наглая ложь, статистика и комменты на опеннете.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

199. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от aname (?), 28-Фев-24, 17:42 
> комменты на опеннете

Не ложь, а научная работа опеннетного комментатора!

Ответить | Правка | Наверх | Cообщить модератору

187. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от User (??), 28-Фев-24, 05:39 
Смешно, да. И про прямизну nfs, и про использовать в теликах... Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

206. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от нах. (?), 29-Фев-24, 07:23 
> Смешно, да. И про прямизну nfs, и про использовать в теликах...

про nfs тут как обычно - несут эксперты, ни разу его не использовавшие.
Ключевая беда nfs - то что его придумали когда компьютеры были большие, и он основан на complete trust удаленному концу, да и тот определялся айпишником. Все костыли и подпорки понапиханные за тридцать лет, ничего глобально не изменили.
Тем более что автором единственной более-менее работавшей концепции была sun, и, разумеется, запатентовать не забыла.

Но и просто remote root'ов в линуксном было дочорта.

> Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.

у остальных 99 - флэшечка или вот, мобилочка. Т.е. им вообще никакой фс не надо.

А nfs у тех же у кого smbfs - владельцев свиноложи или княпа. Но почему-то ее никто не любит настраивать и там тоже.

Ответить | Правка | Наверх | Cообщить модератору

213. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от User (??), 29-Фев-24, 12:13 
>> Смешно, да. И про прямизну nfs, и про использовать в теликах...
> про nfs тут как обычно - несут эксперты, ни разу его не
> использовавшие.
> Ключевая беда nfs - то что его придумали когда компьютеры были большие,
> и он основан на complete trust удаленному концу, да и тот
> определялся айпишником. Все костыли и подпорки понапиханные за тридцать лет, ничего
> глобально не изменили.

Ну, из любви к истине скажу, что авторы буквы I в имени "cifs" себе сильно-сильно польстили. Вышло у них сильно-сильно лучше с т.з. "экосистемы" - но сам по себе протокол в плане безопасности тоже не фонтан.
> Тем более что автором единственной более-менее работавшей концепции была sun, и, разумеется,
> запатентовать не забыла.
> Но и просто remote root'ов в линуксном было дочорта.

А еще милая привычка фризить все к чертям до полной неработоспособности в случае разрыва\нестабильности соединения от которой ажно прям в юзерспейс народ драпанул...
В общем, только nfs на теликах вот и не хватает, да. "И Асланiвъ помчiтся шляхамi тiтанiвъ"(Ц)

>> Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.
> у остальных 99 - флэшечка или вот, мобилочка. Т.е. им вообще никакой
> фс не надо.
> А nfs у тех же у кого smbfs - владельцев свиноложи или
> княпа. Но почему-то ее никто не любит настраивать и там тоже.

Да хз. Расшаренную на "домашюю группу" или как оно там называется папку с торрентами - не раз и не два видел.

Ответить | Правка | Наверх | Cообщить модератору

216. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от нах. (?), 29-Фев-24, 19:50 
не, ну нащот инторнетов это они немного перестарались, конечно.
(впрочем, если имелось в виду что "весь интернет будет использовать, половина - даже и не зная о том" а не "в интернете будут", то не слишком ошиблись)

> А еще милая привычка фризить все к чертям

это фича one true unix vfs layer. В принципе, хотя и редко и в странных обстоятельствах, бывает и с cifs, и виновата в этом не она, в протоколе что того что другого не было "а если чо не так, повиснуть нафиг".

Но таки да - те разработчики 80х могли бы вообще-то и подумать что не надо бы так в лоб реализовывать нелокальные vfs.


Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от pelmaniac (?), 27-Фев-24, 08:32 
>Зачем пихать семейство протоколов SMBx в ядро, кривое by design?

ну вот держишь ты серверы на rhel8 и в ус не дуешь, а к моменту eol глядишь и допилят (или сдохнет ишак)

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

58. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от pda (ok), 27-Фев-24, 09:59 
Ради скорости, разумеется. И насколько я помню, там не вся реализация, только критические части.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

59. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним324 (ok), 27-Фев-24, 10:02 
Ты само ядро видел? Кривое by design. Нормальные ядра не спешат использовать, над ядром BSD тут принято насмехатся, над ядром XNU тут принято тоже хаха тянуть. Про QNX местные синьйор администраторы принтера в государственной конторе вообще не знают.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

73. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (71), 27-Фев-24, 10:42 
Пусть лицензию меняют на православную, вот тогда и будут использовать и свои вклады кодом делать.
Ответить | Правка | Наверх | Cообщить модератору

95. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –2 +/
Сообщение от Аноним324 (ok), 27-Фев-24, 11:14 
> Пусть лицензию меняют на православную, вот тогда и будут использовать и свои
> вклады кодом делать.

Так там и есть нормальная лицензия, а не гпл. Торвальдсу тоже нужно задуматся над переходом хотя бы на апач.

Ответить | Правка | Наверх | Cообщить модератору

164. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 27-Фев-24, 20:31 
>> Пусть лицензию меняют на православную, вот тогда и будут использовать и свои
>> вклады кодом делать.
> Так там и есть нормальная лицензия, а не гпл. Торвальдсу тоже нужно
> задуматся над переходом хотя бы на апач.

Извини, Торвальдс догадывается что после этого линуха мигом растащую по проприетарским норкам, а он оснатется у раздолбаного корыта - примерно как *bsd, очень всем нужные и полезные. Зато свободные - в том числе и от желающих ЭТО юзать, вакансий, источников дохода по этой теме и прочего ненужно. Так что это ты сам, для своих операционок плиз.

Ответить | Правка | Наверх | Cообщить модератору

188. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от User (??), 28-Фев-24, 05:52 
Вот оно кому-то надо тащить эту гору костылей самостоятельно. Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и с тобою не делиться, GPL не противоречит.
Ответить | Правка | Наверх | Cообщить модератору

209. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 29-Фев-24, 08:14 
> Вот оно кому-то надо тащить эту гору костылей самостоятельно.

Соня тащит же. И накодили графический драйвер - именно для себя любимых. А этим, апстримным - во! Поэтому они у нас драйверами побираются на кривой козе через прослойки.

Для сравнения возьмем SteamDeck от ValvE. Которые - внезапно - довольно видные комитеры AMDGPU кроме всего прочего. Вот такая экосистемная разница при прочих равных.

> Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и
> с тобою не делиться, GPL не противоречит.

Но это накладывает немало ограничений на них самих. Раздать кастомеру бинарь без сорца - ну вот упс. А как игровую приставку в облаке - совсем уж без железки то, допустим?!

Ответить | Правка | Наверх | Cообщить модератору

212. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от User (??), 29-Фев-24, 11:48 
>> Вот оно кому-то надо тащить эту гору костылей самостоятельно.
> Соня тащит же. И накодили графический драйвер - именно для себя любимых.
> А этим, апстримным - во! Поэтому они у нас драйверами побираются
> на кривой козе через прослойки.

Ну как бы соня тащит не "эту гору" - а вот ту кучку под свои специфические нужды - и драйвер от её контрактной железки тебе нужен... а хрен его знает, накой он тебе нужен, если честно. Соневское железо амудэ тебе все одно не продаст, а "я запустил нетбыесды на кофеварке111" последние лет 20 девочек уже не прельщает - особенно с учетом того, что кофе варить она при этом как правило перестает.

> Для сравнения возьмем SteamDeck от ValvE. Которые - внезапно - довольно видные
> комитеры AMDGPU кроме всего прочего. Вот такая экосистемная разница при прочих
> равных.

Бродком, квалком, невидия - шо, помогли тебе те ляхи?

>> Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и
>> с тобою не делиться, GPL не противоречит.
> Но это накладывает немало ограничений на них самих. Раздать кастомеру бинарь без
> сорца - ну вот упс. А как игровую приставку в облаке
> - совсем уж без железки то, допустим?!

Да осспыдя - будто это тому же гуглу гулажек устроить хоть как-то помешало.

Ответить | Правка | Наверх | Cообщить модератору

200. Скрыто модератором  +/
Сообщение от aname (?), 28-Фев-24, 17:43 
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

177. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Neon (??), 28-Фев-24, 00:38 
Знают, прекрасно знают. Не нужно зеркалить
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

67. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/
Сообщение от ИмяХ (ok), 27-Фев-24, 10:21 
Не включай его, когда собираешь ядро, в чём проблема? Специально же делают открытый код, чтобы ты мог исправить все уязвимости.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

75. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (71), 27-Фев-24, 10:44 
Я-то не включаю. Меня юзерспейсная реализация более, чем устраивает.
Ответить | Правка | Наверх | Cообщить модератору

122. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от BorichL (ok), 27-Фев-24, 14:34 
Не все сеньор администраторы принтера в госконторах это умеют, им нада "из каропки".
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

171. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (-), 27-Фев-24, 21:00 
> Не все сеньор администраторы принтера в госконторах это умеют, им нада "из
> каропки".

У дистров эта бойда модулем. Не грузить модуль, а для надежности и в блеклист внести может даже среднего пошиба эникей. Если он даже это не может - ок, а зачем он нужен? Пусть витуху под столами тянет.

Ответить | Правка | Наверх | Cообщить модератору

144. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (144), 27-Фев-24, 17:57 
>>> В модуле ksmbd, ..., выявлены две уязвимости,
>> Кто вообще додумался засунуть ЭТО в ядро?..
> Не на паскале же ядро писать /s

Ага, на самбе пусть пишут!
Логика -- отвал башки просто.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от anonimus (?), 26-Фев-24, 22:53 
По ходу дела - все ринулись штопать дырку - и срача даже не надо никому!)...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

27. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 02:40 
Потому что в противном случае оно тормозит, у условный NFS никто и нигде кроме Линукса не использует, даже в Андроиде поддержки нет (например андроидная версия VideoLAN использует стороннюю библиотеку чтобы читать NFS шары).
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

37. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от anonymous (??), 27-Фев-24, 05:35 
Она работает?

У меня она что не открывается никогда.

Ответить | Правка | Наверх | Cообщить модератору

38. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 06:25 
> Она работает?
> У меня она что не открывается никогда.

Работает. Причем не так давно даже NFSv4 добавили (раньше только NFS3 поддерживался). Нормально работает с простым экспортом без заморочек. Можно даже на AndroidTV с шары смотреть кинцо.

Ответить | Правка | Наверх | Cообщить модератору

52. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (52), 27-Фев-24, 09:24 
Вот что-то у меня не работает. В интерфейсе подключить шару можно, но она всегда отображается как пустая (нет ни файлов, ни каталогов).
Ответить | Правка | Наверх | Cообщить модератору

114. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от YetAnotherOnanym (ok), 27-Фев-24, 13:55 
М.б., твой вендор такие политики в селинухе прописал, что шару ты подмонтировать можешь, а читать-писать - нет.
Ответить | Правка | Наверх | Cообщить модератору

142. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 16:57 
> М.б., твой вендор такие политики в селинухе прописал, что шару ты подмонтировать
> можешь, а читать-писать - нет.

VideoLAN сам читает шару, ничего не монтируя, для Андроида это примерно как FTP клиент читающий каталог на FTP сервере, политики тут не причем.

Ответить | Правка | Наверх | Cообщить модератору

118. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от AlexYeCu_not_logged (?), 27-Фев-24, 14:21 
>Вот что-то у меня не работает. В интерфейсе подключить шару можно, но она всегда отображается как пустая (нет ни файлов, ни каталогов).

Всякий консюмерский хлам не умеет в динамические порты. В настройках nfs-сервера прибей их гвоздями. Портов там много.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

143. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 17:01 
> Вот что-то у меня не работает. В интерфейсе подключить шару можно, но
> она всегда отображается как пустая (нет ни файлов, ни каталогов).

Тупой вопрос, конечно, но монтирование на другом ПК проверяли? Ну чтобы исключить неправильно настроенную шару.
До кучи - VideoLAN не любит шары по ipv6 и требует опции insecure (потому что videolan открывает соединение с высокого порта).

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

92. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/
Сообщение от Аноним (92), 27-Фев-24, 11:10 
>Кто вообще додумался засунуть ЭТО в ядро?..

Micro$oft. В винде SMB именно в ядре, оттуда же WannaCry. А Linux всего-лишь повторяет за виндой как попугай.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

174. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/
Сообщение от Аноним (174), 27-Фев-24, 22:18 
Обычно наоборот это стиль M$ - скопирнуть у других и растиражировать быстро, хоть и некачественно.
Ответить | Правка | Наверх | Cообщить модератору

136. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (136), 27-Фев-24, 16:02 
Это засунули в ядро, потому что только там оно и может быть. В Windows оно в ядре и в Linux должно быть в ядре исходя из того что это и как оно работает.

Засунули это по заказу клиентов MS и Azure ея, которые хотят пользоваться Linux и быстро передавать данные.
Просто попробуйте сделать всё что делает SMB3 средствами NFSv4 в Linux или DRBD или NVMe-oF, а я на вас посмотрю.

Вы просто не понимаете, какой срач в блочной подсистеме и сетевом стеке Linux. Если людям нужен SR-IOV и RDMA, то от Linux проще избавиться.
ksmbd - это очередная попытка избавиться от проблемы, когда "third party SMB implementation" не поддерживает функцию "нужное вставить".

Уж лучше так, чем всё что лебедь (DRBD), рак (NFSv4) и щука (NVMe-oF), которые никак не могут построить нормальный storage-кластер.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

165. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Kuromi (ok), 27-Фев-24, 20:34 
>[оверквотинг удален]
> Linux и быстро передавать данные.
> Просто попробуйте сделать всё что делает SMB3 средствами NFSv4 в Linux или
> DRBD или NVMe-oF, а я на вас посмотрю.
> Вы просто не понимаете, какой срач в блочной подсистеме и сетевом стеке
> Linux. Если людям нужен SR-IOV и RDMA, то от Linux проще
> избавиться.
> ksmbd - это очередная попытка избавиться от проблемы, когда "third party SMB
> implementation" не поддерживает функцию "нужное вставить".
> Уж лучше так, чем всё что лебедь (DRBD), рак (NFSv4) и щука
> (NVMe-oF), которые никак не могут построить нормальный storage-кластер.

Стоит ли мне напомнить вам что NFS 4.0 вышла в 2000, 4.1 в 2010, а 4.2 в 2016-ом?

Ответить | Правка | Наверх | Cообщить модератору

180. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/
Сообщение от Аноним (136), 28-Фев-24, 02:27 
> Стоит ли мне напомнить вам что NFS 4.0 вышла в 2000, 4.1 в 2010, а 4.2 в 2016-ом?

Стоит ли мне напомнить вам что SMB 2.0 вышел в 2006, 3.0 в 2012, а 3.1 в 2016-ом?
И это важно, потому что... почему?

Я ведь вполне серьезно говорю. Вот проприетарные решения по NFS:
https://vastdata.com/blog/meet-your-need-for-speed-with-nfs
И есть еще NetApp ONTAP и прочий Dell EMC VNX

И что? Где это всё в Linux чтобы было доведенным до хоть какого-то ума. Так-то pNFS - как раз NFS 4.1.

Я пишу про 2 проблемы:
1. Связка NFS+DRBD+NVMe-oF - это конч. Её целиком заменяет SMB и кластеризовать его можно, и Multichannel работает из коробки. Хотите Infiniband/FC для NVMe подачи дисков в этот кластер, хотите локально суйте и делайте S2D.
2. Даже если забыть про SMB, то конкретно NFS в Linux поддерживается из рук вон плохо, лучше FreeBSD поставить.
Про Ceph и Ganesha мне даже не вспоминайте даже. Производительности хочется, а не это вот...

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру