The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо выполнить свой код, opennews (??), 23-Дек-22, (0) [смотреть все] +1

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


157. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 24-Дек-22, 20:52 
> надо было смартпоинтеры использовать...

Вон тот ужастик в ядро вообще поместили по 1 причине: чтобы мелкие роутеры не тормозили. А с смартпойнтерми это жаба какая-то будет, еще хуже самбы. И кому оно такое будет надо и зачем?

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

159. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  –1 +/–
Сообщение от пох. (?), 24-Дек-22, 22:00 
> Вон тот ужастик в ядро вообще поместили по 1 причине: чтобы мелкие
> роутеры не тормозили.

вообще-то ровно наоборот - чтоб большие ящики в стойках не тормозили по сравнению с таким же но на вендепоганой. (но что-то пошло не так и они опять медленнее... может в консерватории что?)

Т.е. штука актуальна где счет на микросекунды и клиентов на сотни, если не тыщи.

Мелкий роутер у тебя тормозит банально прокачивая между диском и сетевухой процессором. Еще и через usb2, как обычно. И сетевуха тоже.
Еще сотня-две тактов на смену контекста туда-сюда на этом фоне даже не видна.

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

180. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 25-Дек-22, 19:06 
> вообще-то ровно наоборот - чтоб большие ящики в стойках не тормозили по
> сравнению с таким же но на вендепоганой.

Тебя не смущает что комитил это все САМСУНГ? Цитируя гаджеты и рядом как аргумент почему ЭТОМУ вообще место в ядре по их мнению. Большие железки их в этом процессе вроде бы не интересовали, это ты уже сам додумал. Я просто немного мониторил появления этой фичи в ядре.

> (но что-то пошло не так и они опять медленнее... может в консерватории что?)

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

> Т.е. штука актуальна где счет на микросекунды и клиентов на сотни, если не тыщи.

Штука актуальна в мелкой околовстройке, лолка. Самсунг ее для этого принес. И именно поэтому ты вещаешь про консерваторию: СЮРПРИЗ, ГОСПОДА: С ВАШИМ ЭНТЕРПРАЙЗНЫМ КЕЙСОМ ВЫ Е...Ь САМИ! А самсунгу оно... врядли сильно надо вот там.

> Мелкий роутер у тебя тормозит банально прокачивая между диском и сетевухой процессором.

Там процик дохлый, кеша у него не сильно много, рама медленная, и если это все еще переключениями контекста лишний раз телепать... становится медленно и печально. Вот они и упаковали сервер smb в ядро.

> Еще и через usb2, как обычно. И сетевуха тоже. Еще сотня-две тактов на смену
> контекста туда-сюда на этом фоне даже не видна.

Да вообще-то когда кристалл маленький и дешевый, так что десятки мегов кеша там некуда, а оперативки полтора чипа на простой небыстрой шине, "зато дешево и просто сделать" - вынос кеша воздается от души, а переключения контекста совсем не то что надо.

А вот сетевухи и проч там могут быть и вполне нормальные, подпертые DMA и всем таким. Прикинь, на то чтобы DMA блок данных в железку толкал такты проца - вообще не тратятся, и трафика кода по шине на это нету. А у особо продвинутых soc бывают и всякие офлоады крипто и чексум а то и HW NAT и firewall. Ну а чего, если проц под задачу делан, затолкать карманного варианта героя вполне можно.

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

184. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 25-Дек-22, 19:33 
> Когда ты такой умный вообще попробуешь самбу на мыльницу-роутер или тв засунуть
> мы с тобой поговорим на тему перфоманса этой штуки и консерваторий.

повторяю: он будет никакой не из-за переключений контекста, а из-за побайтикового пересовывания между usb(2) флэшечкой и (опять usb2) сетевушечкой. Других soc у сасуня для тебя нет (а то что есть у рокчип, в телевизоры почему-то не попадает)
Переключений контекста после sendfile() вон вообще нет, хрен ли толку-то.

> А вот сетевухи и проч там могут быть и вполне нормальные, подпертые

откуда у сасунга таким взяться-то?
> DMA и всем таким. Прикинь, на то чтобы DMA блок данных

ой все...

> бывают и всякие офлоады крипто и чексум а то и HW
> NAT и firewall. Ну а чего, если проц под задачу делан,

ой все... (и не надо называть файрволом пакетный фильтрик - он да, офлоадится по ту сторону usb-шинки, но щастья с этого очень немного во времена гигабитных вайфаев и 4g в каждой самосуневой лопате)

И да, комитила все это - ms ;-)
Хоть я и сомневаюсь что ее сотруднику ЭТО оплачивают. Скорее всего нет.

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

186. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  –1 +/–
Сообщение от Аноним (-), 26-Дек-22, 00:05 
> повторяю: он будет никакой не из-за переключений контекста, а из-за
> побайтикового пересовывания между usb(2) флэшечкой

У большинства SoC там тупо EHCI/xHCI, не лучше и не хуже того который у тебя в десктопе и цепляемый тем же драйвером. И DMA SoC умеют не хуже твоего десктопа. Сейчас его даже микроконтроллеры умеют.

> и (опять usb2) сетевушечкой.

Самсунг не в состоянии добавить нормальный эзернет в чип для TV? Серьезно? Потому что это даже allwinner и rockchip могут, даже в чипах для STB всяких. Нормальный GigE подпертый DMA от души и все такое.

> Других soc у сасуня для тебя нет (а то что есть у рокчип, в телевизоры
> почему-то не попадает)

Самсунь не догадался сунуть нормальный gigE в soc для тв? Ну и в тв не попадает, зато рядом в STB и всякие мелкие прочие штуки рядом - миллионами. И им пожалуй вон то тоже пригодится.

> Переключений контекста после sendfile() вон вообще нет, хрен ли толку-то.

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

>> DMA и всем таким. Прикинь, на то чтобы DMA блок данных
> ой все...

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

> ой все... (и не надо называть файрволом пакетный фильтрик - он да,
> офлоадится по ту сторону usb-шинки, но щастья с этого очень немного
> во времена гигабитных вайфаев и 4g в каждой самосуневой лопате)

Ну я про всякие штуки типа "вафельных" медиатеков и того добра что у них есть по этому поводу.

> И да, комитила все это - ms ;-)

Что - это? Поддержку такой штуки в каком-нибудь вафельном медиатеке? Это вроде кексы из openwrt в основном делали. А потом и жирные энтерпрайзы прочухали что подобные подсистемы в принципе неплохо приделываются к их хотелкам на более жирном - и, главное, СВОЕМ оборудовании энтерпрайзы гонять.

> Хоть я и сомневаюсь что ее сотруднику ЭТО оплачивают. Скорее всего нет.

Я не совсем понял о чем ты. На уровне инфраструктуры там довольно много кто и чего, конкретные инкарнации для конкретных железок - другой вопрос.

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

187. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 26-Дек-22, 00:10 
p.s. я намекал что самбе потребуется еще какой тамп питон-электрон, и когда тебе придется за свой счет докупать более жирную флеху и оперативку - а твой конкурент поставит проприентарный модуль smb от левой фирмы - ну ты понял, бенч не состоится, тебя порвут на старте по другой причине - неспособности сделать девайс с той же фичой за ту же цену. Но вот проприентарный модуль - это кусок проблем, да. Но теперь это в прошлом. Совместными усилиями допинают такое же только открытое и лажу вытряхнут сильно лучше, имхо.
Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

202. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 26-Дек-22, 23:43 
> p.s. я намекал что самбе потребуется еще какой тамп питон-электрон

больше не употребляй эту дурь.

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

203. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 27-Дек-22, 01:25 
> больше не употребляй эту дурь.

Это ты просто в свежих дебианах и убунтах самбу ставить не пробовал. Там ему требуется какой-то python-talloc чтоли, или как там его. Я не знаю чего в нем такого офигенного, но в результате при желании поработать с SMB оно таки хочет скачать примерно половину интернета внагрузку. И как ты понимаешь для мелкой встройки такое фееричное паскудство все-же чересчур.

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

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

204. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 27-Дек-22, 01:50 
> Это ты просто в свежих дебианах и убунтах самбу ставить не пробовал.

в этих дистрибутивах никто не гонится за самоцелью сделать минимум зависимостей.
Наоборот, обычно стараются включить максимум фич. Среди самбиных это например AD DC (и вот там для управления tdb действительно где-то используется питон среди прочего нагромождения скриптов). Попутно он нужен для тестов и еще чего-то странного (я никогда не ставил эмулятор DC, поэтому не в курсе деталей чего там есть и чего еще надо, но это громадная и мегасложная конструкция, поскольку решает очень нетривиальные задачи. Разумеется недороутеру ничего из этого не нужно.)

> Там ему требуется какой-то python-talloc

это питону для совместимости с самбиным модулем требуется (потому что в самбе talloc)

Самба при этом все еще собирается --without-python.

> проприетарные реализации самбы. Сорц разумеется зажимали,

чтоб никто не догадался что это самба и есть.

И нет, хочу тебя разочаровать, но ksmbd без самбы тоже не работает. В нем только примитивы самого протокола, да и то не все. Задача была не таскать файлы через userspace, а не самбу заменить.

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

206. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 27-Дек-22, 13:06 
> в этих дистрибутивах никто не гонится за самоцелью сделать минимум зависимостей.

Оно как бы да, НО во первых...
1) Все что можно модуляризовать там обычно модуляризуют, вынося в опциональные аддоны отдельными пакетами, если это не сделано, как правило вопросы к программе, превратившейся в огромного жирного монстра где модуляризация и минимизация не сделаны в удобном виде.
2) Даже в минимальном openwrt, пардон муа, самба весит столько что ЭТО чисто технически не втиснется в флешки многих роутеров. А допаивать за свой счет флешку жирнее...
3) Хардварные сайты забенчат как твое месиво работает супротив конкурентов. Пощады не дождешься, напишут то что набенчилось. Живут они этим, аудитория приходит ради этого, понять на что свои кровные $100 спустим сегодня.
4) И таки даже в опенврт ЭТО таки пытается скачать полинтернета. Поменьше, чем в вон тех, но сильно больше чем приемлимо в этом кейсе. Поэтому сабж.

> Наоборот, обычно стараются включить максимум фич. Среди самбиных это например AD DC

Это все прекрасно, кроме того что должно быть мелким и опциональным, в отдельным пакете. Чему должен был способствовать дизайн программы. А когда у этой щляпы даже в опенврте только своих либ на 8 мегабайтов в сжатом виде + еще пачка депсов (т.е. даже относительно продвинутые роутеры с 8 мег флехой сразу в пролете, и даже 16 не факт что влезет) - да, почему-то на замену этой энтерпрайзной блевоты есть нехилый - и платежеспособный - спрос. От вон тех.

> (и вот там для управления tdb действительно где-то используется питон среди
> прочего нагромождения скриптов).

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

> и мегасложная конструкция, поскольку решает очень нетривиальные задачи. Разумеется
> недороутеру ничего из этого не нужно.)

Однако половину интернета пытаются вкачать в результате и ему. Чуть поменьше но все-равно сильно больше разумных лимитов.

> это питону для совместимости с самбиным модулем требуется (потому что в самбе talloc)

Вообще-то оно заодно и питон пытается скачать как раз. Хвост виляет собакой.

> Самба при этом все еще собирается --without-python.

Это замечательно, но я не понимаю почему питона нельзя было выпихнуть в какой-нибудь опциональный плагин. У которого в depends повиснет питон, для тех кому этот питонокрап зачем-то был нужен. Вместе с питоноскриптаки и чем там. А вот так вот когда мы жестко выбираем конфигуром, на всю толпу, именно ключом конфигура - ну да, паршивый дизайн программы, майнтайнерам приходится выбирать между тем чтобы прокатить часть народа или вкатить блоат по максимуму. Плохой выбор.

Зато другим программам дизайн улучшило! Вон например vlc научился на плагины себя пилять. Самба отдельно, если кому столько г надо, он и ставит отдельно. И rdp-вьюха тянущая половину вайна - тоже. И так далее. Нет худа без добра.

> чтоб никто не догадался что это самба и есть.

Да какая нахрен самба? Там чей-то мелкий ядерный проприетарный модуль. Кто-то за звонкую монету решал проблему, но как это с линуксом vs проприетарный модуль работает думаю понятно. Поэтому и сабж. Поэтому и комит авансом, хоть и видно было что качество - так себе.

> И нет, хочу тебя разочаровать, но ksmbd без самбы тоже не работает.
> В нем только примитивы самого протокола, да и то не все.
> Задача была не таскать файлы через userspace, а не самбу заменить.

А, ты хочешь огрести экспертизы чтобы ощущалось именно лопатой по лицу? Окей, будет! Вот, изучай! Там и про нагрузку на проц, и про размер депендсов, и про то как самба ему нужна.

https://forum.openwrt.org/t/ksmbd-samba3-4-alternative-ex-ci...

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

207. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 27-Дек-22, 13:24 
p.s. если кому не хочется кликать в жесткое месиво с JS по ссылке, зацитирую главное:

Advantages:
    tiny size: kernel module is a ~80kb ipk and the server is ~40kb, with deps its around 200kb total
    lower CPU usage, compared to Samba-4.11 (5-15%)
    potentially faster speeds on low end devices

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

213. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 29-Дек-22, 12:29 
> Все что можно модуляризовать там обычно модуляризуют, вынося в опциональные аддоны
> отдельными пакетами

это не проблема авторов самбы и они не нанимались этому помогать
Не умеете - соберите пять разных пакетов и ставьте нужный.

> где модуляризация и минимизация не сделаны в удобном виде.

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

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

> Хардварные сайты забенчат как твое месиво работает супротив конкурентов.

нет конкурентов, нет проблем. Васянские поделки на 0.001% от реального функционала никому не интересны кроме самого васяна. С ksmbd это не так, он изначально планировался под расширение userlevel кодом.

> Это все прекрасно, кроме того что должно быть мелким и опциональным, в отдельным пакете.

с хера ли они тебе чего-то должны? У них долги перед спонсорами и друзьями проекта. И те внятно заявили - им не нужна подделка под windows98, хотят AD как настоящий, чтоб деньгов микрософту не плотить. Их право (ну долбанутые они, что поделать). Удивительно, но желающих сделать форк samba3, у которой были совсем другие цели и до них уже было гораздо ближе - не нашлось.

> Это замечательно, но я не понимаю почему питона нельзя было выпихнуть в какой-нибудь опциональный
> плагин.

потому что DC надо обслуживать, и проще оказалось это сделать с питоновыми скриптами.

> А, ты хочешь огрести экспертизы чтобы ощущалось именно лопатой по лицу? Окей, будет!
> Вот, изучай!

зачем мне изучать страдания опевроте6шников? Да, у этой хрени есть кастрированный самодельный userspace, примерно того же уровня что прилагающийся к in-kernel kvm, надо ж разработчикам как-то отлаживаться. (И без него ей пользоваться не получится никак, удивительно) Или даже хуже - тем хотя бы в теории можно пользоваться. Но пользуются все равно почему-то qemu. Эти тоже планировали интеграцию с полноценной самбой, а вовсе не остаться поделкой для недороутеров. Иначе хрен бы божок вообще такое одобрил.


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

217. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 29-Дек-22, 15:24 
> это не проблема авторов самбы и они не нанимались этому помогать
> Не умеете - соберите пять разных пакетов и ставьте нужный.

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

> оно в виде удобном авторам и их окружению. Разработчики дистрибутивов, пытающиеся угодить
> всем - в пролете.

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

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

Поэтому я буду считать что мне по пути с чем-то иным чем их ацкое месиво. Не люблю помойки.

> нет конкурентов, нет проблем.

Расскажи это производителям мылороутеров.

> не интересны кроме самого васяна. С ksmbd это не так, он
> изначально планировался под расширение userlevel кодом.

Он релизится кексом из самсунга. Тем же, который за такой энтерпрайзный продукт как модуль exFAT отвечает. Видимо потому что остальные в самсунге и так не умеют, а нужда, вот, назрела, когда покупать проприетарный еще-более-хлам в свои мыльницы и телики утомило, а самба в флешки таки, вот, не лезет. Ну и пришлось, вот, свое кодить, как умели. В надежде совместными усилиями в майнлайне допинать. Нормальный, между прочим, подход к делу. Видимо после exFAT им зашло.

> подделка под windows98, хотят AD как настоящий, чтоб деньгов микрософту не плотить.

Ну а у вон тех главный инициатор действа другой. И кстати если ты хочешь приложиться экспертизой об стол еще раз - помогу: совсем старые версии протоколов сабж как раз и не реализовывал. Так что жесткий облом с экспертизой еще раз.

> сделать форк samba3, у которой были совсем другие цели и до
> них уже было гораздо ближе - не нашлось.

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

> потому что DC надо обслуживать, и проще оказалось это сделать с питоновыми скриптами.

А если я VLC ставлю и хочу мувики с виндовой машины гнать мне это обслуживание DC питоноскриптом... ммм... да и если я вон той виндовой машине мувики в домашней локалке сервирую, мне там тоже DC ни к чему.

И если мне в результате тащут вон то в эти задачи - значит с архитектурой и модуляризацией не задалось и как таковое это - "проблемный системный компонент". Без которого моя жизнь будет лучше, а проблемы вон тех энтерпрайзов мне таки сейчас уже не интересны вообще совсем.

> зачем мне изучать страдания опевроте6шников? Да, у этой хрени есть
> кастрированный самодельный userspace, примерно того же уровня что прилагающийся
> к in-kernel kvm, надо ж разработчикам как-то отлаживаться.

Ты картинно облажался, рассказывая что "требует самбу". А оно бац и не требует.

> можно пользоваться. Но пользуются все равно почему-то qemu.

Кто-то пользуется, кто-то не пользуется. Огульно рассказывать что qemu единственная опция - странная идея.

> Иначе хрен бы божок вообще такое одобрил.

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

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

218. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 29-Дек-22, 16:19 
> Это не проблема авторов самбы. Зато это проблема самсунга - и довольно много кого еще.

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

> Кому надо что-то мелкое, аккуретное, не прожорливое

"вероятно, вы имели в виду ftp"

> И кстати если ты хочешь приложиться экспертизой об стол еще раз

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

> - помогу: совсем старые версии
> протоколов сабж как раз и не реализовывал.

ничего что они и не поддерживаются ни одним доступным т-порылым клиентом?
Пассаж про уровень win98 с ее guest share был не про версию протокола.

> Видимо с ноля и сразу с частью в ядре, как у проприетарных модулей, было проще.

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

> А если я VLC ставлю

то навряд ли ты клиент интересующий самсунг. Впрочем, по прежнему сомнительно что им нужны были клиенты вообще. У умного телевизора совершенно нет необходимости что-то шарить, он наоборот делает (и это называется chromecast)


> Ты картинно облажался, рассказывая что "требует самбу". А оно бац и не требует.

оно требует юзерленд. Если не самба то ее примитивная замена. Что неработающая и ничего не умеющая - ну это как водится, с kvm то же самое.

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

220. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от Аноним (-), 30-Дек-22, 23:23 
> они всегда могут собрать себе самбу так и с теми фичами, которые
> считают нужными. Питон в обязательные требования не входит.

Не избавит от огромной либы самбы и openssl, в сумме более ~десяти мегов в флеше даже со сжатием. По сравнению с 200К модулем, который еще и быстрее - ну ты понял.

> "вероятно, вы имели в виду ftp"

Сам им пользуйся имхо.

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

С умным видом про "необходимость" самбы вещал не я.

> ничего что они и не поддерживаются ни одним доступным т-по ры-ым клиентом?

На самом деле в вон той штуке важно чтобы с ним домашние винды работали. Ну и линуксы общий язык между собой найдут. Остальное там вторично.

> Пассаж про уровень win98 с ее guest share был не про версию протокола.

Если б ты был компетентнее, заметил бы что я ошибся, изначально старый протокол там все же сделали а потом снесли. Видимо чтобы уменьшить attack surface.

> попробуют еще разок-другой.

Получилось так как это было надо в определенном кассе задач, а остальные с своими желаниями и работу работают сами под свои нужды.

> то навряд ли ты клиент интересующий самсунг.

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

> оно требует юзерленд.

Требует юзерленд и требует самбу - 2 большие разницы.

> Если не самба то ее пзимитивная замена.

Для своего класса задач ее более чем хватит. И на все про все 200 кил бинарей. В отличие от. Вот так это реально в роутер поставить. И будет опенсорсное решение, а не то что раньше. Именно поэтому Торвальдс поскрипел но согласился на сабж. Позвольте-ка деблобнуть еще пару направлений.

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

221. "Уязвимость в модуле ksmbd ядра Linux, позволяющая удалённо в..."  +/–
Сообщение от пох. (?), 31-Дек-22, 12:13 
> Не избавит от огромной либы самбы и openssl,

удивительно, да - для ssl нужна либа, и для smb протокола (включая управление доступом и авторизацию, а не как у этих вот) - ой, опять.

>> "вероятно, вы имели в виду ftp"
> Сам им пользуйся имхо.

ну то есть компактная и делающая ровно то что сказано - раздающая файлы с минимальным управлением программа тебя не устраивает. smb и шифрование (уже _требующееся_ в новых вариантах) тоже.

Вот кривой самсунговский модуль - самое то. А все вызовы в юзерспейс заменим заглушками, так пое6дим. И это никто еще всерьез даже не ковырял код. (все увизгвимости нашли просто просмотром патчей)

> Получилось так как это было надо в определенном кассе задач,

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

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

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

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




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

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