lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.01.1210311726400.20723@nerf07.vanv.qr>
Date:	Thu, 1 Nov 2012 16:49:01 +0100 (CET)
From:	Jan Engelhardt <jengelh@...i.de>
To:	Pablo Neira Ayuso <pablo@...filter.org>
cc:	Netfilter Development Mailing list 
	<netfilter-devel@...r.kernel.org>,
	Linux Networking Developer Mailing List 
	<netdev@...r.kernel.org>
Subject: Re: [RFC] back on nf_tables (plus compatibility layer)

On Wednesday 2012-10-31 16:42, Pablo Neira Ayuso wrote:
>> >> 
>> >> I have updated to the newest tree, and the first set is
>> >> available in the git repository at:
>> >>   git://git.inai.de/linux xt2-20121025
>> >
>> >If you think this feature is important, checkout nf_tables and think
>> >how to integrate this prototype code that provides atomic table
>> >replacement to it.
>> 
>> I'd rather tinker with xt2.
>
>You're are free spend your time on your pet project, but I warn you:
>it will *extremely hard* to justify its inclusion into mainline.
>As said, I don't think it makes sense to add two firewall
>engines/interfaces for the same thing.

You make it sound like you have already made up your mind and will
not consider xtnl because you are having nft as your pet project.
That would be really sad.

So, what xt2 has of this hour.

(- netlink interface obviously)
 - netns support
 - single table sufficiency
 - is RCU'd
 - atomic whole-table replace
 - atomic chain-level multi-rule replace
   (less to transfer over netlink between kernel<->user)
 - chain-level dump (also relates to transfer size)
 - packed ruleset for cache efficiency
 - already has had some review from community members when it was last posted
 - in-code and external documentation

Certainly there is still something to do - but so would there be for nft.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ