Cryptography (CR2)

CRYPTOGRAPHY
2

Kyun kan få tilgang til data fordi de har blitt tilslørt i steden for kryptert/hashet med en godkjent kryptografisk funksjon

How to play?

The key concept is that relying on obfuscation instead of approved cryptographic methods leaves sensitive data vulnerable to unauthorized access and information disclosure.

Scenario: Kyun’s Access to Obfuscated Data

Imagine a scenario where Kyun accesses sensitive data that has been obfuscated but not securely encrypted. This occurs due to:

  1. Reliance on Obfuscation: The system uses obfuscation methods, which merely disguise data, instead of employing robust cryptographic functions for security.
  2. Lack of Approved Cryptographic Standards: The absence of standard, approved cryptographic techniques leads to weaker data protection.

Example

Kyun targets a system where critical data, such as passwords and user details, are merely obfuscated — for instance, using basic encoding techniques like Base64 — rather than being encrypted. Kyun deciphers this obfuscated data with ease, as these methods do not provide any significant barrier against someone with technical knowledge. The lack of strong, approved cryptographic functions means that what appeared to be protected data is easily accessible to Kyun.

Threat Modeling

STRIDE

The applicable STRIDE category for this scenario is Information Disclosure.

Kyun is able to access sensitive data (passwords, user details) that was not properly protected. The data was only obfuscated, not securely encrypted, so confidential information is exposed to an attacker.

What can go wrong?

Such practices can lead to unauthorized data access and breaches, as obfuscation alone is insufficient to protect against determined attackers.

For more things that can go wrong, see the Common Attack Patterns related to this card in the table below.

What are we going to do about it?

There is no substitute for a proper, approved, cryptographic function where data needs to be protected at rest or in transit. Obfuscation is rarely the correct choice. Use standard-approved functions and consider all cryptographic management requirements (e.g. key creation, distribution, protection, replacement, retirement).

  1. Replace obfuscation techniques with approved cryptographic functions for data protection.
  2. Ensure the implementation of industry-standard encryption algorithms to secure sensitive data.
  3. Regularly review and update cryptographic practices to align with current security standards and best practices.

For detailed advice on how to mitigate threats related to the card, see the ASVS and OWASP Developer Guide requirements in the table below.

Mappings

STRIDE: Information Disclosure

OWASP ASVS: 6.2.2

CAPEC: 39,97,162,204

OWASP DevGuide: P15,CP6,SCM6,SCM7,PDR1,PDR3

OWASP AppSensor: -

SAFECode: 21,29

ASVS (4.0.3) Cheat Sheet Series Index

Attacks

Password Guessing/Brute Force Attacks

OWASP Cornucopia

OWASP Cornucopia is a mechanism in the form of a card game to assist software development teams identify security requirements in Agile, conventional and formal development processes. It is language, platform and technology-agnostic, and is free to use. OWASP Cornucopia is licensed under the Creative Commons Attribution-ShareAlike 4.0 license, so you can copy, distribute and transmit the work, and you can adapt it, and use it commercially, but all provided that you attribute the work and if you alter, transform, or build upon this work, you may distribute the resulting work only under the same or similar licence to this one.

© 2012-2025 OWASP Foundation. The Open Worldwide Application Security Project (OWASP) is a nonprofit foundation that works to improve the security of software.