netdev - Re: netlink: 12 bytes leftover after parsing attributes - triggered by iproute2 libnetlink's rtnl_dump

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] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 20 Mar 2012 15:00:30 +0000
From:	Ben Hutchings <ben@...adent.org.uk>
To:	Stephen Hemminger <shemminger@...tta.com>
Cc:	Bruno Prémont <bonbons@...ux-vserver.org>,
	netdev@...r.kernel.org, Greg Rose <gregory.v.rose@...el.com>
Subject: Re: netlink: 12 bytes leftover after parsing attributes - triggered
 by iproute2 libnetlink's rtnl_dump_request()

On Tue, 2012-03-20 at 07:41 -0700, Stephen Hemminger wrote:
> 
> > 
> > Should this get fixed at kernel level, iproute2 libnetlink level or
> > at end-user level (e.g. collectd)?
> > Three lines every 10 seconds is a damn lot!
> > 
> > Thanks,
> > Bruno
> 
> Netlink is supposed to be encoded as Type-Length-Value and correctly written
> programs ignore types they don't understand. So either the library is getting
> confused by the type or the attribute is not encoded correctly.
> 
> 
> The issue could be in libnetlink library. What version of collectd and libnetlink
> are you using?

This was also reported as provoked by a client using the ntrack
rtnetlink code: http://thread.gmane.org/gmane.linux.network/224236

Ben.

-- 
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchett

Download attachment "signature.asc" of type "application/pgp-signature" (829 bytes)