Development tools and frameworks usually have options to make debugging easier for developers. Although these features are useful during development, they should never be enabled for applications deployed in production. Debug instructions or error messages can leak detailed information about the system, like the application’s path or file names.

Ask Yourself Whether

• The code or configuration enabling the application debug features is deployed on production servers or distributed to end users.
• The application runs by default with debug features activated.

There is a risk if you answered yes to any of those questions.

Recommended Secure Coding Practices

Do not enable debugging features on production servers or applications distributed to end users.

Sensitive Code Example

if (unexpectedCondition)
{
  Alert.show("Unexpected Condition"); // Sensitive
}

The trace() function outputs debug statements, which can be read by anyone with a debug version of the Flash player:

var val:Number = doCalculation();
trace("Calculation result: " + val);  // Sensitive

See

• OWASP Top 10 2021 Category A5 - Security Misconfiguration
• OWASP Top 10 2017 Category A3 - Sensitive Data Exposure
• MITRE, CWE-489 - Active Debug Code
• MITRE, CWE-215 - Information Exposure Through Debug Information