Re: [External] : Re: Windows Credential Guard with MSLSA
Benjamin Kaduk <[email protected]> Sat, 25 Jun 2022 22:06:37 -0700
| Newsgroups | gmane.comp.encryption.kerberos.devel |
|---|---|
| Message-ID | <[email protected]> |
I have no data about scenarios with credential guard. Almost a decade ago, when I was working on KfW, I was able to use the MSLSA cache with AllowTgtSessionKey=false, with the KfW logic essentially being "if the application asks for a ticket, assume that if the LSA shows anything at all, we have some credentials, so ask the LSA for the specific (session) ticket we want". (IIRC the triggering condition at the time was that AllowTgtSessionKey stopped having an effect for users that are local administrators, but I could be misremembering.) This was of course on native Windows, not using a MSLSA library for linux. -Ben On Fri, Jun 24, 2022 at 06:00:14PM +0000, Seshan Parameswaran wrote: > If I understood your comments correctly you were asking about how MSLSA used to work without the TGT keys available. My experience is the other way around. Even with just the MSLSA configuration without the credential guard, without the AllowTgtSessionKey setting in the KDC host registry key setting the MSLSA Kerberos configuration would not work. Please let me know if you have a way around for this as well as the credential guard. Please keep in mind that this a Linux with MSLSA Library for Linux and not windows > > From: Sam Hartman <[email protected]> > Date: Friday, June 24, 2022 at 10:36 AM > To: Seshan Parameswaran <[email protected]>, [email protected] <[email protected]> > Subject: Re: [External] : Re: Windows Credential Guard with MSLSA > >>>>> "Seshan" == Seshan Parameswaran <[email protected]> writes: > > Seshan> My question is specifically about MSLSA and Credential > Seshan> Guard. If you have a Kerberos Configuration with the > Seshan> credential cache specified as MSLSA in the Kerberos > Seshan> Configuration and in the KDC host the MSLSA is backed by > Seshan> Credential Guard where the actual session keys are stored. > > > I understood that, and my comments were in that context. > _______________________________________________ > krbdev mailing list [email protected] > https://mailman.mit.edu/mailman/listinfo/krbdev _______________________________________________ krbdev mailing list [email protected] https://mailman.mit.edu/mailman/listinfo/krbdev