linux-kernel - ptrace & /proc deadlock due to mm_for_maps cred_guard

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

Message-ID: <20090902192809.5f3efb48@zooty>
Date:	Wed, 2 Sep 2009 19:28:09 -0400
From:	Tom Horsley <tom.horsley@....net>
To:	linux-kernel@...r.kernel.org
Subject: ptrace & /proc deadlock due to mm_for_maps cred_guard_mutex patch

The redhat bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=520206#c2

describes a test program that demonstrates an apparent
deadlock ptrace can get into as a result of the
patch:

   commit 704b836cbf19e885f8366bccb2e4b0474346c02d
   Author: Oleg Nesterov <oleg@...hat.com>
   Date:   Fri Jul 10 03:27:40 2009 +0200
   mm_for_maps: take ->cred_guard_mutex to fix the race with exec  

ptrace hangs attempting to read the newly exec'ed debugged
child process /proc/pid/maps file, and the child is obviously
never going to advance as long as it is stopped by ptrace.

I haven't seen any activity on the bugzilla, so since this
was a kernel.org patch I figured I'd mention it over here.

As the bugzilla says, it is possible to work around this by
single stepping the debugged process before reading the maps
file.
--
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/