[squid-users] Squid plugin sponsor

[David Touzeau]

Hello

Thank you but this is not the objective and this is the reason for 
needing the "fake".
Access to Kerberos or NTLM ports of the AD, is not possible. An LDAP 
server would be present with accounts replication.
The idea is to do a silent authentication without joining the AD
We did not need the double user/password credential, only the user sent 
by the browser is required

If the user has an Active Directory session then his account is 
automatically sent without him having to take any action.
If the user is in a workgroup then the account sent will not be in the 
LDAP database and will be rejected.
I don't need to argue about the security value of this method. It saves 
us from setting up a gas factory to make a kind of HotSpot

Le 11/02/2022 à 05:55, Dieter Bloms a écrit :
> Hello David,
>
> for me it looks like you want to use kerberos authentication.
> With kerberos authentication the user don't have to authenticate against
> the proxy. The authentication is done in the background.
>
> Mayb this link will help:
>
> https://wiki.squid-cache.org/ConfigExamples/Authenticate/Kerberos
>
> On Thu, Feb 10, David Touzeau wrote:
>
>> Hi
>>
>> What we are looking for is to retrieve a "user" token without having to ask
>> anything from the user.
>> That's why we're looking at Active Directory credentials.
>> Once the user account is retrieved, a helper would be in charge of checking
>> if the user exists in the LDAP database.
>> This is to avoid any connection to an Active Directory
>> Maybe this is impossible
>>
>>
>> Le 10/02/2022 à 05:03, Amos Jeffries a écrit :
>>> On 10/02/22 01:43, David Touzeau wrote:
>>>> Hi
>>>>
>>>> I would like to sponsor the improvement of ntlm_fake_auth to support
>>>> new protocols
>>> ntlm_* helpers are specific to NTLM authentication. All LanManager (LM)
>>> protocols should already be supported as well as currently possible.
>>> NTLM is formally discontinued by MS and *very* inefficient.
>>>
>>> NP: NTLMv2 with encryption does not *work* because that encryption step
>>> requires secret keys the proxy is not able to know.
>>>
>>>> or go further produce a new negotiate_kerberos_auth_fake
>>>>
>>> With current Squid this helper only needs to produce an "OK" response
>>> regardless of the input. The basic_auth_fake does that.
>>>
>>> Amos
>>> _______________________________________________
>>> squid-users mailing list
>>> squid-users at lists.squid-cache.org
>>> http://lists.squid-cache.org/listinfo/squid-users
>> _______________________________________________
>> squid-users mailing list
>> squid-users at lists.squid-cache.org
>> http://lists.squid-cache.org/listinfo/squid-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20220211/0c67bca0/attachment.htm>