Lucene search
K

OS Commerce Bypass / Command Execution

🗓️ 18 Nov 2009 00:00:00Reported by Stuart UdallType 
packetstorm
 packetstorm
🔗 packetstormsecurity.com👁 33 Views

OS Commerce authentication bypass allows access to admin pages without authentication, enabling execution of administrative commands and access to sensitive functionality

Related
Code
ReporterTitlePublishedViews
Family
CVE
CVE-2009-0408
3 Feb 200919:00
cve
Cvelist
CVE-2009-0408
3 Feb 200919:00
cvelist
EUVD
EUVD-2009-0412
7 Oct 202500:30
euvd
NVD
CVE-2009-0408
3 Feb 200919:30
nvd
Prion
Cross site request forgery (csrf)
3 Feb 200919:30
prion
`OS Commerce authentication bypass  
  
Description: Accessing administration pages should give a login   
screen to unauthenticated users, however instead, data is displayed,   
and administrative commands can be executed. Apparently any page in   
the admin directory can be accessed in this way (including file   
manager and email functionality).  
  
Exploit: http://www.victim.com/catalog/admin/orders.php/login.php  
  
Exploit detection: search webserver logs for ".php/" (with no quotes)   
- there should be no results. Sample of malicious traffic:  
  
1.2.3.4 - - [04/Nov/2009:19:46:29 +0000] "POST   
/catalog/admin/file_manager.php/login.php?action=processuploads   
HTTP/1.1" 302 5 "-" "User-Agent: Googlebot 2.1"  
  
Workarounds: Secure the /admin folder with .htaccess-based   
authentication. Hosting providers can add detection of exploit   
strings to their IDS. A rewrite rule might also be used to detect   
and reject incoming requests containing exploit strings.  
  
Patch: no official patches known  
  
Affected versions: OS Commerce 2.2RC2 - maybe others (untested)  
  
Threat distribution: being used in the wild, possibly by bots  
  
References:  
  
http://forums.oscommerce.com/topic/348589-serious-hole-found-in-oscommerce  
http://www.powersellersunite.com/post-283818.html  
http://forums.oscommerce.com/topic/345957-evalbase64-decode-hack/  
  
This is not the CSRF issue CVE-2009-0408 as there is no CSRF used in   
the above attack. Vulnerability #2 at   
http://secunia.com/advisories/33446/ (recently added) seems to be it,   
but I don't see why it's lumped in with the CSRF flaw...  
  
Stu  
  
---  
Stuart Udall  
stuart [email protected] net - http://www.cyberdelix.net/  
  
---   
* Origin: lsi: revolution through evolution (192:168/0.2)  
  
`

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation