The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 3.13 ожидается появление нового пакетного фильт..., opennews (??), 20-Окт-13, (0) [смотреть все] +1

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


4. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +6 +/
Сообщение от Аноним (-), 20-Окт-13, 00:28 
> Nftables, новой реализации пакетного фильтра, идущего на смену iptables

Вот есть iptables - проверенный годами, стабильный, притертый...
И тут на тебе новая шняга!, которая идет на смену iptables.
Да и еще с новым стрёмным синтаксисом.
Чё опять читать 100500 строковый ман? Тут бы старый дочитать :))

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

5. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от stalker37email (?), 20-Окт-13, 00:35 
Аха..а ещё к таблесам куча полезных модулей, например тот же самый ipt_netflow

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

6. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –8 +/
Сообщение от свободный бздун (?), 20-Окт-13, 00:37 
> Аха..а ещё к таблесам куча полезных модулей, например тот же самый ipt_netflow

Гы-гы. Неосиляторы в треде.
Даёшь каждый год новый код!

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

12. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 01:04 
> Аха..а ещё к таблесам куча полезных модулей, например тот же самый ipt_netflow

ipt_netflow давно пора слить в мейнстрим. Вот и повод появился.

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

104. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 13:28 
Часть этих полезных модулей требует пересборки ведра, а это геморно (при его регулярном и автоматическом обновлениии). В сабже же же этим модули вынесут в юзерспейс. Профит!
Но скорость работы не в ядре вызывает ???
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

141. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +5 +/
Сообщение от Павел Одинцовemail (?), 20-Окт-13, 17:47 
> Аха..а ещё к таблесам куча полезных модулей, например тот же самый ipt_netflow

Дерьма кусок Ваш ipt_netflow. Мы всеми силами выправляли его кривой код, рассказали автору как работают блокировки в ядре, прислали патчи.

Так нет же йопт, они в новой версии снова лезут создавать структуры ядра не из под лока! Оно и крашится в ответ через каждый час :/

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

157. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от stalker37email (?), 20-Окт-13, 21:34 
а есть чем заменить? Только не говорите что покупать циску..
А так - 2 год крутится  на около провайдерской площадке под нагрузкой ~2gb (бондинг из 2 портов) -- ни 1 креша не было. Как креш воспроизвести?
Ответить | Правка | Наверх | Cообщить модератору

158. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Гость (?), 20-Окт-13, 23:56 
> а есть чем заменить? Только не говорите что покупать циску..
> А так - 2 год крутится  на около провайдерской площадке под
> нагрузкой ~2gb (бондинг из 2 портов) -- ни 1 креша не
> было. Как креш воспроизвести?

BSD и netgraph. =)

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

164. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от stalker37email (?), 21-Окт-13, 00:24 
аха.. смените ос,руки,планету...
Ответить | Правка | Наверх | Cообщить модератору

212. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 21-Окт-13, 15:58 
> аха.. смените ос,руки,планету...

Ну если так хочется воспроизвести креш - то и BSD поставишь, и netgraph настроишь.

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

193. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от ананим (?), 21-Окт-13, 08:23 
>>Как креш воспроизвести?
>BSD и netgraph. =) 

В смысле "и креши появятся"?

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

7. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +2 +/
Сообщение от msaemail (??), 20-Окт-13, 00:43 
>> Nftables, новой реализации пакетного фильтра, идущего на смену iptables
> Вот есть iptables - проверенный годами, стабильный, притертый...
> И тут на тебе новая шняга!, которая идет на смену iptables.
> Да и еще с новым стрёмным синтаксисом.
> Чё опять читать 100500 строковый ман? Тут бы старый дочитать

iptables давно уже устарел, справедливо осмеян. Придется переучиватьсяю

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

8. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +4 +/
Сообщение от AnonuS (?), 20-Окт-13, 00:51 
> iptables давно уже устарел, справедливо осмеян. Придется переучиватьсяю

Чем конкретно он устарел, старый стал запинаться стал, раньше пакеты фильтровал, а теперь нет нет да и пропустит парочку по рассеянности ?

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

10. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 00:59 
> Чем конкретно он устарел, старый стал запинаться стал, раньше пакеты фильтровал, а теперь нет нет да и пропустит парочку по рассеянности ?

Нет, просто уродец. Все попытки дальнейшего развития netfilter упирались в неимоверную кривизну x_tables.

Ждем аналогично экстерминатуса зоопарку им. Кузнецова (iproute2). С блекджеком и нормальной ограничивалкой трафика.

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

15. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от AnonuS (?), 20-Окт-13, 01:08 
> Нет, просто уродец. Все попытки дальнейшего развития netfilter упирались в неимоверную кривизну x_tables.

Многим нравиться.

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


> Ждем аналогично экстерминатуса зоопарку им. Кузнецова (iproute2). С блекджеком и нормальной ограничивалкой трафика.

Ну да, прогресс не стоит на месте, и пожелания трудящихся ( "одминов" и программистов ) тоже...

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

22. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 20-Окт-13, 01:31 
> Многим нравиться.

Мазохисты, сэр! Так давайте еще раз сделаем им больно, раз они это любят!

> Как бы не народился ещё больший "уродец".

Пока дизайн довольно красивый. Корень уродств x_tables растет еще из эпохи ipchains. Тогда еще думали, что несть протоколов, кроме IPv4, и несть ната, кроме маскарада. А потом выяснилось, что есть еще ARP, IPv6, Ethernet, всякие DNATы и SNATы. Старая оболочка все раздувалась и раздувалась...

> Да и трудно всем угодить,

А не надо кому-то угождать. Надо просто сделать технически лучше, чем было.

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

35. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +3 +/
Сообщение от AnonuS (?), 20-Окт-13, 02:09 
> А не надо кому-то угождать. Надо просто сделать технически лучше, чем было.

Дорогой анонимный брат Аноним, эта твоя позиция лично мне близка и понятна, и я могу её только поприветствовать. Если действительно удастся сделать "технически лучше, чем было", то я думаю и противники данного шага в конце концов осознают преимущества и открывшиеся перспективы. К тому же хочется надеяться, что поддержка нового кода, в конечном итоге, будет проще, а соответственно менее склонна к "забагованности".

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

209. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 15:54 
> Дорогой анонимный брат Аноним, эта твоя позиция лично мне близка и понятна, и я могу её только поприветствовать.

Судя по резкому изменению вашей позиции, вы успели сходить по ссылкам в новости =)

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

159. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Гость (?), 20-Окт-13, 23:58 
>> Многим нравиться.
> А не надо кому-то угождать. Надо просто сделать технически лучше, чем было.

Это уже попахивает изменой GNU/Linux. Вы так договоритесь до BSD way.

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

207. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 21-Окт-13, 15:52 
> Это уже попахивает изменой GNU/Linux. Вы так договоритесь до BSD way.

BSD way - это когда не технически, а академически лучше. Но при этом никому нафиг не сдалось.

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

86. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –3 +/
Сообщение от Аноним (-), 20-Окт-13, 07:48 
>> Нет, просто уродец. Все попытки дальнейшего развития netfilter упирались в неимоверную кривизну x_tables.
> Многим нравиться.
> Как бы не народился ещё больший "уродец". Да и трудно всем угодить,
> один любит systemd, а другой например предпочитает свиной хрящик.
>> Ждем аналогично экстерминатуса зоопарку им. Кузнецова (iproute2). С блекджеком и нормальной ограничивалкой трафика.
> Ну да, прогресс не стоит на месте, и пожелания трудящихся ( "одминов"
> и программистов ) тоже...

ну вы сравнили блин,  админы как раз знают bash отлично, и писать init в порядке вещей, да и для самопала часто вместо стандартного init выступает runit, поэтому на systemd и смотрят с недоверием. А вот с Nftables совсем другая штука, его давно ждали  и кучя админов в курсе что это. И он делался с оглядкой на FreeBSD. Так что новшество новшеству рознь.

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

103. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 13:15 
> и писать init в порядке вещей

И это печально.

> часто вместо стандартного init выступает runit

Примерно один раз из десяти тысяч, не?

> И он делался с оглядкой на FreeBSD.

Фига с два.

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

160. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Гость (?), 21-Окт-13, 00:03 
> ну вы сравнили блин,  админы как раз знают bash отлично

Ой ли? over 99% на яндексовские задачи правильно ответить не могут.

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

208. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 21-Окт-13, 15:53 
> Ой ли? over 99% на яндексовские задачи правильно ответить не могут.

Видимо, вин- и убунтоадмины.

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

14. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –2 +/
Сообщение от Аноним (-), 20-Окт-13, 01:08 
> Вот есть iptables - проверенный годами, стабильный, притертый...

Дедушка умер, похороните его уже.

> Да и еще с новым стрёмным синтаксисом.

А вот бздуны от такого синтаксиса кипятком писают, например.

> Чё опять читать 100500 строковый ман?

Не нравится - вперед, в дворники.

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

18. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от Аноним (-), 20-Окт-13, 01:18 
> Не нравится - вперед, в дворники.

Это вот ты сейчас так защищаешь ТО, чем еще ниразу не пользовался и руками не щупал.
Я говорю о стабильности и надёжности, проверенных вещах. Ты говоришь о бздунах и дворах.
Делайте выводы господа :)

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

21. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 20-Окт-13, 01:25 
>> Не нравится - вперед, в дворники.
> Это вот ты сейчас так защищаешь ТО, чем еще ниразу не пользовался и руками не щупал.

Откуда ты знаешь, мой юный друг? Может быть, я слежу за этим проектом с 2009 года, когда он только появился?

> Я говорю о стабильности и надёжности, проверенных вещах.

Хрущевки тоже проверены временем. Но это не значит, что там нужно покупать квартиру :)

> Делайте выводы господа :)

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

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

24. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 01:38 
> Откуда ты знаешь, мой юный друг? Может быть, я слежу за этим проектом с 2009 года, когда он только появился?

Это очень замечательно, что на опеннете есть человек, который следил за этим проектом с 2009 года (~4 года, так?)
Буду очень признателен если ты поделишься своими познаниями и возможно развеешь все мои домыслы.

> Хрущевки тоже проверены временем. Но это не значит, что там нужно покупать квартиру :)

Железный аргумент. С нетерпением жду более детальной выкладки материала по вопросу Nftables

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

Человеку свойственна лень. Вам нет?

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

32. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 02:06 
> Это очень замечательно, что на опеннете есть человек, который следил за этим проектом с 2009 года (~4 года, так?)

Четыре с половиной (официальный анонс был весной). Но в 9-11 годах следить было особо не за чем - несколько коммитов в год.

> Буду очень признателен если ты поделишься своими познаниями и возможно развеешь все мои домыслы.

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

>> Хрущевки тоже проверены временем. Но это не значит, что там нужно покупать квартиру :)
> Железный аргумент.

Не менее железный, чем "X работало 10 (20, 30, ...) лет, значит, X нельзя трогать".

> Человеку свойственна лень. Вам нет?

Чем удобнее и логичнее инструмент, тем больше простора для лени он предоставляет.
Там, где виндyзятник будет тысячу раз щелкать мышкой, юниксоид напишет скрипт. (На что виндyзятник, конечно, ответит - "а мне лень ваши скрипты изучать, я лучше мышкой". Что ж, это его выбор)

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

89. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 08:25 
> На всезнание не претендую, но насчет ключевых моментов вроде в курсе. Спрашивай.

Как оно из байткода выводит список текущих правил в человекопонятном виде (по аналогии с 'iptables -t nat -L POSTROUTING')? Можно ли засунуть в байткод правила, которые стандартная cli не пережует или интерпретирует неверно?

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

105. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 13:29 
>> На всезнание не претендую, но насчет ключевых моментов вроде в курсе. Спрашивай.
> Как оно из байткода выводит список текущих правил в человекопонятном виде (по аналогии с 'iptables -t nat -L POSTROUTING')?

Путем декодирования, очевидно же. См. src/netlink.c, list_chain_cb.

> Можно ли засунуть в байткод правила, которые стандартная cli не пережует или интерпретирует неверно?

Полагаю, можно. Только зачем ломать юзерспейнсую программу (ну выдаст nft сегфолт) через редактирование памяти ядра?

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

118. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от Аноним (-), 20-Окт-13, 14:04 
Да что-то гложат меня смутные сомнения. Теоретически, байткодом можно много чего наворотить, и хорошо если оно при просмотре хотя бы сегфолт выдаст, а не спрячет правило от админа. И ведь даже запрет на загрузку модулей не защитит от такой уязвимости...

В общем, как-то слегка подозрительно всё это звучит.

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

168. "В ядре Linux 3.13 ожидается появление нового пакетного..."  –1 +/
Сообщение от arisu (ok), 21-Окт-13, 00:44 
> Да что-то гложат меня смутные сомнения. Теоретически, байткодом можно много чего наворотить,
> и хорошо если оно при просмотре хотя бы сегфолт выдаст, а
> не спрячет правило от админа. И ведь даже запрет на загрузку
> модулей не защитит от такой уязвимости…

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

ну, или проще: НЕ РАБОТАЙ ПОД РУТОМ!

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

213. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 16:01 
> Да что-то гложат меня смутные сомнения. Теоретически, байткодом можно много чего наворотить,
> и хорошо если оно при просмотре хотя бы сегфолт выдаст, а
> не спрячет правило от админа. И ведь даже запрет на загрузку
> модулей не защитит от такой уязвимости...

Байт-кодом, который имеет доступ только к сетевым пакетам? Ну-ну.
При наличии рутового доступа те же вещи можно сделать гораздо проще (например, на raw-сокетах, как в pcap).

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

230. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 22:17 
> Байт-кодом, который имеет доступ только к сетевым пакетам? Ну-ну.
> При наличии рутового доступа те же вещи можно сделать гораздо проще (например,
> на raw-сокетах, как в pcap).

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

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

276. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 22-Окт-13, 20:50 
> Байткодом, который имеет доступ к фаерволу. Можно разрешить много лишнего на сетевом уровне, которое хрен отследишь снифером с этой же машины.

Почему? Через тот же pcap - никаких проблем. У фаервола и raw-сокетов один и тот же сетевой стек, а не два независимых.

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

Для pcap тоже никаких модулей подгружать не нужно.

А еще можно хранить злохакерские явки и пароли в параметрах sysctl, например. Примерно такая же страшная угроза.

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

299. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 23-Окт-13, 10:39 
> Почему? Через тот же pcap - никаких проблем. У фаервола и raw-сокетов
> один и тот же сетевой стек, а не два независимых.

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


> Для pcap тоже никаких модулей подгружать не нужно.

Я пытаюсь акцентировать внимание на том, что - возможно - появится встроенная возможность скрыть некоторые правила фаервола от админа. Конечно, удобнее написать программу, которая будет работать в отдельном процессе, но её будет видно в списках процессов и в netstat (руткиты сейчас не рассматриваем - это отдельная история).

Опасные правила фаервола и сейчас можно спокойно написать, но они 100% отобразятся в выхлопе iptables в легко понятном человеку виде (про руткиты сейчас, опять же, не вспоминаем).


> А еще можно хранить злохакерские явки и пароли в параметрах sysctl, например.
> Примерно такая же страшная угроза.

Про sysctl не понял. Что там можно хранить?

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

127. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Адекват (ok), 20-Окт-13, 16:01 

> Путем декодирования, очевидно же. См. src/netlink.c, list_chain_cb.

А время вывода over9000 строк не станет больше чем просто вывод по сути текстовой информации ?
Если каждую строчку придется декодировать.

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

210. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 15:56 
> А время вывода over9000 строк не станет больше чем просто вывод по сути текстовой информации ?
> Если каждую строчку придется декодировать.

Большие наборы правил удобнее сворачивать в множества (sets), которые декодируются вполне тривиально (хеш->значение).

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

140. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +3 +/
Сообщение от northbear (??), 20-Окт-13, 17:24 
> Человеку свойственна лень. Вам нет?

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

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

97. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –2 +/
Сообщение от VolanD (ok), 20-Окт-13, 11:25 
>> Не нравится - вперед, в дворники.
> Это вот ты сейчас так защищаешь ТО, чем еще ниразу не пользовался
> и руками не щупал.
> Я говорю о стабильности и надёжности, проверенных вещах. Ты говоришь о бздунах
> и дворах.
> Делайте выводы господа :)

Небось еще сендмылом почту рулите?

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

109. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –3 +/
Сообщение от Аноним (-), 20-Окт-13, 13:33 
> Не нравится - вперед, в дворники.

Павлик, залогинься.
>А вот бздуны

Интересы 1%  никого не волнуют ))

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

116. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от Аноним (-), 20-Окт-13, 13:46 
> Павлик, залогинься.

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

> Интересы 1%  никого не волнуют ))

Такой же 1%, как и у линуксоидов. Ничем не хуже.

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

25. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Seclorum (??), 20-Окт-13, 01:38 
> Вот есть iptables - проверенный годами, стабильный, притертый...

И неподдерживающий кучу сетевых протоколов...


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

128. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от Адекват (ok), 20-Окт-13, 16:03 
>> Вот есть iptables - проверенный годами, стабильный, притертый...
> И неподдерживающий кучу сетевых протоколов...

Каких например ? каких из тех, с коими реально сталкиваются сисадмины ?
igrp, ospf, rip ?

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

211. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 15:57 
> Каких например ? каких из тех, с коими реально сталкиваются сисадмины ?

Начнем с простых: ethernet, ARP/RARP, IPv6 =)

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

94. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +2 +/
Сообщение от lucentcode (ok), 20-Окт-13, 11:09 
Не надо ворчать. Если вы профессионал своего дела - вы каждый день маны читаете. Одним больше, одним меньше - какая разница? А удобочитаемые правила, и ускорение разбора этих правил за счёт использования бат-кода - это хорошо. Как и то, что основная нагрузка на разбор правил теперь в user space. Чем меньше кода работает на уровне ядра - тем лучше. Больше кода - больше вероятность что в нём есть уязвимости.


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

111. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –7 +/
Сообщение от Anonim (??), 20-Окт-13, 13:37 
> Если вы профессионал своего дела - вы каждый день маны читаете.

Маны каждый день читают админишки недоделаные, профессионалы их пишут.

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

115. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 13:44 
> Маны каждый день читают админишки недоделаные, профессионалы их пишут.

Это типа пропаганда расовой ненависти быдлoкодеров к админам?

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

130. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от Адекват (ok), 20-Окт-13, 16:04 
> теперь в user space. Чем меньше кода работает на уровне ядра
> - тем лучше.

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

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

142. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +2 +/
Сообщение от lucentcode (ok), 20-Окт-13, 18:18 
> Кстати сам Линус не считает что в линуксе должно быть микроядро, а
> все что можно по максимуму - вынесено за пределы ядра в
> его модули.

Сам Линус никогда не был авторитетом в области проектирования и архитектуры ОС. Он так бы и остался не самым умным(он сам о себе так говорил в беседе с финскими студентами) студентом, который изобрёл ещё один велосипед. Если бы не стечение обстоятельств. Парни из Беркли, создавшие 4.4BSD огребли проблемы от патентных троллей в 1992 году, и срочно нужен был свободный клон Unix ему на замену. Minix не мог заменить 4.4BSD, GNU Hurd уже тогда был мертвеннорожденным проектом. И именно благодаря этому стечению обстоятельств в тот момент Linux стал уникальным и незаменимым. Он быстро занял место 4.4BSD, а потом потомки ОС из Беркли уже не могли его догнать. Они сбавили темп, и навсегда потеряли своё место под Солнцем. Не нужно с Линуса делать авторитета. Он написал ОС, которая работала. Но над ядром трудилось много гораздо более квалифицированных программистов. Линус - икона, как Стив Джобс или Билл Гейтс. Но, как и они, он далеко не самый авторитетный специалист в области IT. Я бы не стал считать его мнение(как и мнение Гейтса или Джобса), особо авторитетным.

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

144. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –2 +/
Сообщение от Andrey Mitrofanov (?), 20-Окт-13, 18:43 
>> Кстати сам Линус не считает что в линуксе должно быть микроядро, а
>> все что можно по максимуму - вынесено за пределы ядра в
>> его модули.
>Парни из Беркли, создавшие 4.4BSD огребли проблемы от патентных троллей в 1992 году,

Ой, тогда именно патентных тролей в ПО не было. Не было _патентов_ в иске USL. Тот иск, собственно, заложил основы копиврайта в [более] современном его состоянии. Википедию почитай, что ли.

> заменить 4.4BSD, GNU Hurd уже тогда был мертвеннорожденным проектом. И именно
> благодаря этому стечению обстоятельств в тот момент Linux стал уникальным и
> незаменимым. Он быстро занял место 4.4BSD, а потом потомки ОС из

Остальную часть GNU забыл. Агенты Z0Gа зарелизили 4.4BSD с GNU gcc! Голубоглазые, наивные коре-тиимеры не замечали "пoдставы" ещё 25~ лет.

> Беркли уже не могли его догнать. Они сбавили темп, и навсегда
> потеряли своё место под Солнцем.

Чего-то на www.freebsd.org/releases/ особого застоя не заметно. Какие версии Вы считаете _особо застойными?

>Не нужно с Линуса делать авторитета.
>Линус - икона, как Стив Джобс или Билл Гейтс.

Хорошо, что Вы поделились с нами Ваше Картиной Мира. Ваша точка стала более понятна.

>Я бы не стал считать его мнение(как и мнение Гейтса или Джобса), особо авторитетным.

Зато как тролит! Пaцаны на бoлоте уверены -- авторитет.

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

147. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от lucentcode (ok), 20-Окт-13, 19:17 
То, что все потомки 4.4BSD никогда не догонят теперь Linux по популярности(Mac OS X считать потомком 4.4BSD мы не можем, это ОС с другой архитектурой(как раз более близкой к микроядерным)), это уже неоспоримый факт. Своё время фанбои подделий из Беркли упустили.

> Зато как тролит! Пaцаны на бoлоте уверены -- авторитет.

Линус - в первую очередь символ. Это человек-икона. А ещё он оказался гениальным организатором. И в этой роли(координатора и вдохновителя) он приносит намного больше пользы, чем в роли рядового программиста. Координировать работу тысяч программистов - это программисткий скил высшего уровня. При этом Линус - редкостный троль. Я бы не стал считать Линуса хорошим специалистом в области архитектуры ОС.

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

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

148. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –2 +/
Сообщение от Адекват (ok), 20-Окт-13, 19:58 
> Сам Линус никогда не был авторитетом в области проектирования и архитектуры ОС.

И тем не менее - у него были аргументы того, каким должно быть _его_ ядро.
Я вот например считаю, что если что-то вынести за пределы ядра, то это облегчит задачу для всякого рода хакеров и крекеров, по запуску своего кода с привилегиями ядра. Как видно из статьи, цитата:


правила фильтрации компилируются в пространстве пользователя в  байткод и передаются в ядро через API Netlink

То есть теперь не нужны права рута, чтобы сообщать ядру какие-то параметры.
Я вижу 2 потенциальные угрозы безопасности:
То что можно будет запустить вредоносный код с правами ядра, найдя уязвимость в ядре и передав ядру "специально сформированный байт-код", но запустив вредоносную программу с правами пользователя.
Второе - "специальная связующая интерфейсная библиотека libnl" является дополнительным звеном в цепи, и сама по себе представляет источник уязвимости - теоретически ее можно подменить на такую же, но с бекдором.

Все что я написал трудно выполнимо, но все-таки легче, чем в случае с iptables, который является надстройкой над netfilter - который монолитно вшит в ядро.

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

149. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от lucentcode (ok), 20-Окт-13, 20:07 
>[оверквотинг удален]
> Я вижу 2 потенциальные угрозы безопасности:
> То что можно будет запустить вредоносный код с правами ядра, найдя уязвимость
> в ядре и передав ядру "специально сформированный байт-код", но запустив вредоносную
> программу с правами пользователя.
> Второе - "специальная связующая интерфейсная библиотека libnl" является дополнительным
> звеном в цепи, и сама по себе представляет источник уязвимости -
> теоретически ее можно подменить на такую же, но с бекдором.
> Все что я написал трудно выполнимо, но все-таки легче, чем в случае
> с iptables, который является надстройкой над netfilter - который монолитно вшит
> в ядро.

В целом, вы правы. Но не думаю, что любой пользователь может компилировать правила для файрвола. Думаю, данное действие будет доступно только пользователям определённой группы.

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

169. "В ядре Linux 3.13 ожидается появление нового пакетного..."  +2 +/
Сообщение от arisu (ok), 21-Окт-13, 00:53 
> То есть теперь не нужны права рута, чтобы сообщать ядру какие-то параметры.

а вот с этого места — подробней давай. особенно интересно, чем это *принципиально* отличается от пинания ядра на предмет «распарзи вот этот вход» (кроме того, что парзер как раз и убрали).

> То что можно будет запустить вредоносный код с правами ядра, найдя уязвимость
> в ядре и передав ядру «специально сформированный байт-код», но запустив
> вредоносную программу с правами пользователя.

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

> теоретически ее можно подменить на такую же, но с бекдором

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

> который монолитно вшит в ядро

см. выше про парзер. чем меньше в ядро «вшито» кода — тем легче его отладить.

проше говоря: всё, тобой описаное, точно так же относится и к существующей реализации. местами даже сильнее, чем к новой. некоторое время новая будет — возможно — более забагована, чем существующая. но это не страшно, это починится.

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

196. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +3 +/
Сообщение от Аноним (196), 21-Окт-13, 10:18 
некомпетентность Линуса - это миф
который подогревается всеми, кому не лень, в том числе и нашими бывшими разработчиками линуксового ядра
не стоит забывать, что именно Линус написал первые версии ядра, файловой системы
что именно линус координировал и сам переписывал  первые модули ядра, написанные другими разработчиками
то, что он сейчас ничего не пишет, в этом нет ничего удивительного - нельзя обьять необьятное, тем более что что ядро начинает разрастаться до необьятных размеров
Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

229. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от lucentcode (ok), 21-Окт-13, 19:35 
> некомпетентность Линуса - это миф
> который подогревается всеми, кому не лень, в том числе и нашими бывшими
> разработчиками линуксового ядра
> не стоит забывать, что именно Линус написал первые версии ядра, файловой системы
> что именно линус координировал и сам переписывал  первые модули ядра, написанные
> другими разработчиками
> то, что он сейчас ничего не пишет, в этом нет ничего удивительного
> - нельзя обьять необьятное, тем более что что ядро начинает разрастаться
> до необьятных размеров

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


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

162. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –2 +/
Сообщение от Гость (?), 21-Окт-13, 00:18 
> Не надо ворчать. Если вы профессионал своего дела - вы каждый день
> маны читаете.

А пацанам не нужен нормальный l7-filter, имя что-нить попроще, для домашнего роутера.

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

99. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от Aleks Revo (ok), 20-Окт-13, 12:11 
К 2113 году, когда в стабильную ветку будут переведены ядра 3.13 всё будет уже проработано и организовано ;-)
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

107. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 20-Окт-13, 13:31 
> К 2113 году, когда в стабильную ветку будут переведены ядра 3.13

Всего лишь к 2014.

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

126. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от XoRe (ok), 20-Окт-13, 15:51 
>> Nftables, новой реализации пакетного фильтра, идущего на смену iptables
> Вот есть iptables - проверенный годами, стабильный, притертый...
> И тут на тебе новая шняга!, которая идет на смену iptables.
> Да и еще с новым стрёмным синтаксисом.
> Чё опять читать 100500 строковый ман? Тут бы старый дочитать :))

s/iptables/ipchains/g ну вы поняли... )

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

150. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от тигар (ok), 20-Окт-13, 20:10 
примерно также когда-то давно поклонники ipchains думали.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

192. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от ананим (?), 21-Окт-13, 08:21 
Совсем не так.
Вам, бсдишнегам, трудно понять, что iptables был просто логическим продолжением ipchains.
Увеличилась функциональность, добавились опции и... всё.
Проблем с переходом не возникло.
Ответить | Правка | Наверх | Cообщить модератору

214. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 21-Окт-13, 16:04 
> Совсем не так.
> Вам, бсдишнегам, трудно понять, что iptables был просто логическим продолжением ipchains.
> Увеличилась функциональность, добавились опции и... всё.
> Проблем с переходом не возникло.

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

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

262. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от ананим (?), 22-Окт-13, 14:21 
Трудно представить, чтобы вы, любители анимэ, сделали с старичком колесом.
Ответить | Правка | Наверх | Cообщить модератору

278. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 22-Окт-13, 20:53 
> Трудно представить, чтобы вы, любители анимэ, сделали с старичком колесом.

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

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

283. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от ананим (?), 22-Окт-13, 21:10 
При этом колёса просто модифицировались, а не изобретались по-новой.
Ответить | Правка | Наверх | Cообщить модератору

288. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Аноним (-), 22-Окт-13, 21:26 
> При этом колёса просто модифицировались, а не изобретались по-новой.

Человек - это модифицированная амеба.

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

290. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от Michael Shigorinemail (ok), 22-Окт-13, 21:31 
>> При этом колёса просто модифицировались, а не изобретались по-новой.
> Человек - это модифицированная амеба.

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

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

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

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




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

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