[38867] in Kerberos

home help back first fref pref prev next nref lref last post

Re: kinit failing when AD user joining using smaercard PIN on ubuntu

daemon@ATHENA.MIT.EDU (Ken Hornstein)
Mon Mar 1 15:17:08 2021

Message-ID: <202103011938.121JcfNr018774@hedwig.cmf.nrl.navy.mil>
From: Ken Hornstein <kenh@cmf.nrl.navy.mil>
To: "Pal, Vikram" <Vikram.Yadav@dell.com>
In-Reply-To: <SJ0PR19MB449567388B122D7AC2AEC4E0B99A9@SJ0PR19MB4495.namprd19.prod.outlook.com>
MIME-Version: 1.0
Date: Mon, 01 Mar 2021 14:39:58 -0500
Cc: "kerberos@mit.edu" <kerberos@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu

>We are login to Ubuntu 20.04 device using smartcard PIN. We are able to
>login as AD user successfully.  We are using Windows 2019 AD Server.

So, I don't know what this means.  I suspect that Kerberos isn't working
correctly here and you'll falling back to something else.

>We tried kinit manually but it's throwing error. It asks for PIN but
>immediately asks for password without waiting for pin to be entered.

So ... there are a LOT of ways for PKINIT to go wrong (that's the protocol
you use when using a smartcard), especially when a PKCS#11 module is
involved, and some of the failure modes end up causing weird things
to happen (and many of them cause fallbacks to a password prompt).  But
I'm not sure why you're running "sudo kinit [...]"; shouldn't you just
run kinit without sudo?  I am wondering if sudo is causing the PIN
prompt and kinit is giving your the password prompt.

My suggestion is to run kinit again with the environment variable
KRB5_TRACE set to point to a debug file.  E.g:

env KRB5_TRACE=/tmp/kinit.log kinit [extra kinit options here]

That might point you to what is going wrong.

--Ken
________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos

home help back first fref pref prev next nref lref last post