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

ESAPI authentication bug #5

Closed
GoogleCodeExporter opened this issue May 20, 2015 · 1 comment
Closed

ESAPI authentication bug #5

GoogleCodeExporter opened this issue May 20, 2015 · 1 comment

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
When submitting a username and password pair over a SSL link established
with a self-signed certificate to Webgoat application running on the
localhost, the ESAPI validated the password submitted but aborted the login
process with exceptions. 

The exceptions were AccessControlException and AuthenticationException with
a message “Received non-SSL request”.  The exception occurred in ESAPI
component IntrusionDetector. 


What is the expected output? What do you see instead?
the request was submitted over SSL link, and password has been validated.
So, authentication success should be expected instead of an "Non-SSL
request" exception.


What version of the product are you using? On what operating system?
ESAPI 1.3
Webgoat 5.2 developer edition
JDK 1.6
WinXP Professional, SP2

Please provide any additional information below.
- Please see attachment for detailed audit log

Original issue reported on code.google.com by lian2...@gmail.com on 19 Nov 2008 at 9:24

Attachments:

@GoogleCodeExporter
Copy link
Author

We've updated the assertSecureRequest() method and added several test cases in 
the 
SVN baseline. Could you sync the latest and let us know if it fixes the problem?

Original comment by planetlevel on 26 Nov 2008 at 6:43

  • Changed state: Fixed

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