disallow requests naming principal as a service

Nicolas Williams Nicolas.Williams at ubsw.com
Tue Mar 26 10:36:01 EST 2002


On Tue, Mar 26, 2002 at 09:18:07AM -0600, Matt Crawford wrote:
> > Thanks Nico, this solution looks OK to me.
> > 
> > It modifies the current semantics of KRB5_KDB_DISALLOW_SVR 
> > a bit -- hope that's OK.  Besides allowing U2U on a princ that is
> > set DISALLOW_SVR,
> 
> The proposed change is OK for my site also, but I'd like to hear
> whether it will break someone else's existing deployment.

Why would it? How could it? It's not like enabling U2U opens up any
vulnerabilities.

> > it will not support a princ that may be a 
> > normal service but must not be used with dup_skey service 
> > tickets.
> 
> Eh?  It looks to me like it covers that.

I think the first "not" above was not meant to be there.

> > Long term, I'd prefer
> > using  KDC_ERR_MUST_USE_USER2USER and report that back to the 
> > client when you see that DUP_SKEY is allowed but SVR is not.
> 
> Well, kerberos-revisions has defined that error code ...

John's post makes things interesting. Check it out.

Cheers,

Nico
-- 
-DISCLAIMER: an automatically appended disclaimer may follow. By posting-
-to a public e-mail mailing list I hereby grant permission to distribute-
-and copy this message.-

Visit our website at http://www.ubswarburg.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.




More information about the krbdev mailing list