Bug 1016043 - Gadget web: HTTP Status 403 when logging in as user without overlorduser role
Summary: Gadget web: HTTP Status 403 when logging in as user without overlorduser role
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Fuse Service Works 6
Classification: JBoss
Component: RT Governance
Version: 6.0.0 GA
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ER7
: 6.0.0
Assignee: kconner
QA Contact: Andrej Vano
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-07 11:43 UTC by Andrej Vano
Modified: 2014-02-06 15:29 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug


Attachments (Terms of Use)
403 page (31.91 KB, image/png)
2013-10-08 07:49 UTC, Andrej Vano
no flags Details

Description Andrej Vano 2013-10-07 11:43:42 UTC
Description of problem:
When logging in as user without the 'overlorduser' role, standard HTTP error page is displayed. 

Version-Release number of selected component (if applicable):
6.0.0.ER4

How reproducible: 100%


Steps to Reproduce:
1. create a new user in overlord-idp-users.properties
2. start the server
3. try log in as defined user
4. default HTTP error page is displayed

Actual results: default HTTP error page is displayed


Expected results: Error msg similar when logging in with bad password


Additional info:
JBWEB000065: HTTP Status 403 - JBWEB000015: Access to the requested resource has been denied

JBWEB000309: type JBWEB000067: Status report

JBWEB000068: message JBWEB000015: Access to the requested resource has been denied

JBWEB000069: description JBWEB000123: Access to the specified resource has been forbidden.
JBoss Web/7.2.0.Final-redhat-1

Comment 2 Eric Wittmann 2013-10-07 16:22:37 UTC
Interestingly, I tried this on FSW6 ER4 and in the community edition of s-ramp (running on EAP 6.1) and in both cases I get an empty white page in the browser, with the following picketlink error on the console:

JBWEB001018: An exception or error occurred in the container during the request processing: java.lang.RuntimeException: PLFED000092: Null Value: Destination is null

Along with a stack trace triggered by:

at org.picketlink.identity.federation.web.util.PostBindingUtil.sendPost (PostBindingUtil.java:101)

Andrej - can you confirm that you get a standard 403 web page (screen shot it for me?) and confirm the version of picketlink in your EAP?

Comment 3 Eric Wittmann 2013-10-07 16:59:21 UTC
Update: if I update EAP 6.1's picketlink from 2.1.6.Final to 2.1.8.Final then the stack trace goes away and I get the expected default jboss 403 error page.  Anil pointed me to this:

  https://issues.jboss.org/browse/PLINK2-82

It may or may not be helpful.

I will fix this issue by creating appropriate 403 handlers in the Overlord web applications, but picketlink will need to be patched for those pages to get hit.

Comment 4 Eric Wittmann 2013-10-07 19:04:45 UTC
I added reasonable 403 error pages to all of the Overlord web apps (gadget server, dtgov, s-ramp).  It won't refresh the login screen, but will rather show a static 403 page with a link to let the user log out.

Again, these pages won't show up unless a patched version of picketlink is being used.  If picketlink 2.1.6.Final is being used, then a blank white page will likely show up instead.

Comment 5 Andrej Vano 2013-10-08 07:49:26 UTC
Created attachment 809151 [details]
403 page

Comment 6 Andrej Vano 2013-10-08 07:49:53 UTC
I swear that yesterday the 403 page was displayed every time..

today I found out:

1. start server
2. login as user without 'overlorduser' role
Will result in a blank page without 403 and exception in console

but:

1. start server
2. log in as admin (has 'overlord' user role)
3. log out admin
4. immediately login as user without 'overlorduser' role
Will display a 403 page without exception in console

My eap's picketlink version is 2.1.6.Final

Comment 7 Eric Wittmann 2013-10-08 12:16:15 UTC
Ok great, thanks for the additional comments.  I think this confirms that the full solution to this issue requires a patch to picketlink.

Comment 8 Andrej Vano 2013-12-16 09:39:23 UTC
Hi,

verified on ER7-2


Note You need to log in before you can comment on or make changes to this bug.