Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Insecure default configuration for Executor.ApprovedExecutables in ESAPI.properties file #313

Closed
meg23 opened this issue Nov 13, 2014 · 1 comment

Comments

@meg23
Copy link

meg23 commented Nov 13, 2014

From kevin.w.wall@gmail.com on October 07, 2013 13:18:13

The default ESAPI.properties file has an insecure default configuration for the Executor component. The configuration is also OS specific (specific to Windows standard OS install).

Here is the relevant contents for the two properties related to the Executor interface as defined in "configuration/esapi/ESAPI.properties":

ESAPI Executor

CHECKME - Not sure what this is used for, but surely it should be made OS independent.

Executor.WorkingDirectory=C:\Windows\Temp
Executor.ApprovedExecutables=C:\Windows\System32\cmd.exe,C:\Windows\System32\runas.exe

Looking at the code in org.owasp.esapi.reference.DefaultExecutor.executeSystemCommand(), it is clear that the property "Executor.ApprovedExecutables" is intended to be a white-list of a set of approved executables, separated by a comma.

As it is defined, by default, both "cmd.exe" and "runas.exe" are permitted, which is overly permissive at best.

The default for the "Executor.ApprovedExecutables" property should be the empty string so that a development team is forced to specify what is acceptable to their specific application.

Original issue: http://code.google.com/p/owasp-esapi-java/issues/detail?id=307

@meg23
Copy link
Author

meg23 commented Nov 13, 2014

From kevin.w.wall@gmail.com on November 21, 2013 09:24:27

Set the 2 Executor properties to the empty string.

Status: Fixed

@meg23 meg23 closed this as completed Nov 13, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant