About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section
<<< Chronological >>> Author Index    Subject Index <<< Threads >>>

[db-wg] X.509 authentication in the RIPE Database, take II

  • To: Database WG < >
  • From: Shane Kerr < >
  • Date: Thu, 14 Aug 2003 18:24:43 +0200
  • Cc:

All,

[Apologies for duplicate e-mails]

Attached please find a proposal for X.509 authentication in the RIPE Database. From the Database point of view (that is, syntax and semantics), it is the same as the one sent 3 July 2003. The difference is that it contains only the specific details of the change, in a straightforward fashion.

I hope that we have addressed questions about the use of X.509 that arose in earlier discussions.

--
Shane Kerr
RIPE NCC
Addition of X.509 authentication to the Database


Proposal: 

To add an X509 authentication type to the "auth:" attribute.
Attributes with this type will use the Distinguished Name (DN) of the
certificate to identify it.


Motivation:

X.509 allows a single authentication method to work for both e-mail
and the web.  LIRs can receive an X.509 certificate through the LIR
Portal, and should be able to use this to update records they control
in the Database.  X.509 is "strong", like PGP, although a different
trust model is used.


Details:

The "auth:" attribute of the mntner class will have a new
authentication scheme, X509.  The DN, as defined in RFC 2253, will be
used to identify the specific certificate used.

Note that there is no key-cert object for the X509 scheme.  Instead,
the certificate must be signed by a trusted authority.  The trusted
authority will be the RIPE NCC Certificate Authority (CA) that is
currently only available to LIRs.  It is possible to configure
additional CAs in future, should this become desirable.  For instance,
existing commercial CAs could be allowed, or the RIPE NCC could create
a CA to issue certificates to non-LIRs for this purpose only.

Below is an example of a maintainer with X.509 authentication:

mntner:       EXAMPLE-MNT
descr:        Sample maintainer for example.
admin-c:      SWK1-RIPE
tech-c:       RD132-RIPE
tech-c:       HOHO-RIPE
upd-to:       ripe-dbm@localhost
mnt-nfy:      ripe-dbm@localhost
auth:         X509 C=NL, O=RIPE NCC, OU=Members, CN=zz.example.user1
auth:         X509 C=NL, O=RIPE NCC, OU=Members, CN=zz.example.user2
notify:       ripe-dbm@localhost
mnt-by:       EXAMPLE-MNT
referral-by:  RIPE-DBM-MNT
changed:      ripe-dbm@localhost 20030813
source:       RIPE


Usage:

E-mail updates for objects maintained by a maintainer with X509
authentication must be sent in S/MIME format and signed (not
encrypted) using the private key associated with the issued
certificate.

Synchronous updates for objects maintained by a maintainer with X509
authentication must use an SSL connection using the private key from
the issued certificate on the client side.

Web updates for objects maintained by a maintainer with X509
authentication can use a browser with the certificate loaded.  The web
updates screens will allow users to specify that they want to identify
themselves using the client-side private key, over an SSL connection.


  • Post To The List:
<<< Chronological >>> Author    Subject <<< Threads >>>
 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | © RIPE Community. All rights reserved.
RIPE.NET Homepage LIR Portal RIPE Community