linux-kernel - [PATCH] futex: Prevent pi_state from double freeing in case of error

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <1450428223-7655-1-git-send-email-Bhuvanesh_Surachari@mentor.com>
Date:	Fri, 18 Dec 2015 14:13:43 +0530
From:	<Bhuvanesh_Surachari@...tor.com>
To:	<tglx@...utronix.de>
CC:	<peterz@...radead.org>, <mingo@...nel.org>, <dave@...olabs.net>,
	<akpm@...ux-foundation.org>, <linux@...musvillemoes.dk>,
	<viresh.kumar@...aro.org>, <luto@...capital.net>,
	<bigeasy@...utronix.de>, <mtk.manpages@...il.com>,
	<linux-kernel@...r.kernel.org>,
	Bhuvanesh Surachari <bhuvanesh_surachari@...tor.com>,
	Bhuvanesh Surachari <Bhuvanesh_Surachari@...tor.com>,
	Andy Lowe <Andy_Lowe@...tor.com>
Subject: [PATCH] futex: Prevent pi_state from double freeing in case of error

From: Bhuvanesh Surachari <bhuvanesh_surachari@...tor.com>

In case of error from rt_mutex_start_proxy_lock pi_state is freed
twice in futex_requeue function. Hence removing free_pi_state in
else branch and branching to the location where pi_state is freed.

Signed-off-by: Bhuvanesh Surachari <Bhuvanesh_Surachari@...tor.com>
Signed-off-by: Andy Lowe <Andy_Lowe@...tor.com>
---
 kernel/futex.c |    1 -
 1 file changed, 1 deletion(-)

diff --git a/kernel/futex.c b/kernel/futex.c
index 684d754..264b3f2 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1815,7 +1815,6 @@ retry_private:
 			} else if (ret) {
 				/* -EDEADLK */
 				this->pi_state = NULL;
-				free_pi_state(pi_state);
 				goto out_unlock;
 			}
 		}
-- 
1.7.9.5


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/