public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH 0/1] selinux: fix double free
@ 2020-06-10 18:10 trix
  2020-06-10 18:10 ` [PATCH 1/1] " trix
  0 siblings, 1 reply; 4+ messages in thread
From: trix @ 2020-06-10 18:10 UTC (permalink / raw)
  To: paul, stephen.smalley.work, eparis, omosnace, jeffv, rgb
  Cc: selinux, linux-kernel, Tom Rix

From: Tom Rix <trix@redhat.com>

Repo: linux-next
Tag: next-20200609

Running clang scan-view over linux-next uncovers many problem only a
few are memory related, this one looked like the most serious.

Tom Rix (1):
  selinux: fix double free

 security/selinux/ss/services.c | 4 ++++
 1 file changed, 4 insertions(+)

-- 
2.18.1


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [PATCH 1/1] selinux: fix double free
  2020-06-10 18:10 [PATCH 0/1] selinux: fix double free trix
@ 2020-06-10 18:10 ` trix
  2020-06-10 19:10   ` Stephen Smalley
  0 siblings, 1 reply; 4+ messages in thread
From: trix @ 2020-06-10 18:10 UTC (permalink / raw)
  To: paul, stephen.smalley.work, eparis, omosnace, jeffv, rgb
  Cc: selinux, linux-kernel, Tom Rix

From: Tom Rix <trix@redhat.com>

Clang's static analysis tool reports these double free memory errors.

security/selinux/ss/services.c:2987:4: warning: Attempt to free released memory [unix.Malloc]
                        kfree(bnames[i]);
                        ^~~~~~~~~~~~~~~~
security/selinux/ss/services.c:2990:2: warning: Attempt to free released memory [unix.Malloc]
        kfree(bvalues);
        ^~~~~~~~~~~~~~

So improve the security_get_bools error handling by freeing these variables
and setting their return pointers to NULL and the return len to 0

Signed-off-by: Tom Rix <trix@redhat.com>
---
 security/selinux/ss/services.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/security/selinux/ss/services.c b/security/selinux/ss/services.c
index 313919bd42f8..2dffae1feaff 100644
--- a/security/selinux/ss/services.c
+++ b/security/selinux/ss/services.c
@@ -2888,8 +2888,12 @@ int security_get_bools(struct selinux_state *state,
 	if (*names) {
 		for (i = 0; i < *len; i++)
 			kfree((*names)[i]);
+		kfree(names);
 	}
 	kfree(*values);
+	*len = 0;
+	*names = NULL;
+	*values = NULL;
 	goto out;
 }
 
-- 
2.18.1


^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH 1/1] selinux: fix double free
  2020-06-10 18:10 ` [PATCH 1/1] " trix
@ 2020-06-10 19:10   ` Stephen Smalley
  2020-06-10 20:00     ` Tom Rix
  0 siblings, 1 reply; 4+ messages in thread
From: Stephen Smalley @ 2020-06-10 19:10 UTC (permalink / raw)
  To: trix
  Cc: Paul Moore, Eric Paris, Ondrej Mosnacek, Jeffrey Vander Stoep,
	rgb, SElinux list, linux-kernel

On Wed, Jun 10, 2020 at 2:10 PM <trix@redhat.com> wrote:
>
> From: Tom Rix <trix@redhat.com>
>
> Clang's static analysis tool reports these double free memory errors.
>
> security/selinux/ss/services.c:2987:4: warning: Attempt to free released memory [unix.Malloc]
>                         kfree(bnames[i]);
>                         ^~~~~~~~~~~~~~~~
> security/selinux/ss/services.c:2990:2: warning: Attempt to free released memory [unix.Malloc]
>         kfree(bvalues);
>         ^~~~~~~~~~~~~~
>
> So improve the security_get_bools error handling by freeing these variables
> and setting their return pointers to NULL and the return len to 0
>
> Signed-off-by: Tom Rix <trix@redhat.com>
> ---
>  security/selinux/ss/services.c | 4 ++++
>  1 file changed, 4 insertions(+)
>
> diff --git a/security/selinux/ss/services.c b/security/selinux/ss/services.c
> index 313919bd42f8..2dffae1feaff 100644
> --- a/security/selinux/ss/services.c
> +++ b/security/selinux/ss/services.c
> @@ -2888,8 +2888,12 @@ int security_get_bools(struct selinux_state *state,
>         if (*names) {
>                 for (i = 0; i < *len; i++)
>                         kfree((*names)[i]);
> +               kfree(names);

kfree(*names)?

>         }
>         kfree(*values);
> +       *len = 0;
> +       *names = NULL;
> +       *values = NULL;
>         goto out;
>  }

Wondering if the caller handling ought to be changed too even though
this should avoid the problem.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH 1/1] selinux: fix double free
  2020-06-10 19:10   ` Stephen Smalley
@ 2020-06-10 20:00     ` Tom Rix
  0 siblings, 0 replies; 4+ messages in thread
From: Tom Rix @ 2020-06-10 20:00 UTC (permalink / raw)
  To: Stephen Smalley
  Cc: Paul Moore, Eric Paris, Ondrej Mosnacek, Jeffrey Vander Stoep,
	rgb, SElinux list, linux-kernel



>> +++ b/security/selinux/ss/services.c
>> @@ -2888,8 +2888,12 @@ int security_get_bools(struct selinux_state *state,
>>         if (*names) {
>>                 for (i = 0; i < *len; i++)
>>                         kfree((*names)[i]);
>> +               kfree(names);
> kfree(*names)?

Yes.

> kfree(*values);
>> +       *len = 0;
>> +       *names = NULL;
>> +       *values = NULL;
>>         goto out;
>>  }
> Wondering if the caller handling ought to be changed too even though
> this should avoid the problem.
>
The poisoning of the returns avoids this.



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-06-10 20:00 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-06-10 18:10 [PATCH 0/1] selinux: fix double free trix
2020-06-10 18:10 ` [PATCH 1/1] " trix
2020-06-10 19:10   ` Stephen Smalley
2020-06-10 20:00     ` Tom Rix

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox