Re: [Concepts]: cn and userCertificate vs userPrincipalName

From: Roger Abell (mvpNOSpam_at_asu.edu)
Date: 07/01/05

  • Next message: Dave: "Re: Missing Folder"
    Date: Fri, 1 Jul 2005 08:09:27 -0700
    
    

    Hi Slav,

    Interesting exploration. I am agreeing with your comment that
    "published certificates" are not for authentication, but I am at
    a loss as to why you made the comment. You mean that the
    VPN auth within the SSL connection is not using a private
    cert of the individual - which elsewhere all you said seemed
    to indicate, that the CN base lookup to compare cert was
    redundant, etc..
    ??

    Have you yet commented to them the issue with using CN
    instead of guaranteed unique as UPN ? Is the lookup really
    LDAP:// rather than GC:// so it actually is domain limited
    and hence unique?

    -- 
    Roger Abell
    Microsoft MVP (Windows  Security)
    "S. Pidgorny <MVP>" <slavickp@yahoo.com> wrote in message
    news:%23auROQifFHA.572@TK2MSFTNGP15.phx.gbl...
    > G'day,
    >
    > Today I was testing a SSL VPN solution from Aventail. It integrates with
    > Windows PKI and Active Directory quite well - you go to the Web portal,
    use
    > certificate to authenticate (PKI trust is verified at this stage), then
    the
    > server is using CN attribute for LDAP lookup, reads userCertificate blob
    to
    > match the presented certificate with one published for the user in Active
    > Directory, then reads memberOf for group information and continues on to
    > authorisations.
    >
    > I see conceptual problems with this scheme. First of all, I'd prefer to
    have
    > flixibility to use userPrincipalName for directory lookup, as there could
    be
    > multiple users with same CNs in the directory. Secondly, I don't see much
    > point to match the certificate blob, as cryptographic trust is already
    > established and authenticity of the attributes is not a question; plus,
    > published certificates aren't for authentication but for address
    book/s?MIME
    > type of applications.
    >
    > However I should stress that the problems are definitely not security
    > exposure but rather a kind of inconvenience.
    >
    > I'd appreciate comments and/or thoughts
    >
    > Cheers
    >
    >
    > -- 
    > Svyatoslav Pidgorny, MS MVP - Security, MCSE
    > -= F1 is the key =-
    >
    >
    

  • Next message: Dave: "Re: Missing Folder"

    Relevant Pages

    • Re: [Concepts]: cn and userCertificate vs userPrincipalName
      ... Some day I will nail the ldap terminology. ... Is the lookup really ... >>> certificate to authenticate, ... >>> published certificates aren't for authentication but for address ...
      (microsoft.public.windows.server.security)
    • Re: Need help configuring Wireless Connection profile
      ... Windows authentication for all users,4129,LRG\ryanv,4149,Wireless ... Vaillancourt,4155,1,4154,Use Windows authentication for all ... SMALL BUSINESS SERVER: ... STEP #1 Install Certificate Services ...
      (microsoft.public.windowsxp.general)
    • Re: PEAP-TLS vs EAP-TLS
      ... It covers the deployment of PEAP with digital certificates (what you are ... PEAP-TLS as MS docs pretty much all were about PEAP-MSCAHPV2 or generally ... Of course user certificate authentication used in PEAP-TLS ...
      (microsoft.public.windows.server.security)
    • Re: Need help configuring Wireless Connection profile
      ... Just go there and do a search for 'WPA2'. ... Windows authentication for all users,4129,LRG\ryanv,4149,Wireless WPA2 ... SMALL BUSINESS SERVER: ... STEP #1 Install Certificate Services ...
      (microsoft.public.windowsxp.general)
    • Re: Need help configuring Wireless Connection profile
      ... Just go there and do a search for 'WPA2'. ... Windows authentication for all users,4129,LRG\ryanv,4149,Wireless WPA2 ... SMALL BUSINESS SERVER: ... STEP #1 Install Certificate Services ...
      (microsoft.public.windowsxp.general)