Executive Summary

Summary
Title D-Link DSL2730U router restricted telnet shell command whitelisting bypass
Informations
Name VU#876780 First vendor Publication 2012-12-12
Vendor VU-CERT Last vendor Modification 2012-12-12
Severity (Vendor) N/A Revision M

Security-Database Scoring CVSS v3

Cvss vector : N/A
Overall CVSS Score NA
Base Score NA Environmental Score NA
impact SubScore NA Temporal Score NA
Exploitabality Sub Score NA
 
Calculate full CVSS 3.0 Vectors scores

Security-Database Scoring CVSS v2

Cvss vector : (AV:N/AC:L/Au:S/C:N/I:P/A:N)
Cvss Base Score 4 Attack Range Network
Cvss Impact Score 2.9 Attack Complexity Low
Cvss Expoit Score 8 Authentication Requires single instance
Calculate full CVSS 2.0 Vectors scores

Detail

Vulnerability Note VU#876780

D-Link DSL2730U router restricted telnet shell command whitelisting bypass

Original Release date: 12 Dec 2012 | Last revised: 12 Dec 2012

Overview

D-Link DSL2730U routers contain a restricted telnet shell with limited allowed commands. An authenticated attacker can chain unauthorized commands through authorized commands in order to bypass the command whitelisting.

Description

CWE-78: Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection'):

D-Link DSL2730U routers contain a restricted telnet shell with limited allowed commands. Commands entered in the restricted telnet shell are executed by passing them as command parameters of execution "sh -c", for example, "echo | ls" will result in passing a whitelisted command (echo) and executing "sh -c echo | ls" on the underlying Linux environment. The STDOUT output of the command execution is returned to the telnet terminal. An authenticated attacker can chain unauthorized commands through authorized commands in order to bypass the command whitelisting.

Impact

An authenticated attacker can chain unauthorized commands through authorized commands in order to bypass the command whitelisting.

Solution

We are currently unaware of a practical solution to this problem.

Restrict Access

As a general good security practice, only allow connections from trusted hosts and networks. Restricting access would prevent an attacker from accessing an telnet interface using the affected credentials from a blocked network location.

Vendor Information (Learn More)

VendorStatusDate NotifiedDate Updated
D-Link Systems, Inc.Affected01 Nov 201203 Dec 2012
If you are a vendor and your product is affected, let us know.

CVSS Metrics (Learn More)

GroupScoreVector
Base6.8AV:N/AC:L/Au:S/C:C/I:N/A:N
Temporal5.2E:POC/RL:W/RC:UC
Environmental1.4CDP:L/TD:L/CR:ND/IR:ND/AR:ND

References

  • http://cwe.mitre.org/data/definitions/78.html

Credit

Thanks to Nikolay Dachev for reporting this vulnerability.

This document was written by Michael Orlando.

Other Information

  • CVE IDs:CVE-2012-5966
  • Date Public:12 Dec 2012
  • Date First Published:12 Dec 2012
  • Date Last Updated:12 Dec 2012
  • Document Revision:7

Feedback

If you have feedback, comments, or additional information about this vulnerability, please send us email.

Original Source

Url : http://www.kb.cert.org/vuls/id/876780

CWE : Common Weakness Enumeration

% Id Name
100 % CWE-264 Permissions, Privileges, and Access Controls

CPE : Common Platform Enumeration

TypeDescriptionCount
Hardware 1

Alert History

If you want to see full details history, please login or register.
0
1
2
3
4
Date Informations
2013-01-11 21:24:38
  • Multiple Updates
2013-01-11 21:22:35
  • Multiple Updates
2012-12-14 00:20:56
  • Multiple Updates
2012-12-13 13:22:34
  • Multiple Updates
2012-12-12 17:20:42
  • First insertion