2017-04-23 07:10:24

by Pan Bian

[permalink] [raw]
Subject: [PATCH 1/1] tipc: check return value of nlmsg_new

Function nlmsg_new() will return a NULL pointer if there is no enough
memory, and its return value should be checked before it is used.
However, in function tipc_nl_node_get_monitor(), the validation of the
return value of function nlmsg_new() is missed. This patch fixes the
bug.

Signed-off-by: Pan Bian <[email protected]>
---
net/tipc/node.c | 2 ++
1 file changed, 2 insertions(+)

diff --git a/net/tipc/node.c b/net/tipc/node.c
index 4512e83..568e48d 100644
--- a/net/tipc/node.c
+++ b/net/tipc/node.c
@@ -2098,6 +2098,8 @@ int tipc_nl_node_get_monitor(struct sk_buff *skb, struct genl_info *info)
int err;

msg.skb = nlmsg_new(NLMSG_GOODSIZE, GFP_KERNEL);
+ if (!msg.skb)
+ return -ENOMEM;
msg.portid = info->snd_portid;
msg.seq = info->snd_seq;

--
1.9.1



2017-04-23 07:17:29

by Joe Perches

[permalink] [raw]
Subject: Re: [PATCH 1/1] tipc: check return value of nlmsg_new

On Sun, 2017-04-23 at 15:09 +0800, Pan Bian wrote:
> Function nlmsg_new() will return a NULL pointer if there is no enough
> memory, and its return value should be checked before it is used.
> However, in function tipc_nl_node_get_monitor(), the validation of the
> return value of function nlmsg_new() is missed. This patch fixes the
> bug.

Hello.

Thanks for the patches.

Are you finding these via a tool or inspection?

If a tool is being used, could you please describe it?

2017-04-23 08:01:21

by Pan Bian

[permalink] [raw]
Subject: Re: [PATCH 1/1] tipc: check return value of nlmsg_new

On Sun, Apr 23, 2017 at 12:17:16AM -0700, Joe Perches wrote:
> On Sun, 2017-04-23 at 15:09 +0800, Pan Bian wrote:
> > Function nlmsg_new() will return a NULL pointer if there is no enough
> > memory, and its return value should be checked before it is used.
> > However, in function tipc_nl_node_get_monitor(), the validation of the
> > return value of function nlmsg_new() is missed. This patch fixes the
> > bug.
>
> Hello.
>
> Thanks for the patches.
>
> Are you finding these via a tool or inspection?
>
> If a tool is being used, could you please describe it?
>

Yes. I developed a tool to find this kind of bugs.

The detecting idea is simple. In large systems like the Linux kernel,
most implementations are correct, and incorrect ones are rare. Based on
this observation, we take programs that have different implementations
with others as bugs. For example, in most cases, the return vlaue of
nlmsg_new() is validated and it will not be passed to genlmsg_reply() if
its value is NULL. However, in function tipc_nl_node_get_monitor(), the
validation is missing. The abnormal behavior leads us to believe that
there is a bug.


Thanks for your attention.

2017-04-23 08:16:24

by Joe Perches

[permalink] [raw]
Subject: Re: [PATCH 1/1] tipc: check return value of nlmsg_new

On Sun, 2017-04-23 at 16:00 +0800, PanBian wrote:
> On Sun, Apr 23, 2017 at 12:17:16AM -0700, Joe Perches wrote:
> > On Sun, 2017-04-23 at 15:09 +0800, Pan Bian wrote:
> > > Function nlmsg_new() will return a NULL pointer if there is no enough
> > > memory, and its return value should be checked before it is used.
> > > However, in function tipc_nl_node_get_monitor(), the validation of the
> > > return value of function nlmsg_new() is missed. This patch fixes the
> > > bug.
> >
> > Hello.
> >
> > Thanks for the patches.
> >
> > Are you finding these via a tool or inspection?
> >
> > If a tool is being used, could you please describe it?
> >
>
> Yes. I developed a tool to find this kind of bugs.
>
> The detecting idea is simple. In large systems like the Linux kernel,
> most implementations are correct, and incorrect ones are rare. Based on
> this observation, we take programs that have different implementations
> with others as bugs. For example, in most cases, the return vlaue of
> nlmsg_new() is validated and it will not be passed to genlmsg_reply() if
> its value is NULL. However, in function tipc_nl_node_get_monitor(), the
> validation is missing. The abnormal behavior leads us to believe that
> there is a bug.

Perhaps adding __must_check to some of the appropriate function
declarations/prototypes would help avoid new future misuses.

2017-04-23 13:33:29

by Jon Maloy

[permalink] [raw]
Subject: RE: [PATCH 1/1] tipc: check return value of nlmsg_new

Acknowledged. Thank you for doing this job.

///jon


> -----Original Message-----
> From: Pan Bian [mailto:[email protected]]
> Sent: Sunday, April 23, 2017 03:09 AM
> To: Jon Maloy <[email protected]>; Ying Xue
> <[email protected]>; David S. Miller <[email protected]>
> Cc: [email protected]; [email protected]; linux-
> [email protected]; Pan Bian <[email protected]>
> Subject: [PATCH 1/1] tipc: check return value of nlmsg_new
>
> Function nlmsg_new() will return a NULL pointer if there is no enough
> memory, and its return value should be checked before it is used.
> However, in function tipc_nl_node_get_monitor(), the validation of the
> return value of function nlmsg_new() is missed. This patch fixes the bug.
>
> Signed-off-by: Pan Bian <[email protected]>
> ---
> net/tipc/node.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/net/tipc/node.c b/net/tipc/node.c index 4512e83..568e48d 100644
> --- a/net/tipc/node.c
> +++ b/net/tipc/node.c
> @@ -2098,6 +2098,8 @@ int tipc_nl_node_get_monitor(struct sk_buff *skb,
> struct genl_info *info)
> int err;
>
> msg.skb = nlmsg_new(NLMSG_GOODSIZE, GFP_KERNEL);
> + if (!msg.skb)
> + return -ENOMEM;
> msg.portid = info->snd_portid;
> msg.seq = info->snd_seq;
>
> --
> 1.9.1
>


2017-04-24 19:51:58

by David Miller

[permalink] [raw]
Subject: Re: [PATCH 1/1] tipc: check return value of nlmsg_new

From: Pan Bian <[email protected]>
Date: Sun, 23 Apr 2017 15:09:19 +0800

> Function nlmsg_new() will return a NULL pointer if there is no enough
> memory, and its return value should be checked before it is used.
> However, in function tipc_nl_node_get_monitor(), the validation of the
> return value of function nlmsg_new() is missed. This patch fixes the
> bug.
>
> Signed-off-by: Pan Bian <[email protected]>

Applied.