forum.opennet.ru - "Microsoft подготовил реализацию eBPF для Windows" (132)

"Microsoft подготовил реализацию eBPF для Windows"

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

"Microsoft подготовил реализацию eBPF для Windows"	+/–
Сообщение от opennews (??), 11-Май-21, 12:16
Компания Microsoft опубликовала реализацию подсистемы eBPF для Windows, позволяющую запускать произвольные обработчики, работающие на уровне ядра операционной системы. eBPF предоставляет встроенный в ядро интерпретатор байткода, дающий возможность создавать загружаемые из пространства пользователя обработчики сетевых операций, контролировать доступ и отслеживать работу систем. eBPF включён в состав ядра Linux начиная с выпуска 3.18 и позволяет обрабатывать входящие/исходящие сетевые пакеты, перенаправлять пакеты, управлять пропускной способностью, перехватывать системные вызовы, контролировать доступ и осуществлять трассировку. Благодаря применению JIT-компиляции, байткод на лету транслируется в машинные инструкции и выполняется с производительностью скомпилированного кода. Исходные тексты eBPF для Windows открыты под лицензией MIT... Подробнее: https://www.opennet.me/opennews/art.shtml?num=55127
Ответить \| Правка \| Cообщить модератору

Оглавление

MIT - это хорошо, теперь и в BSD могут портировать , Аноним (1), 12:16 , 11-Май-21, (1) +1

уж точно лучше GPL, Арагорн (?), 12:30 , 11-Май-21, (7) –29

Линукс Виндовс, это видно по убунте , кек (?), 15:04 , 11-Май-21, (47) –10

Что тебе там видно Норм дистр в прямых руках Гномы, Вейленды, Системд везде од, Shnorr (?), 19:20 , 11-Май-21, (85) –1

https blog netlab 360 com stealth_rotajakiro_backdoor_en , жоннн (?), 20:03 , 11-Май-21, (94)

Не работает Это говнище сначала установить нужно И где скачать не написано , barmaglot (??), 10:57 , 12-Май-21, (120)

А вот автору Material Theme UI лучше было бы поставить GPL в таком случае не был, Java omnomnom your memory (?), 12:41 , 18-Май-21, (149)

Berkley Packet Filter BPF, думаете этого в BSD ещё нет , Ivan_83 (ok), 13:25 , 11-Май-21, (24) +12

толсто А вообще работало когда Линукс еще не умел грузится без паник, Аноним (108), 07:11 , 12-Май-21, (108) +2

Э-э, смотри - фокус https github com torvalds linux blob master include uapi l, Аноним (-), 15:17 , 11-Май-21, (49) +4

Э-э, разве это фокус Вот как надо code commit 055dc8e12114d91b9d472f6f1f094d, анонн (ok), 00:39 , 24-Май-21, (150)

Портировать туда, где это изначально и было Хитро, Аноним (52), 15:49 , 11-Май-21, (52) –1

eBPF BPF, qqq (??), 16:15 , 11-Май-21, (57) +1

Это другое , Аноним (68), 17:24 , 11-Май-21, (68)

Скрыто модератором, нитупен (?), 12:18 , 11-Май-21, (2) –12

Скрыто модератором, Аноним (12), 12:38 , 11-Май-21, (12)
Скрыто модератором, Ivan_83 (ok), 13:27 , 11-Май-21, (25) +2

Скрыто модератором, Аноним (50), 15:22 , 11-Май-21, (50) –3

Это хорошо или плохо , Аноним (4), 12:23 , 11-Май-21, (4)

У вас других градаций нету , A no Nim (?), 12:26 , 11-Май-21, (5)

1 и 0, Леголас (ok), 12:35 , 11-Май-21, (8) +12

124 0 124 1 , penetrator (?), 17:40 , 11-Май-21, (72) +1
1 0, iFRAME (ok), 13:04 , 12-Май-21, (126)

Да , Аноним (20), 13:20 , 11-Май-21, (20) +3
Нет , Аноним (20), 13:21 , 11-Май-21, (21) +3

Это винда, и потому нафиг нужно , Аноним (-), 12:28 , 11-Май-21, (6)

Религия запрещает портировать под Линукс , Прохожий (??), 07:27 , 12-Май-21, (112) –2

Для кого Для МС и их пользователей наверно хорошо , Аноним (10), 12:35 , 11-Май-21, (10) +1
Это начала перехода на опенсорсное ядро, Аноним (11), 12:37 , 11-Май-21, (11)

Нет, это начало конца linux Помянем ещё одну жертву EEE, Аноним (60), 16:48 , 11-Май-21, (60) +1

бэкдор все лишь унифицировали а крику то, крику , ананим.orig (?), 21:21 , 11-Май-21, (101)

пользователи xp и ядра 2 4 взволнованы, пользователи дилиньков и самсунгов уже п, Аноним (-), 12:50 , 11-Май-21, (14)
Это известный поставщик халтуры - быстрее других, некачественно, дешевле других , Аноним Мая 11го в 2021м. (?), 15:56 , 11-Май-21, (53)

Ты новость внимательно читал, или просто надо было что-то сказать Написано же, , Прохожий (??), 07:30 , 12-Май-21, (115) –1

Каммент про поставщика кода Поставщик - известный халтурщик , Анто Нимно (?), 21:28 , 13-Май-21, (140)

Хоть сетевой стек в винде наконец то на нормальный перепишут Роутеры из десятки, Аноним (67), 17:23 , 11-Май-21, (67) +2

4гб для вин10 только на пинг и хватит, Пофигист (?), 17:43 , 11-Май-21, (73)
Поправил sarcasm Роутеры из десятки скоро начнём делать sarcasm , Аноним (145), 13:03 , 14-Май-21, (145)

Скрыто модератором, Аноним (12), 12:35 , 11-Май-21, (9) –1
То есть MS в рамках eBPF открыли исходники netsh , Любитель Монеточки (?), 12:41 , 11-Май-21, (13) +4
Шиндекапец А то все орали что линуксу приходится догонять Не то чтобы дело в э, Аноним (15), 12:52 , 11-Май-21, (15) –1

Наверное именно поэтому они WSL запилили, ага , Аноним (-), 13:10 , 11-Май-21, (19) –2

Запилили - это перестали развивать дейстительно требующую разработки эмуляци, Аноним (-), 15:28 , 11-Май-21, (51) +1

Ну семерка то не обвешана зондами по умолчанию Их можно только накачать с обнов, Аноним (15), 16:50 , 11-Май-21, (62) –1

Для анона - это не шпионаж, а контршпионаж получается Допустим поставил ты что-т, Аноним (108), 07:17 , 12-Май-21, (109)

Хороший, годный анонна свою тачку не притащит, а негодным поделом Демагогия, оно, Аноним (-), 09:05 , 12-Май-21, (117)

Ну а чего делать-то оставалось, stable api nonsense же ж, без конца стоять на ко, MS (??), 10:40 , 12-Май-21, (119)

Что-то я не понял Если напишешь какой-то нетипичный код, то тебе еще как-то п, gogo (?), 12:57 , 11-Май-21, (16)

Почему сраная типизация подразумевает 32 64 , Аноним (12), 13:04 , 11-Май-21, (17) +1
машина - она железная, как ты ей что-то доказывать собрался Сказали вирус - зна, пох.. (?), 13:22 , 11-Май-21, (23)

Embrace, Аноним (18), 13:05 , 11-Май-21, (18) +5
От компания Microsoft нам ничего не нужно , Аноним (-), 13:21 , 11-Май-21, (22)

Вам, может, и не нужно, а нам нужно , ИмяХ (?), 20:23 , 11-Май-21, (96)
даже у Вадим Вадимыча на столе XP-шка, а ему вишь не нужно , Аноним (108), 07:19 , 12-Май-21, (110) +1

Владимиру Владимировичу она тоже не нужна, ему распечатки приносят Он этими ваш, Аноним (145), 15:18 , 13-Май-21, (135)

Шикарный интерфейс для вирусов , Аноньимъ (ok), 13:28 , 11-Май-21, (26)
Ну и что они будут делать с этим Это же максимум аналог ACL с коммутаторов будет, Ivan_83 (ok), 13:29 , 11-Май-21, (27) –1

Ну это же тебе не netgraph Хотя возможно, дорога к нему , 1 (??), 14:09 , 11-Май-21, (40) +2

Забавно, но я вот во фре запилил для себя, за вечер такое же, с помощью чистого , Ivan_83 (ok), 13:31 , 11-Май-21, (28)

а ограничения по приложениям тоже можно , Аноним (32), 13:50 , 11-Май-21, (32) –1

Смотря что ты считаешь приложением , Онаним (?), 13:58 , 11-Май-21, (35) –1
Нет Оно вешается на интерфейс с эзернетом и о приложениях вообще ничего не знает, Ivan_83 (ok), 21:01 , 11-Май-21, (98)

Скрыто модератором, Catwoolfii (ok), 14:02 , 11-Май-21, (38)
а слабо целиком стек tcp netfilter перенести , msgodpc (?), 14:42 , 11-Май-21, (42)

кстати да, мне иптаблесов в винде очень нехватало, а с выходом 10 уже и не нужно, Аноним (45), 14:48 , 11-Май-21, (45)
Упаси Столлман от такого, KenyaWest (ok), 17:59 , 11-Май-21, (78)
Зачем лучшее заменять худшим , Прохожий (??), 07:42 , 12-Май-21, (116) +1

Потому, что вендовое лучшее ничего кроме TCP и UDP не умеет Да и то, надо же , Аноним (145), 13:00 , 14-Май-21, (144)

Windows уже пережевывает Linux, скоро он станет лучшей версией линукса, но в Win, Аноним (48), 15:05 , 11-Май-21, (48) +3

Они ещё со времён появления compiz интерфейс тырят из KDE, не удивительно что и , Аноним (54), 15:57 , 11-Май-21, (54) –2

Кхм-кхм RedHat, Ubuntu, AstraLinux ага-ага Linux проиграл уже давно - про, KenyaWest (ok), 18:01 , 11-Май-21, (80) +4

У них никогда такое не получалось Всегда на выходе было хуже чем на входе или х, Аноним Мая 11го в 2021м. (?), 16:02 , 11-Май-21, (55) +1

1 cmd exe жрет меньше чем bash 2 т к cmd exe сам ничего не умеет, основная на, СеменСеменыч777 (?), 19:31 , 11-Май-21, (88)

2 - в старых Юниксах точно так же было, Аноним (108), 07:22 , 12-Май-21, (111)
Но это не отменяет того факта, что язык cmd exe убог , Аноним (145), 15:21 , 13-Май-21, (136)

Они просто переносят из линукса технологии А прользователи линукса работают бес, ИмяХ (?), 20:25 , 11-Май-21, (97) +1

Большинство полоьзователей Линукса им пользуются на реальном железе, а не в этих, Аноним (145), 15:23 , 13-Май-21, (137)

Такими темпами скоро в Винде от Винды ничего не останется и она превратится в ещ, vantoo (ok), 16:21 , 11-Май-21, (58)

Какой кошмар Угробят систему , Аноним (61), 16:50 , 11-Май-21, (61) –1

Так они уже Запускаешь безбашенный сервер без графики, заводишь линукс и вот те, Аноним (15), 16:51 , 11-Май-21, (63)

Куда катится Микрософт Била Гейца и то с истинного пути сбили А 15 лет назад в, Аноним (59), 16:44 , 11-Май-21, (59)

Ссылка выше кривая, эта правильная http technet microsoft com en-us library bb, Аноним (59), 16:51 , 11-Май-21, (64)

Эй линусоед, это еще в 2003 винде было, msgodpc (?), 17:10 , 11-Май-21, (65) –1

Виндузятник, PaX в Linux был раньше И вообще до переезда Торвальдса в США защит, Аноним (59), 17:31 , 11-Май-21, (70)

а в опенке это было еще тогда, когда Линукз с зачеткой по кафедре бегал за препо, Аноним (108), 07:28 , 12-Май-21, (113) –1

В опенке защита памяти появилась относительно недавно Тео неверно спроектировал, Аноним (129), 17:02 , 12-Май-21, (129)
Только самого Опёнка еще не было Были проприетарные 4 xBSD, BSDI , Аноним (145), 15:34 , 13-Май-21, (138)

Первые 4 попытки были предприняты не в Микрософт 1 Самая первая фирмой Secure Wa, Аноним (59), 17:54 , 11-Май-21, (75) +1

распаковываться-то надо, и spray jit-rop, чексуммы и т д опция за опцией расшат, Аноним (-), 17:25 , 11-Май-21, (69)

А погнать нах всех неучей которым надо JIT и прочие вещи требующие выделения пам, Аноним (59), 17:38 , 11-Май-21, (71)

на запись хватит, как-нибудь потом выполнится, Аноним (-), 17:59 , 11-Май-21, (77) –1

Не хватит, в нормальных ядрах OS не выполнится 1 Linuxhttps en wikibooks org , Аноним (59), 18:27 , 11-Май-21, (82) –1

о нет, титаник должен утонутьbash-5 1 cat proc config gz 124 gzip -dv 124, Аноним (-), 06:58 , 12-Май-21, (107) –1

PaX это истинный путь для Linux А утонуть должен Exec-Shield https fedoraproj, Аноним (129), 17:15 , 12-Май-21, (130) –1

dep wx nx ssp aslr aslr-ng это инженерно-отладочная пошатываемая штука, кормящая, Аноним (-), 13:44 , 13-Май-21, (133)
PaX flags are exceptions to these policies They let applications run normally , Аноним (-), 14:08 , 13-Май-21, (134)

Стало удобнее писать переносимые трояны, вирусы и может быть руткиты , erthink (ok), 17:16 , 11-Май-21, (66) +1

Не знаю как с переносимостью, но JIT в ядре OS это потенциальная дыра для руткит, Аноним (59), 17:58 , 11-Май-21, (76) +2

Да, собственно это имелось в виду, но в более вульгарной формулировке , erthink (ok), 19:42 , 11-Май-21, (91)
JIT и W X не исключают друг друга В нормальных программах с JITом давно уже W X, Аноним (105), 23:08 , 11-Май-21, (105)

Исключают https www opennet ru openforum vsluhforumID3 124211 html 82Строгая з, Аноним (127), 15:56 , 12-Май-21, (127)

https en wikipedia org wiki Executable_space_protectionВ хр с 2003-го В Нетке, Аноним (132), 07:36 , 13-Май-21, (132)

PaX был первым, с конца 90-тых, начала нулевых NetBSD теорию и пример защиты па, Аноним (148), 17:33 , 17-Май-21, (148)

какие еще руткиты в винде нет рута , Аноним (79), 18:01 , 11-Май-21, (79) –2

Зато есть вири работающие с привилегиями ядра винды руткиты , Аноним (59), 18:07 , 11-Май-21, (81)

Привилегии рута и привилегии ядра - разные вещи Ядро что в Линуксе, что в венде, Аноним (92), 20:00 , 11-Май-21, (92)

Например dd if dev zero of dev mem, 1 (??), 11:07 , 12-Май-21, (121) –1
Вирусы работающие с привилегиями ядра OS принято называть руткитами Оно разрешае, Аноним (127), 16:06 , 12-Май-21, (128)

А Administrator не рут , Аноним (145), 19:26 , 11-Май-21, (86)

Нет, это примерно как создать аккаунт administrator в Линуксе и навыдавать ему р, Аноним (92), 19:39 , 11-Май-21, (89)
нетпользователь SYSTEM имеет большие права, чем админ, Аноним (90), 19:42 , 11-Май-21, (90)

Нам об этом рассказывать не надо, это американскому суду будете позитивные показ, Аноним (105), 23:04 , 11-Май-21, (104) –1

Дела обстоят несколько иначе Раньше американские вендоры покупали позитивный CVE, erthink (ok), 20:29 , 12-Май-21, (131) –2

А зачем обычному пользователю давать возможность загружать BPF-программы , Аноним (145), 15:38 , 13-Май-21, (139)

Интересно, что меашет использовать BPF для решения других задач, например тех, ч, Плохой Танцор (?), 18:45 , 11-Май-21, (83) –1

Ну, как бы, драйверы в машинных кодах решают свои задачи быстрее , Аноним (145), 19:28 , 11-Май-21, (87)
Как вариант есть такая штука называется безопасность , Аноним (100), 21:09 , 11-Май-21, (100)

1 Embrace , pda (ok), 19:08 , 11-Май-21, (84)
Ну то есть сейчас как обычно Микрософт стырит хорошую или не очень идею из Лин, Kuromi (ok), 20:13 , 11-Май-21, (95)

Если хомячки будут нести деньги за какую-нибудь другую идею они будут внедрять е, Аноним (100), 21:09 , 11-Май-21, (99)
все хорошие идеи Линукс стырил из BSD и выдает за свои, включая и эту, Аноним (108), 07:30 , 12-Май-21, (114) +1

Но линукс и обратно отдает в bsd патчи и совместно развиваются вон уже сколько , Псевдоним (??), 12:51 , 12-Май-21, (125)
Не стырил, а _законно_ взял Ибо ваша лицензия разрешает брать , Аноним (145), 12:52 , 14-Май-21, (143) –1

Читать жопой она тоже не запрещает, чем некоторые анонимы опеннета активно польз, Аноним (-), 14:19 , 14-Май-21, (146)

Обнищали Уже даже тут ничего своего не могут , Аноним (102), 21:22 , 11-Май-21, (102)

никогда не моглиwindows xerox os 2 распил ibm мамочкой Билла и ее друзяшек, Псевдоним (??), 12:47 , 12-Май-21, (124) +1

Костыли, винда в любом случае шлак с её изворотными путями доступа, Аноним (106), 02:10 , 12-Май-21, (106)

Во-во, представил, как скрипт eBPF нужно будет в реестре прописывать А для нача, Аноним (145), 12:48 , 14-Май-21, (142)

Microsoft это говно Обсуждать тут нечего , Аноним (118), 10:02 , 12-Май-21, (118) +5
осталось подождать когда мелкомягкие выпилят своё ядро поставят линухкосове, либ, svsd_val (ok), 12:20 , 12-Май-21, (122)

Скорее появится еще один линух несовместимый ни с какими другими линухами если , Псевдоним (??), 12:42 , 12-Май-21, (123) +1

Microsoft может сожрать все Linux сначала по одному дистрибутиву, Аноним (147), 23:30 , 15-Май-21, (147)

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

1. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (1), 11-Май-21, 12:16

MIT - это хорошо, теперь и в BSD могут портировать.

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

7. "Microsoft подготовил реализацию eBPF для Windows" –29 +/–

Сообщение от Арагорн (?), 11-Май-21, 12:30

уж точно лучше GPL

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

47. "Microsoft подготовил реализацию eBPF для Windows" –10 +/–

Сообщение от кек (?), 11-Май-21, 15:04

Линукс = Виндовс, это видно по убунте

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

85. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Shnorr (?), 11-Май-21, 19:20

Что тебе там видно? Норм дистр в прямых руках. Гномы, Вейленды, Системд везде одинаковые, дебиан он и есть, только получше преднастроен из коробки, особенно для декстопа.
Ubuntu Core для IoT вообще в космос слетала в качестве по для управления зондом.

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

94. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от жоннн (?), 11-Май-21, 20:03

>  Системд везде одинаковые
https://blog.netlab.360.com/stealth_rotajakiro_backdoor_en/

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

120. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от barmaglot (??), 12-Май-21, 10:57

Не работает. Это говнище сначала установить нужно. И где скачать не написано.

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

149. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Java omnomnom your memory (?), 18-Май-21, 12:41

А вот автору Material Theme UI лучше было бы поставить GPL в таком случае не было бы его паразитирование на плагине для Intellij

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

24. "Microsoft подготовил реализацию eBPF для Windows" +12 +/–

Сообщение от Ivan_83 (ok), 11-Май-21, 13:25

Berkley Packet Filter = BPF, думаете этого в BSD ещё нет?))))

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

108. "Microsoft подготовил реализацию eBPF для Windows" +2 +/–

Сообщение от Аноним (108), 12-Май-21, 07:11

толсто.
А вообще работало когда Линукс еще не умел грузится без паник

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

49. "Microsoft подготовил реализацию eBPF для Windows" +4 +/–

Сообщение от Аноним (-), 11-Май-21, 15:17

> MIT - это хорошо, теперь и в BSD могут портировать.
Э-э, смотри - фокус:
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

https://github.com/freebsd/freebsd-src/blob/main/sys/net/bpf.h
и
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

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

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

150. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от анонн (ok), 24-Май-21, 00:39

>> MIT - это хорошо, теперь и в BSD могут портировать.
> Э-э, смотри - фокус:
Э-э, разве это фокус?! Вот как надо:

commit 055dc8e12114d91b9d472f6f1f094db4fc8470dc
Author: jkim <jkim@FreeBSD.org>
Date:   Tue Dec 6 02:58:12 2005 +0000
    Add experimental BPF Just-In-Time compiler for amd64 and i386.
    Use the following kernel configuration option to enable:
            options BPF_JITTER
    If you want to use bpf_filter() instead (e. g., debugging), do:
            sysctl net.bpf.jitter.enable=0

https://www.freebsd.org/releases/7.0R/announce/
> FreeBSD 7.0-RELEASE Announcement
> Date: Wed, 27 Feb 2008 17:19:52 -0500
> JIT compilation to turn BPF into native code, improving packet capture performance.
>

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

52. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (52), 11-Май-21, 15:49

Портировать туда, где это изначально и было? Хитро

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

57. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от qqq (??), 11-Май-21, 16:15

eBPF != BPF

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

68. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (68), 11-Май-21, 17:24

"Это другое!"

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

2. Скрыто модератором –12 +/–

Сообщение от нитупен (?), 11-Май-21, 12:18

"на руинах Микрософта" говорите? пока Сталлман там не может самоопределиться и занимается леватской чушнёй, MS благополучно поедает пингвина. а скоро мы ещё и увидим как винду перепесывают проприетарной МСовской редакцией ржаки. слились в экстазе.

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

12. Скрыто модератором +/–

Сообщение от Аноним (12), 11-Май-21, 12:38

Ой, да ладно вам чушь городить. "Не такие как все" и кому по кайфу как пользовались так и будем пользоваться даже на домашнем компе/ноуте.

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

25. Скрыто модератором +2 +/–

Сообщение от Ivan_83 (ok), 11-Май-21, 13:27

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

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

50. Скрыто модератором –3 +/–

Сообщение от Аноним (50), 11-Май-21, 15:22

> Говорят они втащили из гиперви манагер для работы с вланами и теперь вроде как венда умеет вланы своими силами, а то до этого вланы были только через дрова и утилиты вендоров сетевух.
На самом деле там сетевой стек переписали и дополнили. Это произошло 15 лет назад во время Windows Vista / Server 2008. "Так себе" это обычно с уровнем образования Linux-администраторов.
Для работы с VLAN вам нужен виртуальный коммутатор. ОС при этом не имеет значения. Просто есть модуль ядра, который реализует функционал виртуального коммутатора. В Windows этот модуль по-умолчанию не установлен, ставится вместе с Hyper-V и управляется только через PowerShell. Он не имеет GUI-морды от слова совсем.
Допустим, у меня есть 40GB Ethernet-сеть. В этой сети у меня все устройства поддерживают RoCEv2.
На Windows я могу поднять бондинг (NIC Teaming) и принять транк с гигантским MTU. В транке у меня 3 VLAN-а.
Управление, данные и сторадж. Управляющая подсеть нужна для функционирования сервера-хоста. Сеть данных это SDN, потому что виртуальный коммутатор Windows реализует Open vSwitch. А сторадж, это просто RDMA-VLAN с соответствующим приоритетом PFC (Datacenter Bridging). Естественно, сами приоритеты RDMA и SDN настроены в том числе на вышестоящем коммутаторе, но он и сами VXLAN-ы управляются ролью OVN Controller (роль Network Controller на Windows Server), который может быть как виртуализирован в рамках этой же инфраструктуры, так и стоять отдельно на физике. Отказоустойчивость виртуальных сетей достигается через SLB (роль Software Load Balancer не путать с NLB), а за роутинг сетей и туннелирование в другие части инфраструктуры отвесает ферма серверов RRAS.
Ясно-понятно, что выдавать внешние провайдеровские IP в такую инфраструктуру нужно GRE-туннелями, и в стык с корпоративной сетью пойдет через отдельную пару свитчей-аггрегаторов (OSPF/EIGRP <-> BGP), потому что внутренняя маршрутизация VXLAN пойдет через серые автономные системы по BGP.
Вполне себе такая нормальная сетевая подсистема. Давайте попробуем поднять на Linux поднять бондинг для RDMA для транка ВНУТРИ которого есть лосслесс-фабрика (сторадж сеть), на которую выделен спец-приоритет. Даже интересно, какой именно порт при этом будет реагировать на pause-фреймы?
Вам из криокамеры бы повыходить бы, да венду подучить слегонца. У нее сетевая подсистема была "так себе" много лет назад. Она очень бурно и активно развивалась все эти 15 лет. В отличии от Вас, например.

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

4. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (4), 11-Май-21, 12:23

Это хорошо или плохо?

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

5. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от A no Nim (?), 11-Май-21, 12:26

У вас других градаций нету?

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

8. "Microsoft подготовил реализацию eBPF для Windows" +12 +/–

Сообщение от Леголас (ok), 11-Май-21, 12:35

1 и 0

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

72. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от penetrator (?), 11-Май-21, 17:40

|0>+|1>

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

126. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от iFRAME (ok), 12-Май-21, 13:04

1==0

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

20. "Microsoft подготовил реализацию eBPF для Windows" +3 +/–

Сообщение от Аноним (20), 11-Май-21, 13:20

Да.

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

21. "Microsoft подготовил реализацию eBPF для Windows" +3 +/–

Сообщение от Аноним (20), 11-Май-21, 13:21

Нет.

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

6. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 11-Май-21, 12:28

Это винда, и потому нафиг нужно.

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

112. "Microsoft подготовил реализацию eBPF для Windows" –2 +/–

Сообщение от Прохожий (??), 12-Май-21, 07:27

Религия запрещает портировать под Линукс?

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

10. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (10), 11-Май-21, 12:35

Для кого? Для МС и их пользователей наверно хорошо.

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

11. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (11), 11-Май-21, 12:37

Это начала перехода на опенсорсное ядро

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

60. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (60), 11-Май-21, 16:48

Нет, это начало конца linux.
Помянем ещё одну жертву EEE

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

101. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от ананим.orig (?), 11-Май-21, 21:21

бэкдор все лишь унифицировали.
а крику то, крику..

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

14. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 11-Май-21, 12:50

пользователи xp и ядра 2.4 взволнованы, пользователи дилиньков и самсунгов уже перепрошивают последним виндовс.

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

53. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним Мая 11го в 2021м. (?), 11-Май-21, 15:56

> Это хорошо или плохо?
Это известный поставщик халтуры - быстрее других, некачественно, дешевле других.

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

115. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Прохожий (??), 12-Май-21, 07:30

Ты новость внимательно читал, или просто надо было что-то сказать? Написано же, что лучше, чем в Линуксе. Куча исследователей работала.

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

140. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Анто Нимно (?), 13-Май-21, 21:28

Каммент про поставщика кода. Поставщик - известный халтурщик.

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

67. "Microsoft подготовил реализацию eBPF для Windows" +2 +/–

Сообщение от Аноним (67), 11-Май-21, 17:23

Хоть сетевой стек в винде наконец то на нормальный перепишут. Роутеры из десятки скоро начнём делать. Малинки на 4гб уже есть.

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

73. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Пофигист (?), 11-Май-21, 17:43

4гб для вин10 только на пинг и хватит

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

145. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 14-Май-21, 13:03

Поправил: [sarcasm]Роутеры из десятки скоро начнём делать.[/sarcasm]

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

9. Скрыто модератором –1 +/–

Сообщение от Аноним (12), 11-Май-21, 12:35

Как я с подобным говнищем страдал на ядре 4.4. Для этого кала патч только с 4.19 есть, а так ошибка компиляции про проблемы 32 бит чего-то там.(: Сижу как лох на 5.12.

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

13. "Microsoft подготовил реализацию eBPF для Windows" +4 +/–

Сообщение от Любитель Монеточки (?), 11-Май-21, 12:41

То есть MS в рамках eBPF открыли исходники netsh?

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

15. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (15), 11-Май-21, 12:52

Шиндекапец? А то все орали что линуксу приходится догонять. Не то чтобы дело в этом. Ну у них наверное есть деньги и на венду, и на серверную редакцию оной. Зачем теперь венда, когда она признает все величие Linux?

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

19. "Microsoft подготовил реализацию eBPF для Windows" –2 +/–

Сообщение от Аноним (-), 11-Май-21, 13:10

> Шиндекапец? А то все орали что линуксу приходится догонять.
Наверное именно поэтому они WSL запилили, ага...

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

51. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (-), 11-Май-21, 15:28

>> Шиндекапец? А то все орали что линуксу приходится догонять.
> Наверное именно поэтому они WSL запилили, ага...
"Запилили" - это перестали развивать (дейстительно требующую разработки) эмуляцию в виде прослойки совместимости (WSL1) и просто сделали преднастоенную виртуалку, прям как XP-Mode в семерочке? Ну да - это ПОБЕДА!11

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

62. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (15), 11-Май-21, 16:50

Ну семерка то не обвешана зондами по умолчанию. Их можно только накачать с обновлениями, которые ее калечат в угоду "улучшенному переходу на 10-ку". Там ведь надо полноценный дистрибутив линукс ставить. Сложновато назвать это преднастроенной виртуалкой. Особенно когда там Gentoo крутится и графическое окно свое показывает. ХР режим позволял запускать игры для ХР. Он даже не грузил практически ничего. Ну там минимум ресурсов жралось. А теперь видишь мелкомягкие не могут жить без линукса. Понимают что их прошивку для игр в виртуалку запихивают и пробрасывают в нее видеокарту чтобы ограничить ее похабные повадки с шпионажем за действиями пользователей даже после кастрации большей части шпионского функционала.

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

109. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (108), 12-Май-21, 07:17

Для анона - это не шпионаж, а контршпионаж получается.
Допустим поставил ты что-то от Яндекс/Касперыча/Мейру и Co. И сидишь, играешь в Майнкрафт, строишь там, взрываешь. А потом бум-бум-бум: "гражданин, откройте!!! Вы взрывали в Майкрафт здание, похожее на Лубяночку??!".  Это, получается, шпионаж за аноном. Ведущий к бутылке.
А тут шпионаж за шпионами, значит, контршпионаж

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

117. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 12-Май-21, 09:05

Хороший, годный анон
> что-то от Яндекс/Касперыча/Мейру и Co
на свою тачку не притащит, а негодным поделом.
> тут шпионаж за шпионами, значит, контршпионаж
Демагогия, оно все |шпионаж|, +/- для анона как третьей стороны - $согласно_аксиоме_Эскобара.

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

119. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от MS (??), 12-Май-21, 10:40

Ну а чего делать-то оставалось, stable api nonsense же ж, без конца стоять на коленях в lkml "да примите ж уже наконец наши патчи, они ж ВАШИ баги исправляют" - тоже сотрудников не напасешься, они и за зарплату не очень хотят таким заниматься и colour на color в комментариях бесконечно исправлять.
Засунули в эмулятор - "и так сойдет!" - фанатикам все равно ж не нужна производительность, а разработчики просто купят компьютер помощнее.

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

16. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от gogo (?), 11-Май-21, 12:57

> Метод учитывает множество типовых шаблонов выполнения, полученных на основе анализа существующих eBPF-программ.
> После верификации байткод передаётся в интерпретатор....
Что-то я не понял... Если напишешь какой-то нетипичный код, то тебе еще как-то придется доказывать машине, что ты не вирус, а человек??

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

17. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (12), 11-Май-21, 13:04

Почему сраная типизация подразумевает 32/64?

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

23. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от пох.. (?), 11-Май-21, 13:22

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

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

18. "Microsoft подготовил реализацию eBPF для Windows" +5 +/–

Сообщение от Аноним (18), 11-Май-21, 13:05

Embrace

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

22. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 11-Май-21, 13:21

От компания Microsoft нам ничего не нужно.

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

96. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от ИмяХ (?), 11-Май-21, 20:23

Вам, может, и не нужно, а нам нужно.

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

110. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (108), 12-Май-21, 07:19

даже у Вадим Вадимыча на столе XP-шка, а ему вишь не нужно.

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

135. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 13-Май-21, 15:18

Владимиру Владимировичу она тоже не нужна, ему распечатки приносят. Он этими вашими интернетами не интересуется.

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

26. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноньимъ (ok), 11-Май-21, 13:28

Шикарный интерфейс для вирусов.

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

27. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Ivan_83 (ok), 11-Май-21, 13:29

Ну и что они будут делать с этим?
Это же максимум аналог ACL с коммутаторов будет, который только пущать/дропать умеет.
Из картинок не видно как можно отматченный пакет не дропнуть а переслать куда то ещё, хотя бы просто на другой интерфейс или вообще взять и поменять в нём что то.

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

40. "Microsoft подготовил реализацию eBPF для Windows" +2 +/–

Сообщение от 1 (??), 11-Май-21, 14:09

Ну это же тебе не netgraph.
Хотя ... возможно, дорога к нему.

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

28. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Ivan_83 (ok), 11-Май-21, 13:31

Забавно, но я вот во фре запилил для себя, за вечер такое же, с помощью чистого шелла и того что есть в системе лет 15: https://reviews.freebsd.org/D30175
можно вешать фильтры на интерфейсы, на вход и на выход раздельно, синтаксис фильтров - tcpdump.
Те в начале обкатываем в tcpdump что нужно, а потом копипастим это в конфиг и дёргаем скрипт.

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

32. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (32), 11-Май-21, 13:50

а ограничения по приложениям тоже можно?

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

35. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Онаним (?), 11-Май-21, 13:58

Смотря что ты считаешь приложением.

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

98. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Ivan_83 (ok), 11-Май-21, 21:01

Нет!
Оно вешается на интерфейс с эзернетом и о приложениях вообще ничего не знает.
Это появилось для того чтобы мне удобно было блочить TCP RST от провайдера при посещении типа заблокированных сайтов. Говорят ipfw это и так умеет, но я юзаю PF и мне оказалось удобнее сделать вот такой фильтр.
При этом он может работать не только с IPv4/IPv6 но и вообще любым протоколом который обитает в эзернете и выше по стёку.
Сильно много и сильно длинные фильтры туда разумеется лучше не пихать, тк это негативно скажется на производительности, но с десяток - другой обычных фильтров не должны быть заметны.

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

38. Скрыто модератором +/–

Сообщение от Catwoolfii (ok), 11-Май-21, 14:02

Когда наступит обещанный "виндекапец"?

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

42. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от msgodpc (?), 11-Май-21, 14:42

а слабо целиком стек tcp + netfilter перенести?

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

45. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (45), 11-Май-21, 14:48

кстати да, мне иптаблесов в винде очень нехватало, а с выходом 10 уже и не нужно :D

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

78. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от KenyaWest (ok), 11-Май-21, 17:59

Упаси Столлман от такого

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

116. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Прохожий (??), 12-Май-21, 07:42

Зачем лучшее заменять худшим?

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

144. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 14-Май-21, 13:00

Потому, что вендовое "лучшее" ничего кроме TCP и UDP не умеет. Да и то, надо же было извратить Socket API в WinSock, шоб не как у всех. Только вот сейчас ещё eBPF добавили. Думаю, что Гугель стал костылить свой QUIC в юзерспейсе потому, что в Венде нет SCTP.

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

48. "Microsoft подготовил реализацию eBPF для Windows" +3 +/–

Сообщение от Аноним (48), 11-Май-21, 15:05

Windows уже пережевывает Linux, скоро он станет лучшей версией линукса, но в Windows-е

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

54. "Microsoft подготовил реализацию eBPF для Windows" –2 +/–

Сообщение от Аноним (54), 11-Май-21, 15:57

Они ещё со времён появления compiz интерфейс тырят из KDE, не удивительно что и решения из ядра тырят. Но windows никогда не станет GNU, у них задачи принципиально разные, свобода пользователя vs прибыль корпорации.

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

80. "Microsoft подготовил реализацию eBPF для Windows" +4 +/–

Сообщение от KenyaWest (ok), 11-Май-21, 18:01

> у них задачи... разные, свобода пользователя vs прибыль корпорации
Кхм-кхм... RedHat, Ubuntu, AstraLinux... ага-ага. Linux проиграл уже давно - просто снимите GNU-шные очки

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

55. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним Мая 11го в 2021м. (?), 11-Май-21, 16:02

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

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

88. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от СеменСеменыч777 (?), 11-Май-21, 19:31

> Уродливый язык шелла Cmd.
1) cmd.exe жрет меньше чем bash.
2) т.к. cmd.exe сам ничего не умеет, основная нагрузка ложится на system32\*.exe

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

111. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (108), 12-Май-21, 07:22

2) - в старых Юниксах точно так же было

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

136. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 13-Май-21, 15:21

Но это не отменяет того факта, что язык cmd.exe убог.

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

97. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от ИмяХ (?), 11-Май-21, 20:25

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

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

137. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 13-Май-21, 15:23

Большинство полоьзователей Линукса им пользуются на реальном железе, а не в этих их WSL2.

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

58. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от vantoo (ok), 11-Май-21, 16:21

Такими темпами скоро в Винде от Винды ничего не останется и она превратится в еще одну POSIX-совместимую ОС.

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

61. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (61), 11-Май-21, 16:50

Какой кошмар! Угробят систему.

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

63. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (15), 11-Май-21, 16:51

Так они уже. Запускаешь безбашенный сервер без графики, заводишь линукс и вот тебе графика!

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

59. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (59), 11-Май-21, 16:44

> Благодаря применению JIT-компиляции, байткод на лету транслируется в машинные инструкции и выполняется с производительностью скомпилированного кода.
Куда катится Микрософт? Била Гейца и то с истинного пути сбили. А 15 лет назад в Микрософт еще было все в порядке:
https://docs.microsoft.com/en-us/previous-versions/windows/i...
"Hardware-enforced DEP marks all memory locations in a process as non-executable unless the location explicitly contains executable code. There is a class of attacks that attempt to insert and execute code from non-executable memory locations. DEP helps prevent these attacks by intercepting them and raising an exception."

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

64. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (59), 11-Май-21, 16:51

Ссылка выше кривая, эта правильная:
http://technet.microsoft.com/en-us/library/bb457155.aspx

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

65. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от msgodpc (?), 11-Май-21, 17:10

> Ссылка выше кривая, эта правильная:
> http://technet.microsoft.com/en-us/library/bb457155.aspx
Эй линусоед, это еще в 2003 винде было

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

70. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (59), 11-Май-21, 17:31

Виндузятник, PaX в Linux был раньше. И вообще до переезда Торвальдса в США защита памяти в Linux была "из коробки".
В Микрософт были 4 попытки внедрить защиту памяти в Виндовс. Ссылка http://technet.microsoft.com/en-us/library/bb457155.aspx это уже 5-тая, удачная реализация пригодная для промышленного использования.

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

113. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (108), 12-Май-21, 07:28

а в опенке это было еще тогда, когда Линукз с зачеткой по кафедре бегал за преподами

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

129. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (129), 12-Май-21, 17:02

В опенке защита памяти появилась относительно недавно. Тео неверно спроектировал защиту памяти в OpenBSD и она имеет дыры!!!
Пример правильной, строгой, реализации защиты памяти смотрите в Linux+PaX или NetBSD.

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

138. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 13-Май-21, 15:34

Только самого Опёнка еще не было. Были проприетарные 4.xBSD, BSDI.

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

75. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (59), 11-Май-21, 17:54

Первые 4 попытки были предприняты не в Микрософт.
1 Самая первая фирмой Secure Wave.
2 Data Security Software.
3 Sys-Manage https://www.sys-manage.com/Products/BufferShield
4 Next Generation Security Technologies
5 Микрософт: Windows XP SP2, Windows Server 2003.
ASLR в Винду завезли только к 2006?
1 Wehnus, Inc. http://www.codeplex.com/wehntrust
http://blogs.msdn.com/michael_howard/archive/2006/05/26/6083...
2 Микрософт: Windows Vista, Windows Server 2008.

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

69. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 11-Май-21, 17:25

распаковываться-то надо, и spray/jit-rop, чексуммы и т.д. опция за опцией расшатывает скрепы изначальной секмодели

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

71. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (59), 11-Май-21, 17:38

А погнать нах всех неучей которым надо JIT и прочие вещи требующие выделения памяти в режиме исполнения и записи одновременно!

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

77. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (-), 11-Май-21, 17:59

на запись хватит, как-нибудь потом выполнится

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

82. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (59), 11-Май-21, 18:27

Не хватит, в нормальных ядрах OS не выполнится:
1 Linux
https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity...
CONFIG_PAX_MPROTECT=y
Enabling this option will prevent programs from
- changing the executable status of memory pages that were not originally created as executable,
- making read-only executable pages writable again,
- creating executable pages from anonymous memory,
- making read-only-after-relocations (RELRO) data pages writable again.
2 Apple: OS X от леопарда и новее.
3 NetBSD.

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

107. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (-), 12-Май-21, 06:58

о нет, титаник должен утонуть
bash-5.1# cat /proc/config.gz | gzip -dv | grep PAX
bash-5.1#

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

130. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (129), 12-Май-21, 17:15

PaX это истинный путь для Linux!
А утонуть должен Exec-Shield: https://fedoraproject.org/wiki/Security_Features#Exec-Shield

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

133. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 13-Май-21, 13:44

dep/wx/nx/ssp/aslr/aslr-ng это инженерно-отладочная пошатываемая штука, кормящая славный род специалистов по анонимному надуванию щек, а не истинный путь линукс или тру-защита тм.

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

134. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 13-Май-21, 14:08

"PaX flags are exceptions to these policies. They let applications run normally without being killed by PaX when they perform an action that appears to violate policies.
Applications such as web browsers need PaX flags to be set because they perform actions such as JIT (Just in Time compilation). To PaX, JIT has the same profile as an attack. Applications that use a JIT compiler must be flagged as exceptions so that they are not killed."
https://github.com/subgraph/sgos_handbook/blob/master/05_fea...
это истина? убить нельзя помиловать

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

66. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от erthink (ok), 11-Май-21, 17:16

Стало удобнее писать переносимые трояны, вирусы и (может быть) руткиты ;)

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

76. "Microsoft подготовил реализацию eBPF для Windows" +2 +/–

Сообщение от Аноним (59), 11-Май-21, 17:58

Не знаю как с переносимостью, но JIT в ядре OS это потенциальная дыра для руткита которая не закрывается классической моделью защиты пямяти в OS: все что исполняется не должно изменятся, а что изменяется не должно исполнятся!!!

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

91. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от erthink (ok), 11-Май-21, 19:42

Да, собственно это имелось в виду, но в более вульгарной формулировке.

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

105. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (105), 11-Май-21, 23:08

JIT и W^X не исключают друг друга. В нормальных программах с JITом давно уже W^X используется.

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

127. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (127), 12-Май-21, 15:56

Исключают!
https://www.opennet.me/openforum/vsluhforumID3/124211.html#82
Строгая защита памяти исключает JIT!!!
Примеры OS со строгой защитой памяти: Linux+PaX, NetBSD, Apple OS X.

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

132. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (132), 13-Май-21, 07:36

https://en.wikipedia.org/wiki/Executable_space_protection
В хр с 2003-го. В Нетке с 2004. В Опен с 2003, рандомизация наверное еще раньше. До всяких Линуксов

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

148. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (148), 17-Май-21, 17:33

PaX был первым, с конца 90-тых, начала нулевых. NetBSD теорию и пример защиты памяти взял с PaX. По этому в NetBSD строгая защита памяти как и в Linux+PAX. Защита памяти в Linux была с первых версий, но после переезда Торвальдса в США исчезла ... тогда европейские разработчики сделали PaX отдельным, неофициальным патчем к ядру Linux.
В OpenBSD Тео пошол по неправильному пути, оставив право защиты на совестм програмиста.. Зато в OpenBSD возможна некая реализация JIT.
Мы здесь говорим о ОС на архмтектуре x86. Процессоры архитектуры PowePC, mips на аппаратном уровне имеют защиту памяти!
Можно реализовывать защиту на уровне ядра OS, а можно аппаратно в процессоре выделять память или W или X.

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

79. "Microsoft подготовил реализацию eBPF для Windows" –2 +/–

Сообщение от Аноним (79), 11-Май-21, 18:01

какие еще руткиты? в винде нет рута.

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

81. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (59), 11-Май-21, 18:07

Зато есть вири работающие с привилегиями ядра винды == руткиты.

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

92. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (92), 11-Май-21, 20:00

Привилегии рута и привилегии ядра - разные вещи.
Ядро (что в Линуксе, что в венде) не ограничено в пермиссиях вообще, и может делать всё, что захочется без ограничений, в то время как рут ограничен тем, что ему дозволено делать через торчащие из ядра ручки.

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

121. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от 1 (??), 12-Май-21, 11:07

Например
# dd if=/dev/zero of=/dev/mem

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

128. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (127), 12-Май-21, 16:06

Вирусы работающие с привилегиями ядра OS принято называть руткитами.
> загружаемые из пространства пользователя ...
Оно разрешает менять прошивку жесткого диска, этот факт из новости уже удалили! Если перепрошить фирмварь жесткого диска, то это уже привилегии буткита. Буткиты имеют привилегии выше привилегий ядра OS.

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

86. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 11-Май-21, 19:26

А Administrator не рут?

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

89. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (92), 11-Май-21, 19:39

Нет, это примерно как создать аккаунт administrator в Линуксе и навыдавать ему разных пермиссий. От этого он рутом с UID 0 не станет.
Ближайшая аналогия рута в вендовом манямирке - зарезервированный аккаунт SYSTEM, имеющий больше привилегий, чем дано админам, и под SYSTEM обычно не работают, хотя при большом желании можно.

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

90. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (90), 11-Май-21, 19:42

нет
пользователь SYSTEM имеет большие права, чем админ

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

104. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (105), 11-Май-21, 23:04

Нам об этом рассказывать не надо, это американскому суду будете позитивные показания давать.

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

131. "Microsoft подготовил реализацию eBPF для Windows" –2 +/–

Сообщение от erthink (ok), 12-Май-21, 20:29

> Нам об этом рассказывать не надо, это американскому суду будете позитивные показания
> давать.
Дела обстоят несколько иначе.
Раньше американские вендоры покупали позитивный CVE-вазелин и конвертировали его в патчи для конечных пользователей (Windows Update и т.п.), а теперь они этого делать не могут из-за санкций.
Т.е. формально им нельзя иметь договора чтобы получать инфу о 0-days до разглашения.
Де-факто, "амеры" просто выстрелили себе в ногу, но рикошетом попало по всем пользователям всяческих "видовсов" и "цисок".
Далее, теоретически конечно невозможно затащить кого-то в суд за то, что он не сделал, то что ему запретили.
Практически же, примерно никто не сомневается, что по-любому виноваты будут "русские хакеры", за то что они есть, хайли лайкли, и ибо так очень удобно всех остальных держать за дураков :)

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

139. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 13-Май-21, 15:38

>Стало удобнее писать переносимые трояны, вирусы и (может быть) руткиты ;)
А зачем обычному пользователю давать возможность загружать BPF-программы?

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

83. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Плохой Танцор (?), 11-Май-21, 18:45

Интересно, что меашет использовать BPF для решения других задач, например тех, что решают драйверы?

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

87. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 11-Май-21, 19:28

Ну, как бы, драйверы в машинных кодах решают свои задачи быстрее.

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

100. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (100), 11-Май-21, 21:09

Как вариант есть такая штука называется безопасность.

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

84. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от pda (ok), 11-Май-21, 19:08

1. Embrace.

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

95. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Kuromi (ok), 11-Май-21, 20:13

Ну то есть сейчас как обычно Микрософт стырит хорошую (или не очень) идею из Линукса, а потом будет говорить "у нас самая лучшая ОС" ?

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

99. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (100), 11-Май-21, 21:09

Если хомячки будут нести деньги за какую-нибудь другую идею они будут внедрять её. И тут важно смотреть не на результат, а на мотивацию им важно заработать побольше денег, а не внедрить что-то хорошее (или не очень).

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

114. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Аноним (108), 12-Май-21, 07:30

все хорошие идеи Линукс стырил из *BSD и выдает за свои, включая и эту

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

125. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Псевдоним (??), 12-Май-21, 12:51

Но линукс и обратно отдает в *bsd патчи и совместно развиваются вон уже сколько лет, а микрософт возвращает только ножи в спину и стратегию EEE.

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

143. "Microsoft подготовил реализацию eBPF для Windows" –1 +/–

Сообщение от Аноним (145), 14-Май-21, 12:52

Не стырил, а _законно_ взял. Ибо ваша лицензия разрешает брать.

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

146. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (-), 14-Май-21, 14:19

>> стырил из *BSD и выдает за свои, включая и эту
> Не стырил, а _законно_ взял. Ибо ваша лицензия разрешает брать.
Читать жопой она тоже не запрещает, чем некоторые анонимы опеннета активно пользуются.

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

102. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (102), 11-Май-21, 21:22

Обнищали. Уже даже тут ничего своего не могут.

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

124. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Псевдоним (??), 12-Май-21, 12:47

*никогда не могли
windows = xerox + os/2 (распил ibm мамочкой Билла и ее друзяшек) + dirty os
office = купленные продукты у других компаний
Микрософт всю жизнь либо воровала, либо зарабатывала на монополии от наворованного, все что не подходит под эти пункты у микрософта проваливалось.

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

106. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (106), 12-Май-21, 02:10

Костыли, винда в любом случае шлак с её изворотными путями доступа

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

142. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (145), 14-Май-21, 12:48

Во-во, представил, как скрипт eBPF нужно будет в реестре прописывать. А для начала, догадаться, где именно.

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

118. "Microsoft подготовил реализацию eBPF для Windows" +5 +/–

Сообщение от Аноним (118), 12-Май-21, 10:02

Microsoft это говно. Обсуждать тут нечего.

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

122. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от svsd_val (ok), 12-Май-21, 12:20

осталось подождать когда мелкомягкие выпилят своё ядро поставят линухкосове, либо целиком винду выпилят и скажут вот вам Влинуха ))))

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

123. "Microsoft подготовил реализацию eBPF для Windows" +1 +/–

Сообщение от Псевдоним (??), 12-Май-21, 12:42

Скорее появится еще один линух несовместимый ни с какими другими линухами (если микрософт и способны на гениальное то только в реализации стратегии EEE) и не запускающий ничего без подписки мелкософта. Чекайте, еще аукнется линуксу такая дружба.

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

147. "Microsoft подготовил реализацию eBPF для Windows" +/–

Сообщение от Аноним (147), 15-Май-21, 23:30

Microsoft может сожрать все Linux сначала по одному дистрибутиву

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

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

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

Партнёры:

Хостинг:

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

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

1. "Microsoft подготовил реализацию eBPF для Windows"	+1 +/–
Сообщение от Аноним (1), 11-Май-21, 12:16
MIT - это хорошо, теперь и в BSD могут портировать.
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Microsoft подготовил реализацию eBPF для Windows"	–29 +/–
	Сообщение от Арагорн (?), 11-Май-21, 12:30
	уж точно лучше GPL
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Microsoft подготовил реализацию eBPF для Windows"	–10 +/–
	Сообщение от кек (?), 11-Май-21, 15:04
	Линукс = Виндовс, это видно по убунте
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Microsoft подготовил реализацию eBPF для Windows"	–1 +/–
	Сообщение от Shnorr (?), 11-Май-21, 19:20
	Что тебе там видно? Норм дистр в прямых руках. Гномы, Вейленды, Системд везде одинаковые, дебиан он и есть, только получше преднастроен из коробки, особенно для декстопа. Ubuntu Core для IoT вообще в космос слетала в качестве по для управления зондом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от жоннн (?), 11-Май-21, 20:03
	> Системд везде одинаковые https://blog.netlab.360.com/stealth_rotajakiro_backdoor_en/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от barmaglot (??), 12-Май-21, 10:57
	Не работает. Это говнище сначала установить нужно. И где скачать не написано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	149. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от Java omnomnom your memory (?), 18-Май-21, 12:41
	А вот автору Material Theme UI лучше было бы поставить GPL в таком случае не было бы его паразитирование на плагине для Intellij
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	24. "Microsoft подготовил реализацию eBPF для Windows"	+12 +/–
	Сообщение от Ivan_83 (ok), 11-Май-21, 13:25
	Berkley Packet Filter = BPF, думаете этого в BSD ещё нет?))))
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	108. "Microsoft подготовил реализацию eBPF для Windows"	+2 +/–
	Сообщение от Аноним (108), 12-Май-21, 07:11
	толсто. А вообще работало когда Линукс еще не умел грузится без паник
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Microsoft подготовил реализацию eBPF для Windows"	+4 +/–
	Сообщение от Аноним (-), 11-Май-21, 15:17
	> MIT - это хорошо, теперь и в BSD могут портировать. Э-э, смотри - фокус: 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 https://github.com/freebsd/freebsd-src/blob/main/sys/net/bpf.h и 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 Как обычно, бздуны украли блестящую идею у гениальных пингвинят (а чтобы никто не догадался - сперли машину времеи и оформили все задним числом, еще якобы до появления линукса) ...
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	150. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от анонн (ok), 24-Май-21, 00:39
	>> MIT - это хорошо, теперь и в BSD могут портировать. > Э-э, смотри - фокус: Э-э, разве это фокус?! Вот как надо: commit 055dc8e12114d91b9d472f6f1f094db4fc8470dc Author: jkim <jkim@FreeBSD.org> Date: Tue Dec 6 02:58:12 2005 +0000 Add experimental BPF Just-In-Time compiler for amd64 and i386. Use the following kernel configuration option to enable: options BPF_JITTER If you want to use bpf_filter() instead (e. g., debugging), do: sysctl net.bpf.jitter.enable=0 https://www.freebsd.org/releases/7.0R/announce/ > FreeBSD 7.0-RELEASE Announcement > Date: Wed, 27 Feb 2008 17:19:52 -0500 > JIT compilation to turn BPF into native code, improving packet capture performance. >
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Microsoft подготовил реализацию eBPF для Windows"	–1 +/–
	Сообщение от Аноним (52), 11-Май-21, 15:49
	Портировать туда, где это изначально и было? Хитро
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	57. "Microsoft подготовил реализацию eBPF для Windows"	+1 +/–
	Сообщение от qqq (??), 11-Май-21, 16:15
	eBPF != BPF
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от Аноним (68), 11-Май-21, 17:24
	"Это другое!"
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. Скрыто модератором	–12 +/–
Сообщение от нитупен (?), 11-Май-21, 12:18
"на руинах Микрософта" говорите? пока Сталлман там не может самоопределиться и занимается леватской чушнёй, MS благополучно поедает пингвина. а скоро мы ещё и увидим как винду перепесывают проприетарной МСовской редакцией ржаки. слились в экстазе.
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. Скрыто модератором	+/–
	Сообщение от Аноним (12), 11-Май-21, 12:38
	Ой, да ладно вам чушь городить. "Не такие как все" и кому по кайфу как пользовались так и будем пользоваться даже на домашнем компе/ноуте.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. Скрыто модератором	+2 +/–
	Сообщение от Ivan_83 (ok), 11-Май-21, 13:27
	Не переживайте вы так, в венде с сетью всё ещё очень так себе. Говорят они втащили из гиперви манагер для работы с вланами и теперь вроде как венда умеет вланы своими силами, а то до этого вланы были только через дрова и утилиты вендоров сетевух.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	50. Скрыто модератором	–3 +/–
	Сообщение от Аноним (50), 11-Май-21, 15:22
	> Говорят они втащили из гиперви манагер для работы с вланами и теперь вроде как венда умеет вланы своими силами, а то до этого вланы были только через дрова и утилиты вендоров сетевух. На самом деле там сетевой стек переписали и дополнили. Это произошло 15 лет назад во время Windows Vista / Server 2008. "Так себе" это обычно с уровнем образования Linux-администраторов. Для работы с VLAN вам нужен виртуальный коммутатор. ОС при этом не имеет значения. Просто есть модуль ядра, который реализует функционал виртуального коммутатора. В Windows этот модуль по-умолчанию не установлен, ставится вместе с Hyper-V и управляется только через PowerShell. Он не имеет GUI-морды от слова совсем. Допустим, у меня есть 40GB Ethernet-сеть. В этой сети у меня все устройства поддерживают RoCEv2. На Windows я могу поднять бондинг (NIC Teaming) и принять транк с гигантским MTU. В транке у меня 3 VLAN-а. Управление, данные и сторадж. Управляющая подсеть нужна для функционирования сервера-хоста. Сеть данных это SDN, потому что виртуальный коммутатор Windows реализует Open vSwitch. А сторадж, это просто RDMA-VLAN с соответствующим приоритетом PFC (Datacenter Bridging). Естественно, сами приоритеты RDMA и SDN настроены в том числе на вышестоящем коммутаторе, но он и сами VXLAN-ы управляются ролью OVN Controller (роль Network Controller на Windows Server), который может быть как виртуализирован в рамках этой же инфраструктуры, так и стоять отдельно на физике. Отказоустойчивость виртуальных сетей достигается через SLB (роль Software Load Balancer не путать с NLB), а за роутинг сетей и туннелирование в другие части инфраструктуры отвесает ферма серверов RRAS. Ясно-понятно, что выдавать внешние провайдеровские IP в такую инфраструктуру нужно GRE-туннелями, и в стык с корпоративной сетью пойдет через отдельную пару свитчей-аггрегаторов (OSPF/EIGRP <-> BGP), потому что внутренняя маршрутизация VXLAN пойдет через серые автономные системы по BGP. Вполне себе такая нормальная сетевая подсистема. Давайте попробуем поднять на Linux поднять бондинг для RDMA для транка ВНУТРИ которого есть лосслесс-фабрика (сторадж сеть), на которую выделен спец-приоритет. Даже интересно, какой именно порт при этом будет реагировать на pause-фреймы? Вам из криокамеры бы повыходить бы, да венду подучить слегонца. У нее сетевая подсистема была "так себе" много лет назад. Она очень бурно и активно развивалась все эти 15 лет. В отличии от Вас, например.
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Microsoft подготовил реализацию eBPF для Windows"	+/–
Сообщение от Аноним (4), 11-Май-21, 12:23
Это хорошо или плохо?
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от A no Nim (?), 11-Май-21, 12:26
	У вас других градаций нету?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Microsoft подготовил реализацию eBPF для Windows"	+12 +/–
	Сообщение от Леголас (ok), 11-Май-21, 12:35
	1 и 0
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Microsoft подготовил реализацию eBPF для Windows"	+1 +/–
	Сообщение от penetrator (?), 11-Май-21, 17:40
	\|0>+\|1>
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от iFRAME (ok), 12-Май-21, 13:04
	1==0
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	20. "Microsoft подготовил реализацию eBPF для Windows"	+3 +/–
	Сообщение от Аноним (20), 11-Май-21, 13:20
	Да.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	21. "Microsoft подготовил реализацию eBPF для Windows"	+3 +/–
	Сообщение от Аноним (20), 11-Май-21, 13:21
	Нет.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	6. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от Аноним (-), 11-Май-21, 12:28
	Это винда, и потому нафиг нужно.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	112. "Microsoft подготовил реализацию eBPF для Windows"	–2 +/–
	Сообщение от Прохожий (??), 12-Май-21, 07:27
	Религия запрещает портировать под Линукс?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Microsoft подготовил реализацию eBPF для Windows"	+1 +/–
	Сообщение от Аноним (10), 11-Май-21, 12:35
	Для кого? Для МС и их пользователей наверно хорошо.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	11. "Microsoft подготовил реализацию eBPF для Windows"	+/–
	Сообщение от Аноним (11), 11-Май-21, 12:37
	Это начала перехода на опенсорсное ядро
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	60. "Microsoft подготовил реализацию eBPF для Windows"	+1 +/–
	Сообщение от Аноним (60), 11-Май-21, 16:48
	Нет, это начало конца linux. Помянем ещё одну жертву EEE
	Ответить \| Правка \| Наверх \| Cообщить модератору