forum.opennet.ru

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

Оглавление

Во FreeBSD устранены удалённо эксплуатируемые уязвимости в ipfw, opennews (ok), 21-Апр-20, (0) [смотреть все]

Скрыто модератором, Аноним (2), 23:01 , 21-Апр-20, (2) +7
Скрыто модератором, Grunman (ok), 23:04 , 21-Апр-20, (3) –14
Как всегда оперативно Молодцы , Deanon (?), 23:48 , 21-Апр-20, (5) +6 //

, ананим.orig (?), 01:54 , 23-Апр-20, (86) +1 //

Чем Вы читаете в stable-ветки исправления были внесены ещё в декабре прошло, Аноним (105), 15:37 , 23-Апр-20, (105) +1

Уязвимости находятся и устраняются, потому что хороших людей в мире больше, чем , Аноним (6), 23:51 , 21-Апр-20, (6) +19 //

Ох, хотелось бы верить в эту утопию , Аноним (9), 00:14 , 22-Апр-20, (9) +4 //

Чем верить, лучше творить Начни творить своими руками, расскажи ближнему о труд, Аноним (13), 01:11 , 22-Апр-20, (13) +5
Утопия - не создание идеального мира, утопия - убить волю человека С убитой вол, Sw00p aka Jerom (?), 12:07 , 22-Апр-20, (44) –1

Корпорациям в первую очередь выгодно развивать и улучшать, т к используют в раб, Аноним (10), 01:00 , 22-Апр-20, (10) –2 //

Выгодно далеко не всем , Аноним (-), 01:08 , 22-Апр-20, (12) //

Можно список корпораций, которым не выгодно , Аноним (10), 01:19 , 22-Апр-20, (14) –1

Открой список фаундеров линукса - все там Себе-то они напишут как надо, а все о, zzz (??), 01:41 , 22-Апр-20, (16) –1

Вы это так говорите, как будто застрявший в середине XX века пакетный фильтр во , нах. (?), 09:04 , 22-Апр-20, (32) –2

Juniper продаёт железо с ПО внутри , а не само ПО И Juniper заинтересован, что, anonymous (??), 09:55 , 22-Апр-20, (34) +2

Так его ПО - работает хорошо А от фри ему нужен загрузчик и, возможно я свечку , нах. (?), 11:05 , 22-Апр-20, (36)

Ты путаешь жунипер с циской, это как раз в последней линукс используется как зап, zzz (??), 23:07 , 22-Апр-20, (80)

ну да, ты-то лично свечку держал asa как раз - вполне себе полноценный линух зд, нах. (?), 00:15 , 23-Апр-20, (82)

Из-за используемых для дистрибуции архивов вытекает, что дистр - Linux Серьезно, G0Dzilla (ok), 04:23 , 23-Апр-20, (87) –1

IOS-XR использует ядро Linux, как в прочем и все остальные ОС Cisco, кроме Async, zanswer (?), 09:09 , 23-Апр-20, (88)
он не только ведро использует, там пол-редхата теперь поселилось, вместе с rpm н, нах. (?), 23:02 , 24-Апр-20, (112)
Да ладно Мне достоверно известно, что русскиехакеры с kpda ru умеют заводить , Michael Shigorin (ok), 23:20 , 24-Апр-20, (114)
Классический IOS да, но его в расчёт я не брал, всё таки его постепенно сворачив, zanswer (?), 05:52 , 25-Апр-20, (117)

это вы про како из трех фаерволов или про все , Аноним (38), 11:18 , 22-Апр-20, (38) –3

Эк ты категорично Пингвинчика опустил-тоhttps www kernel org doc Documentation, Аноним (39), 11:32 , 22-Апр-20, (39) +2

я конечно понимаю,что у глупых религиозных фанатиков не принято разбираться ни в, нах. (?), 11:41 , 22-Апр-20, (41) +2

Я конечно понимаю, что у умных и все-все-все знающих похов не принято разбиратьс, Аноним (-), 14:23 , 22-Апр-20, (52) –2

Вас, если что, матёрый в т ч бздишник ткнул носом в Ваше непонимание И то, чт, Michael Shigorin (ok), 15:45 , 22-Апр-20, (54) +2

Придумав и оспорив по ходу чуть ли не 2 3 ткнутого Это да, это он может Да и , Аноним (55), 17:20 , 22-Апр-20, (55) +2
Небольшое дополнение и объяснение к бонусному материалу первый листинг - из сов, Аноним (63), 18:52 , 22-Апр-20, (63) +1
Да неудобненько получилось Мишенька, тред снесешь или как поступишь - , тигар (ok), 20:33 , 22-Апр-20, (70) +1
Скажи, ты тоже разницу между мягким и теплым осилить не в состоянии Мда я-то, нах. (?), 22:41 , 22-Апр-20, (79) –2
Сеанс переобувания в прыжке cспустя 6 сообщений, zzz (??), 23:13 , 22-Апр-20, (81) +1
как будто бы наху впервой такое проворачивать , тигарэтоя (?), 17:36 , 23-Апр-20, (106) –1

не выпилили, валяется в дальнем темном углу - никем не используется, и не будет,, нах. (?), 22:30 , 22-Апр-20, (78) +1

Мальчик, тебя кто к компьютеру допустил , Аноним (93), 11:01 , 23-Апр-20, (93)

нет, ну зачем же все - ipf это не середина, это первая треть - На самом деле да, нах. (?), 11:34 , 22-Апр-20, (40)

С юбилеем , Аноним (57), 17:54 , 22-Апр-20, (57)

т е в файрволле фряхи такие дыры возникает вопрос о том , что за профи его пис, анонимуслинус (?), 01:03 , 22-Апр-20, (11) –4 //

Удивляться дырам во фрюхе, закрывая глаза на девляпиксовый nftables, в котором, zzz (??), 01:44 , 22-Апр-20, (17) –2 //

после того как перестал, ты хотел сказать Да лет десять уже как iptables был из, нах. (?), 08:53 , 22-Апр-20, (29) +2 //

А чего именно, кстати Ты столько раз ipchains уже вспомнил, что мне любопытно с, имя (ok), 13:58 , 22-Апр-20, (51) +1

прежде всего, вот этого ipchains -v -b -C input -p tcp -f -s 192 168 1 1 -d 19, нах. (?), 19:11 , 22-Апр-20, (66) +1

Фуу то в чём фряха была авторитет - такой зашквар Тьюринг всем дыр оставил , Вася (??), 04:13 , 22-Апр-20, (18) –3
2019 Ауч , КО (?), 07:15 , 22-Апр-20, (23) –5
Значит все кто хотел имели возможность обновится уже в течении 5 месяцев Мне даж, Ivan_83 (ok), 07:16 , 22-Апр-20, (24) –1 //

все кто хотели обновляться ради обновления - имели Кто верили в сказочку про шта, нах. (?), 08:03 , 22-Апр-20, (26) +2 //

Я на стабле сижу, она бывает не собирается 1-2 дня в году и чинится это очень бы, Ivan_83 (ok), 08:49 , 22-Апр-20, (28) –1 //

Ну не все же наслаждаются страданием Кому-то наивному хочется чтоб работало, , нах. (?), 08:55 , 22-Апр-20, (30) +3

Приключения - в карренте В релизах - застой совсем, оно может для ленивого прода, Ivan_83 (ok), 13:10 , 22-Апр-20, (50) –1

с карентом тоже не все просто на самом деле у меня вот 2 стойки карентов есть , тигар (ok), 20:39 , 22-Апр-20, (71)

ССЗБ Плохая идея юзать ZFS для загрузки и вообще для системы, ИМХО , Ivan_83 (ok), 14:33 , 23-Апр-20, (103) +1

чем она плохая , тигар (ok), 15:15 , 23-Апр-20, (104)

Переусложнение на ровном месте без каких либо профитов UFS основная система и лу, Ivan_83 (ok), 21:34 , 23-Апр-20, (110) +1

т е предлагаешь на UFS городить raid10 объемом от 4Тб самое мелкое что есть , тигар (ok), 22:32 , 23-Апр-20, (111) +1

wokrs as intended c МакКузик, а не какой лох с полки Но верующие все равно ве, нах. (?), 23:04 , 24-Апр-20, (113) +1
Для системы 4тб не нужно, а про хранение данных на зфс я ничего не говорил SU ру, Ivan_83 (ok), 04:33 , 25-Апр-20, (116)

Вы же в курсе, что такая ФС в общем случае не может быть быстрой Где-то после 90, Michael Shigorin (ok), 11:33 , 25-Апр-20, (118)
gt оверквотинг удален ну, если иметь отдельный девайс для бута то и пофиг что , тигар (ok), 13:22 , 29-Апр-20, (121)

из жизни крупных коша Wбездельников - не, реально, местами сочувствую, н, Michael Shigorin (ok), 23:23 , 24-Апр-20, (115)

так а сказать-то ты чего хотел я пытался понять, но не смог , тигар (ok), 13:18 , 29-Апр-20, (119)

Надо же так себе проблемы на пятую точку умудряться находить , Michael Shigorin (ok), 13:22 , 29-Апр-20, (120)

какими будут твои, конструктивные, предложения , тигар (ok), 13:23 , 29-Апр-20, (122)

Сам стараюсь сочетать задачи и инструменты подходящим образом В частности, не пи, Michael Shigorin (ok), 13:27 , 29-Апр-20, (123)

но пройти мимо просто так не смог, правда окей вот тебе задача хранить много, тигар (ok), 14:01 , 29-Апр-20, (124)
Да я же практиццки дружжски Если несколько терабайт куда регулярно пишут rsyn, Michael Shigorin (ok), 14:09 , 29-Апр-20, (125)
В частности, не пихать любимые инструменты вообще везде С во всей красе, чо, тигар (ok), 16:29 , 29-Апр-20, (126)

https svnweb freebsd org base releng 11 3 sys netpfil ipfw ip_fw2 c view log p, анонн (ok), 11:14 , 22-Апр-20, (37) –1 //

тебе чего неясно-то сказали не сиди на releng кто хотел , использует stable, нах. (?), 11:44 , 22-Апр-20, (42) +2

Разве при наличии pf кто-то в своём уме всё ещё использует ipfw Помнится, даже в, Аноним (-), 08:43 , 22-Апр-20, (27) –3 //

например те, кому нужны fibers То есть, видимо, все, у кого фря таки используетс, нах. (?), 09:01 , 22-Апр-20, (31) +3 //

Там даже всё ещё хуже pf настолько стал завязан на ABI безопасной OpenBSD что, xm (ok), 11:57 , 22-Апр-20, (43) +1 //

блин, а что - САМИМ-то дописать уже спортированный - некому, да Пусть бы впопен, нах. (?), 12:22 , 22-Апр-20, (45)

Насколько я понимаю, там вообще планов по pf нет Ну, разве что, кто-то сильно за, xm (ok), 12:35 , 22-Апр-20, (46)

Там теперь разработчиков нет, которым был бы нужен pf Впрочем, там вообще уже н, нах. (?), 12:45 , 22-Апр-20, (47) +1

Писать, конечно , oopssss (?), 19:08 , 22-Апр-20, (64)

Пичаль, чёртово автоисправление, oopssss (?), 19:09 , 22-Апр-20, (65)

Что за fiber ты упоминаешь Это netgraph имеется в виду , Forth (ok), 17:43 , 22-Апр-20, (56)

FIB - это приблизительный аналог ip rule в твоем линуксе - независимые наборы та, нах. (?), 18:00 , 22-Апр-20, (58)

Такты писал бы FIB, было бы понятно Я уж думал что-то новое придумали, с 9 верс, Forth (ok), 18:15 , 22-Апр-20, (60)

фак, а они что, уже в девятой были Нда в каком годе, говоришь, застрял pf , нах. (?), 19:12 , 22-Апр-20, (67)

Я не припоминаю существенных изменений в PF между 4-ой версией FreeBSD и 9-ой Н, Forth (ok), 20:27 , 22-Апр-20, (69)

мне от них в общем-то уже в 2008м было особенно ничего не нужно - все что мне на, нах. (?), 21:00 , 22-Апр-20, (73)

Каких умений от файрволла ты ждешь, которые есть в ASA, но нет в том же PF P S , Forth (ok), 21:16 , 22-Апр-20, (76)

тебе список fixup ов из даже не асы, а pix 2004го года процитировать В PF до си, нах. (?), 22:17 , 22-Апр-20, (77) +1
С протоколами беда, не спорю Это наверное от желания сделать файрволы красиво , Forth (ok), 09:48 , 23-Апр-20, (92)
да, divert sockets - это п-ц какой-то представь что у тебя не один внешний инте, нах. (?), 12:16 , 23-Апр-20, (96)
Про netgraph Думаю нет в нем нормального фильтра потому что Netgraph возник как , Forth (ok), 13:49 , 23-Апр-20, (100)

Вы спутали, PF появился в FreeBSD 5 2, в FreeBSD 4 11 его не было , zanswer (?), 09:13 , 23-Апр-20, (89) +1

Немудрено, давно это было , Forth (ok), 09:41 , 23-Апр-20, (90)

Согласен, сам с FreeBSD 4 11 на 5 1 переходил и помню, как впервые появился PF в, zanswer (?), 09:46 , 23-Апр-20, (91)

ipf поломали при переходе на 10ку по-крайней мере поломан мой любимый ipnat в к, Ананимас008 (?), 14:08 , 23-Апр-20, (101) //

его вроде не собирались чинить - еще тогда сказали в морг типа как всегда - п, нах. (?), 18:00 , 23-Апр-20, (107)

Функционалы заметно разные ipfw просто не возможно заменить в ряде usecase на PF, Ivan_83 (ok), 13:00 , 22-Апр-20, (48) –1 //

каждый раз лезть в редактор, когда понадобилось поменять или добавить одно-единс, нах. (?), 18:06 , 22-Апр-20, (59) //

по динамике ipfw рулит PF не пользуюсь именно по причине того, что нужно каждый , привет (ok), 18:31 , 22-Апр-20, (61) +2

Вообще новость меня сильно расстроила и удивиланеповерил, что нет решения и стал, привет (ok), 18:33 , 22-Апр-20, (62) //

и выяснилось, что, как обычно, баг проявлялся только у Жени, потому что только е, нах. (?), 19:15 , 22-Апр-20, (68) //

Женя только года 4 назад закопал последний джейл с 4 11, с фидософтом ну, может, тигар (ok), 20:45 , 22-Апр-20, (72) //

так то jail Мой патч для freebsd8 в э 2017м ему нифига не показался У меня эт, нах. (?), 21:06 , 22-Апр-20, (74)

ну stable 8 у него еще года 3 назад были вширь и ввысь, тигар (ok), 21:15 , 22-Апр-20, (75)

давно ждал, riokor (?), 00:55 , 23-Апр-20, (84)
На том и стоим, защита наше всё , riokor (?), 01:00 , 23-Апр-20, (85)
если кто то вроде меня наткнется на новость - проблемаотсутствует если не исполь, привет (ok), 11:24 , 23-Апр-20, (94) +1 //

мы уже тут жевали эту булочку ну вот представь что ты оператор связи, и начальст, нах. (?), 12:22 , 23-Апр-20, (97) //

уточнил, что для таких, как я- не гуру не умеющих 124 имеющихвозможности вдумчи, привет (ok), 13:00 , 23-Апр-20, (99) //

еще как будут Потому что для них это операционные расходы, и их инвестор постоя, нах. (?), 18:05 , 23-Апр-20, (109)

уже давно не занимаюсь сетями, но разве проблему косплееров не решили еще лет 10, Ананимас008 (?), 14:17 , 23-Апр-20, (102) //

не у всех взломанный хуавеевский свисток, некоторым негде подменять ttl, а некот, нах. (?), 18:02 , 23-Апр-20, (108)

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

12. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от Аноним (-), 22-Апр-20, 01:08

Выгодно далеко не всем.

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

14. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –1 +/–

Сообщение от Аноним (10), 22-Апр-20, 01:19

>Выгодно далеко не всем.
Можно список корпораций, которым не выгодно?

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

16. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –1 +/–

Сообщение от zzz (??), 22-Апр-20, 01:41

Открой список фаундеров линукса - все там. Себе-то они напишут как надо, а все остальные путь довольствуются отрыжкой с барского стола. Сустемды плопали. ГТК3 слопали. nftables слопали. Какие еще вопросы.

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

32. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –2 +/–

Сообщение от нах. (?), 22-Апр-20, 09:04

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

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

34. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +2 +/–

Сообщение от anonymous (??), 22-Апр-20, 09:55

> жунипер шкурно заинтересован не в том чтобы во фре был работающий файрвол, а ровно в обратном
Juniper продаёт железо (с ПО внутри), а не само ПО. И Juniper заинтересован, чтобы их ПО работало хорошо (иначе никто не будет покупать железо). Таким образом они заинтересованы, чтобы с FreeBSD всё было хорошо)

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

36. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от нах. (?), 22-Апр-20, 11:05

> И Juniper заинтересован, чтобы их ПО работало хорошо
Так его ПО - работает хорошо.
А от фри ему нужен загрузчик и, возможно (я свечку не держал) драйвер сетевой карты. С первым все в полном порядке, со вторым - если повезет. А может и тот не нужен, и используется свой. Ни ipfw, ни pf ему не только нафиг не сдались, а чем хуже, тем лучше - потому что если будет бесплатно - кто же будет платить за SRX?!

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

80. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от zzz (??), 22-Апр-20, 23:07

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

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

82. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от нах. (?), 23-Апр-20, 00:15

> В кишках джунос - полноценная фрюха, поэтому они и вваливаются в разработку.
ну да, ты-то лично свечку держал?
asa как раз - вполне себе полноценный линух (здорово напоминающий кастрированный redhat), но из полезного, а не завернутого вместе с редхатом, от линуха она использует только драйверы. Для того и использует, чтоб денег за разработку не платить.
В ios-xr вообще rpm - но там даже драйверов не пригодилось, поскольку железо ни разу не похоже на обычное.
Из nexus можно вывалиться в bash - "но зачем?!"

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

87. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –1 +/–

Сообщение от G0Dzilla (ok), 23-Апр-20, 04:23

Из-за используемых для дистрибуции архивов вытекает, что дистр - Linux? Серьезно? Значит ли это, что в iPhone с Cydia работает Debian? А IBM под брендом AIX продает Fedora?
И, да - в Juniper внутри пока еще полноценный FreeBSD.

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

88. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от zanswer (?), 23-Апр-20, 09:09

IOS-XR использует ядро Linux, как в прочем и все остальные ОС Cisco, кроме AsyncOS она на базе FreeBSD, как и JunOS у Juniper.

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

112. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от нах. (?), 24-Апр-20, 23:02

> IOS-XR использует ядро Linux
он не только ведро использует, там пол-редхата теперь поселилось, вместе с rpm.
> как в прочем и все остальные ОС Cisco
нет, обычный IOS и XE никакого линукса не содержат, они сами себе ос. Некоторые даже FAT толком не научились, используют свою fs времен 70х годов, не умеющую фрагментировать файлы (это железо активно продается, не какой-то мусор устаревший ;-)
Еще у кого-то там был rtos, а в пиксе, кажись, и вовсе qnx (по этой причине от его рождения и до самого EOL встроенный usb так и не заработал - никто из живущих не умеет писать драйвер usb для qnx ;)

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

114. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от Michael Shigorin (ok), 24-Апр-20, 23:20

> Еще у кого-то там был rtos, а в пиксе, кажись, и вовсе
> qnx (по этой причине от его рождения и до самого EOL
> встроенный usb так и не заработал - никто из живущих не
> умеет писать драйвер usb для qnx ;)
Да ладно.  Мне достоверно известно, что #русскиехакеры с kpda.ru умеют заводить USB2 в промышленной железке CPC514 на базе "Эльбрус-4С" под своим вариантом QNX, который "Нейтрино-Э".  Я тоже умею, но мне проще (Linux).  Урежьте осетра ;)

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

117. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от zanswer (?), 25-Апр-20, 05:52

Классический IOS да, но его в расчёт я не брал, всё таки его постепенно сворачивают. А IOS XE чуть более чем полностью состоит из Linux ядра и IOSd процесса внутри для Control Plane, правда в зависимости от версии IOS XE архитектура распределения функций между разными процессами внутри огромная.
А вот QNX ранее был у IOS XR в качестве ядра, которое запускало требуемые изолированные процессы IOS. У PIX до какой-то версии было своё, самописное ядро, которое заменили на Linux ядро, а потом и вовсе на ASA OS.

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

38. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –3 +/–

Сообщение от Аноним (38), 22-Апр-20, 11:18

> застрявший в середине XX века пакетный фильтр во фре
это вы про како из трех фаерволов? или про все?

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

39. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +2 +/–

Сообщение от Аноним (39), 22-Апр-20, 11:32

>> застрявший в середине XX века пакетный фильтр во фре
> это вы про како из трех фаерволов? или про все?
Эк ты категорично Пингвинчика опустил-то
https://www.kernel.org/doc/Documentation/networking/filter.txt
> Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter.
(если что - усиленно начинай мотать головой и гузочкой, повторяя "Выы!Фсеее!Вреееетиии!" и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF!

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

41. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +2 +/–

Сообщение от нах. (?), 22-Апр-20, 11:41

> Эк ты категорично Пингвинчика опустил-то
> https://www.kernel.org/doc/Documentation/networking/filter.txt
>> Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter.
я конечно понимаю,что у глупых религиозных фанатиков не принято разбираться ни в чем, зато навык поверхностного гугления хорошо развит...
но можно ж было и поинтересоваться, где и как это используется?
Поздравляю, ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий.
> и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF!
ebpf тоже ни разу не файрвол. Это апи. Когда-то, двести лет назад, и правда имевший отношение к беркли (но не к bsd), но давным-давно уже ни на что не похожий.
Теоретически на нем можно и фиревал сделать - но пока что-то одна полуработающая херня получается. А вот userspace networking таки пейсбукам пригодился. Обратите внимание - не во фре, где он не слишком жизнеспособен.

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

52. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –2 +/–

Сообщение от Аноним (-), 22-Апр-20, 14:23

>> Эк ты категорично Пингвинчика опустил-то
>> https://www.kernel.org/doc/Documentation/networking/filter.txt
>>> Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter.
> я конечно понимаю,что у глупых религиозных фанатиков не принято разбираться ни в чем, зато навык поверхностного гугления хорошо развит...
> но можно ж было и поинтересоваться, где и как это используется?
Я конечно понимаю, что у умных и все-все-все знающих похов не принято разбираться, что и куда постить - но почитать ветку целиком и немного подумать можно было?
> Поздравляю, ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий.
Поздравляю - ты понял половину комментария. Теперь посмотри, выпилили уже LSF из Линукса (не должны, иначи доку удалили бы - за этим и выкопал) и расскажи нам, в чем принципиальная разница между ЭТИМ и тем же ipf, c его единственным пользователем (которые его и поддерживает)?
Или обычные двойные стандарты Линуксят - это считаем, это не считаем?
>> и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF!
> ebpf тоже ни разу не файрвол. Это апи.
И че? BPF тоже API. А eBPF = Extended Berkeley Packet Filter.
> Когда-то, двести лет назад, и правда имевший отношение к беркли (но не к bsd), но давным-давно уже ни на что не похожий.
Имевший отношение к Berkeley но не к Berkeley Software Distribution? От оно че, Михалыч!

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

54. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +2 +/–

Сообщение от Michael Shigorin (ok), 22-Апр-20, 15:45

> Имевший отношение к Berkeley но не к Berkeley Software Distribution?
> От оно че, Михалыч!
Вас, если что, матёрый в т.ч. бздишник ткнул носом в Ваше непонимание.  И то, что продолжаете упорствовать -- характеризует Вас и только Вас.
Одумайтесь.

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

55. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +2 +/–

Сообщение от Аноним (55), 22-Апр-20, 17:20

>> Имевший отношение к Berkeley но не к Berkeley Software Distribution?
>> От оно че, Михалыч!
> Вас, если что, матёрый в т.ч. бздишник ткнул носом в Ваше непонимание.
Придумав и оспорив по ходу чуть ли не 2/3 "ткнутого"? Это да, это он может.
Да и ловили этого "матерого знатока" уже не раз на откровенном пи*деже или как минимум, игнорировании "неудобных" фактов и фактиков.
>  И то, что продолжаете упорствовать -- характеризует Вас и только Вас.
> Одумайтесь.
То, что Вы не разобравшись влезли в обсуждение, да еще и бросаетесь обвинениями - характеризует Вас точно так же.
А ведь достаточно не верить форумным знатокам "на слово" и почитать самому:
https://lwn.net/Articles/740157/
> A thorough introduction to eBPF
> The original Berkeley Packet Filter (BPF) [PDF] was designed
Это одновременно и ссылка. Пройдя по ней и открыв PDF, любой желающий и умеющий cможет прочесть:
> December 19, 1992
> Lawrence Berkeley Laboratory
> The BSD Packet Filter:
>  This paper describes the BSD Packet Filter, BPF, a new kernel architecture for packet capture.
------------
На этом можно бы и закончить, но так и быть, только сегодня, немного бонусного материала:
Внимательный читатель, не обделенный толикой любознательности, может так же найти упомянутые API прямиком в "не имеющей отношения"
https://www.freebsd.org/cgi/man.cgi?query=bpf&sektion=9&n=1
> bpf_tap(struct ifnet *ifp,    u_char *pkt, u_int *pktlen);
а заглянув в код, обнаружить реализацию представленной в этом любопытном документе BPF-машины
> The BPF Pseudo-Machine
> Table 1: BPF Instruction Set
/usr/src/sys/net/bpf.h

*      @(#)bpf.h 8.1 (Berkeley) 6/10/93
* @(#)bpf.h 1.34 (LBL)     6/16/96
/* ld/ldx fields */
#define BPF_SIZE(code) ((code) & 0x18)
#define  BPF_W  0x00
#define  BPF_H  0x08
#define  BPF_B  0x10
/*    0x18 reserved; used by BSD/OS */
#define BPF_MODE(code) ((code) & 0xe0)
#define  BPF_IMM  0x00
#define  BPF_ABS  0x20
#define  BPF_IND  0x40
#define  BPF_MEM  0x60
#define  BPF_LEN  0x80
#define  BPF_MSH  0xa0
/*    0xc0 reserved; used by BSD/OS */
/*    0xe0 reserved; used by BSD/OS */
/* alu/jmp fields */
#define BPF_OP(code) ((code) & 0xf0)
#define  BPF_ADD  0x00
#define  BPF_SUB  0x10
#define  BPF_MUL  0x20
#define  BPF_DIV  0x30
#define  BPF_OR  0x40
#define  BPF_AND  0x50
#define  BPF_LSH  0x60
#define  BPF_RSH  0x70
#define  BPF_NEG  0x80
#define  BPF_MOD  0x90
#define  BPF_XOR  0xa0
Любой внимательный читатель (даже с пингвинчиком на маечке), не сможет не заметить "некоторое сходство" с появившимся на два десятка лет позднее:
https://github.com/torvalds/linux/blob/master/include/uapi/l...

/* ld/ldx fields */
#define BPF_SIZE(code)  ((code) & 0x18)
#define        BPF_W        0x00 /* 32-bit */
#define        BPF_H        0x08 /* 16-bit */
#define        BPF_B        0x10 /*  8-bit */
/* eBPF        BPF_DW        0x18    64-bit */
#define BPF_MODE(code)  ((code) & 0xe0)
#define        BPF_IMM        0x00
#define        BPF_ABS        0x20
#define        BPF_IND        0x40
#define        BPF_MEM        0x60
#define        BPF_LEN        0x80
#define        BPF_MSH        0xa0
/* alu/jmp fields */
#define BPF_OP(code)    ((code) & 0xf0)
#define        BPF_ADD        0x00
#define        BPF_SUB        0x10
#define        BPF_MUL        0x20
#define        BPF_DIV        0x30
#define        BPF_OR        0x40
#define        BPF_AND        0x50
#define        BPF_LSH        0x60
#define        BPF_RSH        0x70
#define        BPF_NEG        0x80
#define        BPF_MOD        0x90
#define        BPF_XOR        0xa0

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

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

63. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +1 +/–

Сообщение от Аноним (63), 22-Апр-20, 18:52

>> The BPF Pseudo-Machine
>> Table 1: BPF Instruction Set
> /usr/src/sys/net/bpf.h
Небольшое дополнение и объяснение к бонусному материалу:
первый листинг - из современной фри, второй, как можно догадаться по ссылке - из пингвинчика.
Но с фрей я немного сглупил, ведь 96 год слишком молодежный!
Надо было NET/2 (4.3 BSD) вставлять, поэтому пусть будет еще одним бонусом:
https://minnie.tuhs.org/cgi-bin/utree.pl?file=Net2/usr/src/s...

* This code is derived from the Stanford/CMU enet packet filter,
* (net/enet.c) distributed as part of 4.3BSD, and code contributed
* to Berkeley by Steven McCanne of Lawrence Berkeley Laboratory.
@(#)bpf.h    7.1 (Berkeley) 5/7/91 *
* @(#) $Header: bpf.h,v 1.20 91/04/24 22:06:24 mccanne Locked $ (LBL)
/* ld/ldx fields */
#define BPF_SIZE(code)    ((code) & 0x18)
#define        BPF_W        0x00
#define        BPF_H        0x08
#define        BPF_B        0x10
#define BPF_MODE(code)    ((code) & 0xe0)
#define        BPF_IMM     0x00
#define        BPF_ABS        0x20
#define        BPF_IND        0x40
#define        BPF_MEM        0x60
<snip - все точно так же как в первом>
#define        BPF_JGT        0x20
#define        BPF_JGE        0x30
#define        BPF_JSET    0x40
#define BPF_SRC(code)    ((code) & 0x08)
#define        BPF_K        0x00
#define        BPF_X        0x08

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

70. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +1 +/–

Сообщение от тигар (ok), 22-Апр-20, 20:33

Да. неудобненько получилось. Мишенька, тред снесешь или как поступишь?:-)

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

79. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –2 +/–

Сообщение от нах. (?), 22-Апр-20, 22:41

Скажи, ты тоже разницу между мягким и теплым осилить не в состоянии?
Мда... я-то наивно полагал что среди здешних bsdшников уровень развития чуть получше чем у л@п4атых, но, похоже, никакой разницы. Такие же просто феноменально глупые.
Самое смешное, что bpf - действительно фильтрует пакеты. Как и pf. Можно даже добавить - что тот и другой их фильтруют между интерфейсами. Дальше есть малозначительная разница. Непонимание которой и является критерием полной безмозглости.
Так что да, можно сносить тред - в споре с идиотом всегда участвуют минимум два идиота.

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

81. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +1 +/–

Сообщение от zzz (??), 22-Апр-20, 23:13

Сеанс переобувания в прыжке:
>ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий
cспустя 6 сообщений
>bpf - действительно фильтрует пакеты

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

106. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." –1 +/–

Сообщение от тигарэтоя (?), 23-Апр-20, 17:36

как будто бы наху впервой такое проворачивать.

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

78. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +1 +/–

Сообщение от нах. (?), 22-Апр-20, 22:30

> Теперь посмотри, выпилили уже LSF из Линукса
не выпилили, валяется в дальнем темном углу - никем не используется, и не будет, как и двадцать лет назад.
> и расскажи нам, в чем принципиальная разница между ЭТИМ и тем же ipf
мальчик, извини, но ты просто феноменально альтернативно одарен. Я не могу тебе рассказать в чем принципиальная разница между мягким и теплым, извини уж.
ipf это был (давно умер) файрвол такой. bpf - это такой интерфейс в ядре для программ. Если до тебя до сих пор не дошло в чем "разница" - тебе лучше попробовать кодить в markdown, там все такие.
> Имевший отношение к Berkeley но не к Berkeley Software Distribution?
Внезапно, университет Беркли - не только операционную систему произвел, да, еще и некоторое количество просто универсальных api.

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

93. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от Аноним (93), 23-Апр-20, 11:01

Мальчик, тебя кто к компьютеру допустил?

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

40. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..." +/–

Сообщение от нах. (?), 22-Апр-20, 11:34

нет, ну зачем же все - ipf это не середина, это первая треть ;-)
На самом деле да - в "2k20" польза от пакетных фильтров сильно преувеличена (и, как видишь, есть вполне реальный вред)

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	12. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от Аноним (-), 22-Апр-20, 01:08
	Выгодно далеко не всем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–1 +/–
	Сообщение от Аноним (10), 22-Апр-20, 01:19
	>Выгодно далеко не всем. Можно список корпораций, которым не выгодно?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–1 +/–
	Сообщение от zzz (??), 22-Апр-20, 01:41
	Открой список фаундеров линукса - все там. Себе-то они напишут как надо, а все остальные путь довольствуются отрыжкой с барского стола. Сустемды плопали. ГТК3 слопали. nftables слопали. Какие еще вопросы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–2 +/–
	Сообщение от нах. (?), 22-Апр-20, 09:04
	Вы это так говорите, как будто застрявший в середине XX века пакетный фильтр во фре - не по той же самой причине? У всяких нетфликсов периметр очевидно не на фре, а жунипер шкурно заинтересован не в том чтобы во фре был работающий файрвол, а ровно в обратном.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+2 +/–
	Сообщение от anonymous (??), 22-Апр-20, 09:55
	> жунипер шкурно заинтересован не в том чтобы во фре был работающий файрвол, а ровно в обратном Juniper продаёт железо (с ПО внутри), а не само ПО. И Juniper заинтересован, чтобы их ПО работало хорошо (иначе никто не будет покупать железо). Таким образом они заинтересованы, чтобы с FreeBSD всё было хорошо)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от нах. (?), 22-Апр-20, 11:05
	> И Juniper заинтересован, чтобы их ПО работало хорошо Так его ПО - работает хорошо. А от фри ему нужен загрузчик и, возможно (я свечку не держал) драйвер сетевой карты. С первым все в полном порядке, со вторым - если повезет. А может и тот не нужен, и используется свой. Ни ipfw, ни pf ему не только нафиг не сдались, а чем хуже, тем лучше - потому что если будет бесплатно - кто же будет платить за SRX?!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от zzz (??), 22-Апр-20, 23:07
	Ты путаешь жунипер с циской, это как раз в последней линукс используется как запускатор для образов ios. В кишках джунос - полноценная фрюха, поэтому они и вваливаются в разработку.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от нах. (?), 23-Апр-20, 00:15
	> В кишках джунос - полноценная фрюха, поэтому они и вваливаются в разработку. ну да, ты-то лично свечку держал? asa как раз - вполне себе полноценный линух (здорово напоминающий кастрированный redhat), но из полезного, а не завернутого вместе с редхатом, от линуха она использует только драйверы. Для того и использует, чтоб денег за разработку не платить. В ios-xr вообще rpm - но там даже драйверов не пригодилось, поскольку железо ни разу не похоже на обычное. Из nexus можно вывалиться в bash - "но зачем?!"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–1 +/–
	Сообщение от G0Dzilla (ok), 23-Апр-20, 04:23
	Из-за используемых для дистрибуции архивов вытекает, что дистр - Linux? Серьезно? Значит ли это, что в iPhone с Cydia работает Debian? А IBM под брендом AIX продает Fedora? И, да - в Juniper внутри пока еще полноценный FreeBSD.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от zanswer (?), 23-Апр-20, 09:09
	IOS-XR использует ядро Linux, как в прочем и все остальные ОС Cisco, кроме AsyncOS она на базе FreeBSD, как и JunOS у Juniper.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от нах. (?), 24-Апр-20, 23:02
	> IOS-XR использует ядро Linux он не только ведро использует, там пол-редхата теперь поселилось, вместе с rpm. > как в прочем и все остальные ОС Cisco нет, обычный IOS и XE никакого линукса не содержат, они сами себе ос. Некоторые даже FAT толком не научились, используют свою fs времен 70х годов, не умеющую фрагментировать файлы (это железо активно продается, не какой-то мусор устаревший ;-) Еще у кого-то там был rtos, а в пиксе, кажись, и вовсе qnx (по этой причине от его рождения и до самого EOL встроенный usb так и не заработал - никто из живущих не умеет писать драйвер usb для qnx ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от Michael Shigorin (ok), 24-Апр-20, 23:20
	> Еще у кого-то там был rtos, а в пиксе, кажись, и вовсе > qnx (по этой причине от его рождения и до самого EOL > встроенный usb так и не заработал - никто из живущих не > умеет писать драйвер usb для qnx ;) Да ладно. Мне достоверно известно, что #русскиехакеры с kpda.ru умеют заводить USB2 в промышленной железке CPC514 на базе "Эльбрус-4С" под своим вариантом QNX, который "Нейтрино-Э". Я тоже умею, но мне проще (Linux). Урежьте осетра ;)
	Ответить \| Правка \| К родителю #112 \| Наверх \| Cообщить модератору


	117. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от zanswer (?), 25-Апр-20, 05:52
	Классический IOS да, но его в расчёт я не брал, всё таки его постепенно сворачивают. А IOS XE чуть более чем полностью состоит из Linux ядра и IOSd процесса внутри для Control Plane, правда в зависимости от версии IOS XE архитектура распределения функций между разными процессами внутри огромная. А вот QNX ранее был у IOS XR в качестве ядра, которое запускало требуемые изолированные процессы IOS. У PIX до какой-то версии было своё, самописное ядро, которое заменили на Linux ядро, а потом и вовсе на ASA OS.
	Ответить \| Правка \| К родителю #112 \| Наверх \| Cообщить модератору


	38. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–3 +/–
	Сообщение от Аноним (38), 22-Апр-20, 11:18
	> застрявший в середине XX века пакетный фильтр во фре это вы про како из трех фаерволов? или про все?
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	39. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+2 +/–
	Сообщение от Аноним (39), 22-Апр-20, 11:32
	>> застрявший в середине XX века пакетный фильтр во фре > это вы про како из трех фаерволов? или про все? Эк ты категорично Пингвинчика опустил-то https://www.kernel.org/doc/Documentation/networking/filter.txt > Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter. (если что - усиленно начинай мотать головой и гузочкой, повторяя "Выы!Фсеее!Вреееетиии!" и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+2 +/–
	Сообщение от нах. (?), 22-Апр-20, 11:41
	> Эк ты категорично Пингвинчика опустил-то > https://www.kernel.org/doc/Documentation/networking/filter.txt >> Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter. я конечно понимаю,что у глупых религиозных фанатиков не принято разбираться ни в чем, зато навык поверхностного гугления хорошо развит... но можно ж было и поинтересоваться, где и как это используется? Поздравляю, ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий. > и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF! ebpf тоже ни разу не файрвол. Это апи. Когда-то, двести лет назад, и правда имевший отношение к беркли (но не к bsd), но давным-давно уже ни на что не похожий. Теоретически на нем можно и фиревал сделать - но пока что-то одна полуработающая херня получается. А вот userspace networking таки пейсбукам пригодился. Обратите внимание - не во фре, где он не слишком жизнеспособен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–2 +/–
	Сообщение от Аноним (-), 22-Апр-20, 14:23
	>> Эк ты категорично Пингвинчика опустил-то >> https://www.kernel.org/doc/Documentation/networking/filter.txt >>> Linux Socket Filtering (LSF) is derived from the Berkeley Packet Filter. > я конечно понимаю,что у глупых религиозных фанатиков не принято разбираться ни в чем, зато навык поверхностного гугления хорошо развит... > но можно ж было и поинтересоваться, где и как это используется? Я конечно понимаю, что у умных и все-все-все знающих похов не принято разбираться, что и куда постить - но почитать ветку целиком и немного подумать можно было? > Поздравляю, ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий. Поздравляю - ты понял половину комментария. Теперь посмотри, выпилили уже LSF из Линукса (не должны, иначи доку удалили бы - за этим и выкопал) и расскажи нам, в чем принципиальная разница между ЭТИМ и тем же ipf, c его единственным пользователем (которые его и поддерживает)? Или обычные двойные стандарты Линуксят - это считаем, это не считаем? >> и НИ В КОЕМ СЛУЧАЕ не интересуйся расшифровкой eBPF! > ebpf тоже ни разу не файрвол. Это апи. И че? BPF тоже API. А eBPF = Extended Berkeley Packet Filter. > Когда-то, двести лет назад, и правда имевший отношение к беркли (но не к bsd), но давным-давно уже ни на что не похожий. Имевший отношение к Berkeley но не к Berkeley Software Distribution? От оно че, Михалыч!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 22-Апр-20, 15:45
	> Имевший отношение к Berkeley но не к Berkeley Software Distribution? > От оно че, Михалыч! Вас, если что, матёрый в т.ч. бздишник ткнул носом в Ваше непонимание. И то, что продолжаете упорствовать -- характеризует Вас и только Вас. Одумайтесь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+2 +/–
	Сообщение от Аноним (55), 22-Апр-20, 17:20
	>> Имевший отношение к Berkeley но не к Berkeley Software Distribution? >> От оно че, Михалыч! > Вас, если что, матёрый в т.ч. бздишник ткнул носом в Ваше непонимание. Придумав и оспорив по ходу чуть ли не 2/3 "ткнутого"? Это да, это он может. Да и ловили этого "матерого знатока" уже не раз на откровенном пидеже или как минимум, игнорировании "неудобных" фактов и фактиков. > И то, что продолжаете упорствовать -- характеризует Вас и только Вас. > Одумайтесь. То, что Вы не разобравшись влезли в обсуждение, да еще и бросаетесь обвинениями - характеризует Вас точно так же. А ведь достаточно не верить форумным знатокам "на слово" и почитать самому: https://lwn.net/Articles/740157/ > A thorough introduction to eBPF > The original Berkeley Packet Filter (BPF) [PDF] was designed Это одновременно и ссылка. Пройдя по ней и открыв PDF, любой желающий и умеющий cможет прочесть: > December 19, 1992 > Lawrence Berkeley Laboratory > The BSD Packet Filter: > This paper describes the BSD Packet Filter, BPF, a new kernel architecture for packet capture. ------------ На этом можно бы и закончить, но так и быть, только сегодня, немного бонусного материала: Внимательный читатель, не обделенный толикой любознательности, может так же найти упомянутые API прямиком в "не имеющей отношения" https://www.freebsd.org/cgi/man.cgi?query=bpf&sektion=9&n=1 > bpf_tap(struct ifnet ifp, u_char pkt, u_int pktlen); а заглянув в код, обнаружить реализацию представленной в этом любопытном документе BPF-машины > The BPF Pseudo-Machine > Table 1: BPF Instruction Set /usr/src/sys/net/bpf.h * @(#)bpf.h 8.1 (Berkeley) 6/10/93 * @(#)bpf.h 1.34 (LBL) 6/16/96 /* ld/ldx fields / #define BPF_SIZE(code) ((code) & 0x18) #define BPF_W 0x00 #define BPF_H 0x08 #define BPF_B 0x10 / 0x18 reserved; used by BSD/OS / #define BPF_MODE(code) ((code) & 0xe0) #define BPF_IMM 0x00 #define BPF_ABS 0x20 #define BPF_IND 0x40 #define BPF_MEM 0x60 #define BPF_LEN 0x80 #define BPF_MSH 0xa0 / 0xc0 reserved; used by BSD/OS / / 0xe0 reserved; used by BSD/OS / / alu/jmp fields / #define BPF_OP(code) ((code) & 0xf0) #define BPF_ADD 0x00 #define BPF_SUB 0x10 #define BPF_MUL 0x20 #define BPF_DIV 0x30 #define BPF_OR 0x40 #define BPF_AND 0x50 #define BPF_LSH 0x60 #define BPF_RSH 0x70 #define BPF_NEG 0x80 #define BPF_MOD 0x90 #define BPF_XOR 0xa0 Любой внимательный читатель (даже с пингвинчиком на маечке), не сможет не заметить "некоторое сходство" с появившимся на два десятка лет позднее: https://github.com/torvalds/linux/blob/master/include/uapi/l... / ld/ldx fields / #define BPF_SIZE(code) ((code) & 0x18) #define BPF_W 0x00 / 32-bit / #define BPF_H 0x08 / 16-bit / #define BPF_B 0x10 / 8-bit / / eBPF BPF_DW 0x18 64-bit / #define BPF_MODE(code) ((code) & 0xe0) #define BPF_IMM 0x00 #define BPF_ABS 0x20 #define BPF_IND 0x40 #define BPF_MEM 0x60 #define BPF_LEN 0x80 #define BPF_MSH 0xa0 / alu/jmp fields */ #define BPF_OP(code) ((code) & 0xf0) #define BPF_ADD 0x00 #define BPF_SUB 0x10 #define BPF_MUL 0x20 #define BPF_DIV 0x30 #define BPF_OR 0x40 #define BPF_AND 0x50 #define BPF_LSH 0x60 #define BPF_RSH 0x70 #define BPF_NEG 0x80 #define BPF_MOD 0x90 #define BPF_XOR 0xa0 Удивительнейшие совпадения самих опкодов, как и наименования, порядка определения, форматирования и даже комментариев с "неимевшей отношения". Но раз, цуко, местный "гуру" говорит что это совпадение и на самом деле оно "не похоже", то наверняка так и есть - чего только, лять, не бывает!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+1 +/–
	Сообщение от Аноним (63), 22-Апр-20, 18:52
	>> The BPF Pseudo-Machine >> Table 1: BPF Instruction Set > /usr/src/sys/net/bpf.h Небольшое дополнение и объяснение к бонусному материалу: первый листинг - из современной фри, второй, как можно догадаться по ссылке - из пингвинчика. Но с фрей я немного сглупил, ведь 96 год слишком молодежный! Надо было NET/2 (4.3 BSD) вставлять, поэтому пусть будет еще одним бонусом: https://minnie.tuhs.org/cgi-bin/utree.pl?file=Net2/usr/src/s... * This code is derived from the Stanford/CMU enet packet filter, * (net/enet.c) distributed as part of 4.3BSD, and code contributed * to Berkeley by Steven McCanne of Lawrence Berkeley Laboratory. @(#)bpf.h 7.1 (Berkeley) 5/7/91 * * @(#) $Header: bpf.h,v 1.20 91/04/24 22:06:24 mccanne Locked $ (LBL) /* ld/ldx fields */ #define BPF_SIZE(code) ((code) & 0x18) #define BPF_W 0x00 #define BPF_H 0x08 #define BPF_B 0x10 #define BPF_MODE(code) ((code) & 0xe0) #define BPF_IMM 0x00 #define BPF_ABS 0x20 #define BPF_IND 0x40 #define BPF_MEM 0x60 <snip - все точно так же как в первом> #define BPF_JGT 0x20 #define BPF_JGE 0x30 #define BPF_JSET 0x40 #define BPF_SRC(code) ((code) & 0x08) #define BPF_K 0x00 #define BPF_X 0x08
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+1 +/–
	Сообщение от тигар (ok), 22-Апр-20, 20:33
	Да. неудобненько получилось. Мишенька, тред снесешь или как поступишь?:-)
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	79. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–2 +/–
	Сообщение от нах. (?), 22-Апр-20, 22:41
	Скажи, ты тоже разницу между мягким и теплым осилить не в состоянии? Мда... я-то наивно полагал что среди здешних bsdшников уровень развития чуть получше чем у л@п4атых, но, похоже, никакой разницы. Такие же просто феноменально глупые. Самое смешное, что bpf - действительно фильтрует пакеты. Как и pf. Можно даже добавить - что тот и другой их фильтруют между интерфейсами. Дальше есть малозначительная разница. Непонимание которой и является критерием полной безмозглости. Так что да, можно сносить тред - в споре с идиотом всегда участвуют минимум два идиота.
	Ответить \| Правка \| К родителю #70 \| Наверх \| Cообщить модератору


	81. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+1 +/–
	Сообщение от zzz (??), 22-Апр-20, 23:13
	Сеанс переобувания в прыжке: >ты реально выкопал мертвый раритет позапрошлого века. Кстати, к файрволам никакого отношения не имеющий cспустя 6 сообщений >bpf - действительно фильтрует пакеты
	Ответить \| Правка \| К родителю #79 \| Наверх \| Cообщить модератору


	106. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	–1 +/–
	Сообщение от тигарэтоя (?), 23-Апр-20, 17:36
	как будто бы наху впервой такое проворачивать.
	Ответить \| Правка \| К родителю #81 \| Наверх \| Cообщить модератору


	78. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+1 +/–
	Сообщение от нах. (?), 22-Апр-20, 22:30
	> Теперь посмотри, выпилили уже LSF из Линукса не выпилили, валяется в дальнем темном углу - никем не используется, и не будет, как и двадцать лет назад. > и расскажи нам, в чем принципиальная разница между ЭТИМ и тем же ipf мальчик, извини, но ты просто феноменально альтернативно одарен. Я не могу тебе рассказать в чем принципиальная разница между мягким и теплым, извини уж. ipf это был (давно умер) файрвол такой. bpf - это такой интерфейс в ядре для программ. Если до тебя до сих пор не дошло в чем "разница" - тебе лучше попробовать кодить в markdown, там все такие. > Имевший отношение к Berkeley но не к Berkeley Software Distribution? Внезапно, университет Беркли - не только операционную систему произвел, да, еще и некоторое количество просто универсальных api.
	Ответить \| Правка \| К родителю #52 \| Наверх \| Cообщить модератору


	93. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от Аноним (93), 23-Апр-20, 11:01
	Мальчик, тебя кто к компьютеру допустил?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Во FreeBSD устранены удалённо эксплуатируемые уязвимости в i..."	+/–
	Сообщение от нах. (?), 22-Апр-20, 11:34
	нет, ну зачем же все - ipf это не середина, это первая треть ;-) На самом деле да - в "2k20" польза от пакетных фильтров сильно преувеличена (и, как видишь, есть вполне реальный вред)
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору