Bug 1165675 - [QE] (6.4.z) test() operation for Kerberos in security-realm works incorrectly for JDK 1.8
Summary: [QE] (6.4.z) test() operation for Kerberos in security-realm works incorrectl...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Testsuite
Version: 6.4.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: CR1
: EAP 6.4.2
Assignee: Chao Wang
QA Contact: Ondrej Lukas
URL:
Whiteboard:
Depends On:
Blocks: 1219165
TreeView+ depends on / blocked
 
Reported: 2014-11-19 13:28 UTC by Ondrej Lukas
Modified: 2017-01-17 10:19 UTC (History)
10 users (show)

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


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1164162 0 unspecified CLOSED KerberosHttpInterfaceTestCase fails with JDK1.8 2021-02-22 00:41:40 UTC
Red Hat Bugzilla java8 0 None None None Never
Red Hat Issue Tracker EAP6-253 0 Major Closed Kerberos auth for management over HTTP/HTTPS 2016-07-01 09:17:03 UTC

Internal Links: 1104190 1164162

Description Ondrej Lukas 2014-11-19 13:28:09 UTC
Result of :test() operation for Kerberos in security-realm for http management does not contain Kerberos Principal even if it is correctly configured. Result of :test() operation for correctly configured keytab is the same as result for wrong keytab. However authentication with this correct keytab works fine, only result of test() operation does not contain Kerberos Principal. This happens only for JDK 1.8.

How to reproduce:
1) Set correctly working Kerberos authentication in security-realm for http management with correct keytab.
2) start server with JDK 1.7 and then run :test() operation 
    => result contains Kerberos Principal
3) start server with JDK 1.8 and then run :test() operation
    => result contains only reference to the keytab location

Comment 1 Darran Lofthouse 2014-11-19 14:41:19 UTC
I will have a look but TBH cosmetic differences of the output of this method on different JDKs is to be expected, this method's sole purpose is to verify the JAAS based login works without error and to display the contents of the resulting Subject - the different JVMs have different ways of handling this so the resulting output will be different.

Alternatively we could remove this method but that would mean administrators have no option to perform this call.

Comment 2 Ondrej Lukas 2014-11-19 15:54:34 UTC
Main point of this issue is that :test() operation gives absolutely same results for correct and wrong configured keytab in jdk 1.8. It is not only cosmetic difference since administrator has no option how to evaluate :test() operation result.

Comment 3 Darran Lofthouse 2014-11-19 17:02:42 UTC
Ok no need to be having this conversation in private - we are not revealing any sensitive information here.

I will try on JDK 8 but if we can not determine the difference between a success and failure the operation may just have to be removed, it is not really a part of the feature just a utility method to help them initiate a login attempt without requiring the client to trigger authentication.

Comment 4 Ondrej Lukas 2014-11-19 17:35:50 UTC
You are right. This operation is not required for this feature. 

On the other hand adding this operation was good idea because it brings simple solution for administrators to determine whether keytab configuration is correctly set. I will be happy if you will succeed with solving this issue. However, if it will not work for JDK 8 it is probably better to remove it.

Comment 7 Darran Lofthouse 2014-11-21 10:05:41 UTC
If this is not a blocker I am going to NACK from an engineering perspective as there is insufficient time to review this further.  The ACK previously granted was on the basis this was being proposed as a blocker.

Comment 9 Ondrej Lukas 2015-03-05 12:52:04 UTC
There is no documentation and nothing to be verified, hence this BZ is returned back to NEW state. Also documentation for this functionality does not exist.

In case this issue would not be fixed, it needs to be documented in release notes, hence requesting requires_doc_text flag.

@Carlo, feel free to close this BZ as WONTFIX in case you think it would not affect the customer.

Comment 14 JBoss JIRA Server 2015-04-28 15:05:48 UTC
John Doyle <jdoyle> updated the status of jira EAP6-253 to Closed

Comment 16 Rostislav Svoboda 2015-05-28 10:10:54 UTC
qa_acking test fix/ignore on jdk8

Comment 19 Marek Kopecky 2015-06-23 08:15:21 UTC
Verified on EAP 6.4.2.CP.CR1.
Test is ignored on jdk8.

Comment 20 Petr Penicka 2017-01-17 10:18:54 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.

Comment 21 Petr Penicka 2017-01-17 10:18:55 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.

Comment 22 Petr Penicka 2017-01-17 10:19:00 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.


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