hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Kalnichevski (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HTTPCLIENT-1873) Kerberos delegation no longer working after HTTPCLIENT-1736 patch in version 4.5.3
Date Tue, 03 Oct 2017 09:09:00 GMT

    [ https://issues.apache.org/jira/browse/HTTPCLIENT-1873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16189424#comment-16189424

Oleg Kalnichevski commented on HTTPCLIENT-1873:

@[~UlrichColby] I know next to nothing about Kerberos. I need help here. Your change pretty
much reverts HTTPCLIENT-1736. How about using a constructor parameter defining whether or
not Kerberos delegation should be used?

@[~kspang], if you still care, could you please help us work out the best way to keep everyone
happy (or at least content)?


> Kerberos delegation no longer working after HTTPCLIENT-1736 patch in version 4.5.3
> ----------------------------------------------------------------------------------
>                 Key: HTTPCLIENT-1873
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1873
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpClient (classic), HttpClient (Windows)
>    Affects Versions: 4.5.3, 4.5.4
>         Environment: Windows,Linux
>            Reporter: Ulrich Colby
>            Priority: Minor
>              Labels: easyfix
>   Original Estimate: 2h
>  Remaining Estimate: 2h
> In version 4.5.3, the following fix got applied to the httpclient library:
> _ [HTTPCLIENT-1736] do not request cred delegation by default when using Kerberos auth.
>   Contributed by Oleg Kalnichevski <olegk at apache.org>_
> Although it says "by default", when looking at the affected code it's not the case (i.e.:
there is no way to request if we want it).  From our tests and my understanding of Kerberos,
if a user account is not allowed to be used for delegation, then you can still request delegation,
but when creating the user token, it'll simply not be applied.
> +Affected area+:
> In the class "GSSSchemeBase", in the method "createGSSContext", we need the following
line added back:
> *gssContext.requestCredDeleg(true);*
> **OR**
> If you insist of leaving it off for a reason I'm not aware of, having a way, maybe through
a system property, to say that we want it.
> _IMHO, one of the main reason for using Kerberos in an enterprise environment is to be
able to make use of delegation (double hop scenarios)._

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org

View raw message