Debug controls protection do not span the wide variety of use models from internal hardware debug through debug of performance issues of software running. The application is deployed to unauthorized actors with debugging code still enabled or active.
- Create unintended entry points or expose sensitive information.
- Start a successful remote debugging session and is likely to disclose confidential information about the web application and supporting infrastructure.
- Assign debug programs user right only to administrators or trusted users to reduce the risk of this potential vulnerability.
- Remove debug code before deploying the application.
An attacker access to the application and can debug it, will be able to get sensitive information stored in a device.
⌚ 450 minutes.
Default score using CVSS 3.1. It may change depending on the context of the src.
Default score using CVSS 4.0. It may change depending on the context of the src.
There are no debugging functions present in the source code
public class myClass {
public static void main(String[] args) {
try {
//Code to do something
} catch (Exception e) {
//Handle exception
}
}
}
Debug functions like printStackTrace are present in production code
public class myClass {
public static void main(String[] args) {
try {
//Code to do something
System.out.println(result);
} catch (Exception e) {
e.printStackTrace();
}
}
}
https://mobile-security.gitbook.io/mobile-security-testing-guide/android-testing-guide/0x05j-testing-resiliency-against-reverse-engineering#owasp-masvs