Vendor: ishopcart inc Vendor Site: ishopcart.com Vendor Status: notified via telephone
While spending a night auditing I have found 2 buffer overflows and 1 directory traversal in the ishopcart cgi, which is written in C.
The directory traversal is caused by how the cgi chooses to show pages. If, for example, the CGI is tould to show an order form, the order form's name is taken as argv and opens this file and prints it, ie:
The first buffer overflow is in main()'s szTmp variable. argv is placed in this variable through a sprintf, although no check is made on the size of argv before putting it in szTmp:
The other buffer overflow (of which I have succesfuly exploited) lies in main() also, but is overflowed in vGetPost(). char szBuf; is passed to vGetPost() under the circumstance that argv contains specific criteria. vGetPost() reads POST data until the word "Submit" is encountered, doing absolutely no bounds checking on the ammount of data supplied.
When notified via telephone, the author claimed to be in the process of fixing these errors, and at the same time took ishopcart.com offline. Provided is the exploit code that spawns a connect back shell. It has been tested both localy and remotely and has proved to work 100%
The real issue lies in the fact that this is a shopping cart system. Also, since this is a cgi script, apache forks before executing it and hence does not die on unsuccessful attempts, meaning that combined with a massive 4000 NOP buffer, brute forcing of the offset is possible leading to a theoretical 100% probability of remote code execution.
The good news is that this program doesn't seem to be common. If you you would like to view the site and the code, search 'ishopcart' on google and click it's cached link, then hit the source code link and you'll see easy-scart.c through easy-scart6.c (all, of which, are vulnerable)