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
| ||
|
Message-ID: <1328547366.2220.83.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Date: Mon, 06 Feb 2012 17:56:06 +0100 From: Eric Dumazet <eric.dumazet@...il.com> To: David Miller <davem@...emloft.net> Cc: steweg@...t.sk, gregory.v.rose@...el.com, linux-kernel@...r.kernel.org, netdev@...r.kernel.org Subject: Re: [patch v1, kernel version 3.2.1] rtnetlink workaround around the skb buff size issue Le lundi 06 février 2012 à 10:15 -0500, David Miller a écrit : > From: Štefan Gula <steweg@...t.sk> > Date: Mon, 6 Feb 2012 09:53:28 +0100 > > > If I try to request for it, it will eventually fail with a lot of > > records even with filtering... > > Then the user can loop increasing the buffer size until the netlink > request succeeds. > > It is not a problem. Actually we always truncate message in netlink_recvmsg() We could use a MSG_NOPARTIAL flag in netlink_recvmsg() so that user can avoid the MSG_PEEK operation to fetch next message length. (Ie not consume/copy skb if user buffer is too small to hold full message, and only return the needed length) -- 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