Difference between revisions of "Symbolic name not mapping to correct object"

From OWASP
Jump to: navigation, search
(Examples)
 
(5 intermediate revisions by one user not shown)
Line 1: Line 1:
 +
{{Template:Vulnerability}}
 
{{Template:SecureSoftware}}
 
{{Template:SecureSoftware}}
  
==Overview==
+
Last revision (mm/dd/yy): '''{{REVISIONMONTH}}/{{REVISIONDAY}}/{{REVISIONYEAR}}'''
  
 +
[[ASDR_TOC_Vulnerabilities|Vulnerabilities Table of Contents]]
 +
 +
==Description==
 
A constant symbolic reference to an object is used, even though the underlying object changes over time.
 
A constant symbolic reference to an object is used, even though the underlying object changes over time.
  
==Consequences ==
+
'''Consequences'''
  
* Access control: The attacker can gain access to otherwise unauthorized resources.
+
* Access control: The attacker can gain access to otherwise unauthorized resources.
 +
* Authorization: Race conditions such as this kind may be employed to gain read or write access to resources not normally readable or writable by the user in question.
 +
* Integrity: The resource in question, or other resources (through the corrupted one) may be changed in undesirable ways by a malicious user.
 +
* Accountability: If a file or other resource is written in this method, as opposed to a valid way, logging of the activity may not occur.
 +
* Non-repudiation: In some cases it may be possible to delete files that a malicious user might not otherwise have access to, such as log files.
  
* Authorization: Race conditions such as this kind may be employed to gain read or write access to resources not normally readable or writable by the user in question.
+
==Risk Factors==
  
* Integrity: The resource in question, or other resources (through the corrupted one) may be changed in undesirable ways by a malicious user.
+
* Talk about the [[OWASP Risk Rating Methodology|factors]] that make this vulnerability likely or unlikely to actually happen
 +
* Discuss the technical impact of a successful exploit of this vulnerability
 +
* Consider the likely [business impacts] of a successful attack
  
* Accountability: If a file or other resource is written in this method, as opposed to a valid way, logging of the activity may not occur.
 
  
* Non-repudiation: In some cases it may be possible to delete files that a malicious user might not otherwise have access to - such as log files.
+
==Examples==
 +
TBD
  
==Exposure period ==
+
==Related [[Attacks]]==
  
==Platform ==
+
* [[Attack 1]]
 +
* [[Attack 2]]
  
==Required resources ==
 
  
==Severity ==
+
==Related [[Vulnerabilities]]==
  
==Likelihood  of exploit ==
+
* Time of check, time of use race condition
 +
* Comparing classes by name
  
==Avoidance and mitigation ==
 
  
==Discussion ==
+
==Related [[Controls]]==
  
See more specific instances.
+
* [[Control 1]]
 +
* [[Control 2]]
  
==Examples ==
 
  
Not available.
+
==Related [[Technical Impacts]]==
  
==Related problems ==
+
* [[Technical Impact 1]]
 +
* [[Technical Impact 2]]
  
* Time of check, time of use race condition
 
  
* Comparing classes by name
+
==References==
 +
Note: A reference to related [http://cwe.mitre.org/ CWE] or [http://capec.mitre.org/ CAPEC] article should be added when exists. Eg:
  
 +
* [http://cwe.mitre.org/data/definitions/79.html CWE 79].
 +
* http://www.link1.com
 +
* [http://www.link2.com Title for the link2]
  
[[Category:Vulnerability]]
+
[[Category:FIXME|add links
  
[[Category:General Logic Error Vulnerability]]
+
In addition, one should classify vulnerability based on the following subcategories: Ex:<nowiki>[[Category:Error Handling Vulnerability]]</nowiki>
  
 +
Availability Vulnerability
 +
 +
Authorization Vulnerability
 +
 +
Authentication Vulnerability
 +
 +
Concurrency Vulnerability
 +
 +
Configuration Vulnerability
 +
 +
Cryptographic Vulnerability
 +
 +
Encoding Vulnerability
 +
 +
Error Handling Vulnerability
 +
 +
Input Validation Vulnerability
 +
 +
Logging and Auditing Vulnerability
 +
 +
Session Management Vulnerability]]
 +
 +
__NOTOC__
 +
 +
 +
[[Category:OWASP ASDR Project]]
 +
[[Category:Vulnerability]]
 +
[[Category:General Logic Error Vulnerability]]
 
[[Category:OWASP_CLASP_Project]]
 
[[Category:OWASP_CLASP_Project]]

Latest revision as of 16:05, 28 February 2009

This is a Vulnerability. To view all vulnerabilities, please see the Vulnerability Category page.



Last revision (mm/dd/yy): 02/28/2009

Vulnerabilities Table of Contents

Description

A constant symbolic reference to an object is used, even though the underlying object changes over time.

Consequences

  • Access control: The attacker can gain access to otherwise unauthorized resources.
  • Authorization: Race conditions such as this kind may be employed to gain read or write access to resources not normally readable or writable by the user in question.
  • Integrity: The resource in question, or other resources (through the corrupted one) may be changed in undesirable ways by a malicious user.
  • Accountability: If a file or other resource is written in this method, as opposed to a valid way, logging of the activity may not occur.
  • Non-repudiation: In some cases it may be possible to delete files that a malicious user might not otherwise have access to, such as log files.

Risk Factors

  • Talk about the factors that make this vulnerability likely or unlikely to actually happen
  • Discuss the technical impact of a successful exploit of this vulnerability
  • Consider the likely [business impacts] of a successful attack


Examples

TBD

Related Attacks


Related Vulnerabilities

  • Time of check, time of use race condition
  • Comparing classes by name


Related Controls


Related Technical Impacts


References

Note: A reference to related CWE or CAPEC article should be added when exists. Eg: