Verifying a client certificate: Difference between revisions

From m204wiki
Jump to navigation Jump to search
mNo edit summary
 
m (add M204PROC info)
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<!--Page automatically generated by CMSTOWIK EXEC and will be
<var class="product">Janus Network Security</var> also supports client certificate verification, which lets you restrict server port access to only those clients that
** automatically replaced ** -- any manual edits will be lost.
present an appropriate client certificate during an initial or a renegotiated SSL "handshake."
You've been warned.  ..  (Page built by JAL at the SIRIUS VM; file: FUNPGNEW SYSUT2) -->
<!-- Page name: Verifying a client certificate-->
<var class="product">Janus Network Security</var> also supports client certificate verification, which lets
you restrict server port access to only those clients that
present an appropriate client certificate during an
initial or a renegotiated SSL "handshake."
The client's certificate and public identity must be valid and must have been
The client's certificate and public identity must be valid and must have been
issued by a Certificate Authority (CA) whose root certificate has been
issued by a Certificate Authority (CA) whose root certificate has been
explicitly added to the server's list of trusted CAs.
explicitly added to the server's list of trusted CAs.


This page describes steps that supplement the
This page describes steps that supplement the steps described in [[Implementing a server certificate]] for setting up a Janus SSL server.
steps described in [[Implementing a server certificate]]
for setting up a Janus SSL server.


To add client certificate verification to a Janus SSL server:
To add client certificate verification to a Janus SSL server:
Line 68: Line 60:
</p>
</p>


For a browser client,
For a browser client, how you install the client certificate you get from a CA, and where you store the private key you generated, is browser-specific.
how you install the client certificate you get from a CA, and where you
store the private key you generated, is browser-specific.
This document leaves those details to the user.
This document leaves those details to the user.
If the client to be authenticated is a Janus <var>CLSOCK</var> client, the details of
If the client to be authenticated is a Janus <var>CLSOCK</var> client, the details of certificate acquisition parallel
certificate acquisition parallel
those for a Janus server, as described in the [[Installing and configuring Janus Network Security]] and [[Implementing a server certificate]] pages.
those for a Janus server, as described in [[Installing and configuring Janus Network Security]]
[[Implementing a server certificate]] pages.


==<b id="getserv"></b>Obtain and load root certificates for the server==
==<b id="getserv"></b>Obtain and load root certificates for the server==
Line 96: Line 84:
Servers under <var class="product">SirMods</var> version 7.7 or higher may also take
Servers under <var class="product">SirMods</var> version 7.7 or higher may also take
advantage of the <var class="product">SOUL</var> ADDCA utility to add one or more of the standard
advantage of the <var class="product">SOUL</var> ADDCA utility to add one or more of the standard
CA root certificates that are pre-loaded to the <code>SIRIUS</code> procedure file.
CA root certificates that are pre-loaded to the <var class="product">RKTools</var> <code>SIRIUS</code> (prior to version 7.7) or <code>M204PROC</code> file (as of RKTools 7.7).


==<b id="cfgcli"></b>Configure the server to request a certificate from the client==
==<b id="cfgcli"></b>Configure the server to request a certificate from the client==
Line 143: Line 131:
<ul>
<ul>
<li>At least one certificate from a certifying authority must be in place on the server.
<li>At least one certificate from a certifying authority must be in place on the server.
This is accomplished by the ADDCA rules. </li>
This is accomplished by the <var>JANUS ADDCA</var> rules. </li>


<li>The <var>START</var> command must be followed by the password for the server's private key (discussed earlier
<li>The <var>START</var> command must be followed by the password for the server's private key (discussed earlier

Latest revision as of 19:28, 8 June 2017

Janus Network Security also supports client certificate verification, which lets you restrict server port access to only those clients that present an appropriate client certificate during an initial or a renegotiated SSL "handshake." The client's certificate and public identity must be valid and must have been issued by a Certificate Authority (CA) whose root certificate has been explicitly added to the server's list of trusted CAs.

This page describes steps that supplement the steps described in Implementing a server certificate for setting up a Janus SSL server.

To add client certificate verification to a Janus SSL server:

  1. Require (or arrange for) clients to obtain and install a CA-signed client certificate.
  2. Obtain root certificates for the server from CAs that provide the client certificates.
  3. Configure the Janus SSL server to request or require the client certificate.
  4. Add a CA root certificate to the Janus Server port.
  5. Optionally, specify an error handler to launch when a required client certificate is not presented.

This page describes these steps in greater detail.

For information about methods and $functions that retrieve the information contained in a client certificate received by a Janus port, see the following:

Obtain and install the client certificate

Client browsers come with a set of pre-installed root certificates from multiple certifying authorities which they use to authenticate server certificates. The pre-installed certificates do not establish the browser user's identity, however, if a server requests client verification. For client verification purposes, browser clients must apply for, obtain, and install a CA-signed certificate that ties the identity of the browser user (the subject of the certificate) to the particular public key in the certificate.

Client certificates are created much like SSL server certificates. You begin by requesting a certificate from a CA. You can use the CA's web site to generate a certificate request, or you can generate a certificate request using a tool like the Janus SSL CMA, which is described in Using the Certificate Management Application.

The certificate request contains the private key that does both of these:

  • Determines the public key embedded in the certificate that the CA ultimately returns
  • Participates in the CA's digital signature of the returned certificate

Note: Janus Network Security servers that request client verification accept only incoming certificates that are signed by a trusted CA.

For a browser client, how you install the client certificate you get from a CA, and where you store the private key you generated, is browser-specific. This document leaves those details to the user. If the client to be authenticated is a Janus CLSOCK client, the details of certificate acquisition parallel those for a Janus server, as described in the Installing and configuring Janus Network Security and Implementing a server certificate pages.

Obtain and load root certificates for the server

The client to be authenticated must present to the server a certificate that is signed by a certifying authority whose certificate is recognized by the server port. The server recognizes only those CAs whose root certificates it has already obtained, stored locally, and added to the port using the JANUS ADDCA command. This command must reference the CA's certificate, which is typically loaded into a Model 204 procedure inside the region (see the code in Example: SSL port requires client certificate).

One way to get a CA root certificate for the server might be to locate the certificate in your browser's store, then export it, and upload it to your Online.

Depending on your application, you may need to add certificates from multiple CAs.

Servers under SirMods version 7.7 or higher may also take advantage of the SOUL ADDCA utility to add one or more of the standard CA root certificates that are pre-loaded to the RKTools SIRIUS (prior to version 7.7) or M204PROC file (as of RKTools 7.7).

Configure the server to request a certificate from the client

Your application must indicate to the client that it wants to examine the client's certificate. You can do so in either or both of the following ways:

  • You can configure the Janus port to request or require the client certificate.
  • You can request a client certificate (after the SSL connection is established) by calling one of the methods or functions that query such a certificate for information. These methods and functions are listed in this page's introduction.

The certificate request occurs during a connection handshake or during a handshake renegotiation, and the request is made only once. If you use both the port definition and the method/function calls, the port definition makes the request.

If you decide to use the port definition to request a certificate, specify either of the following JANUS DEFINE command parameters:

  • The SSLCLCERT parameter causes the port to request a certificate from the client, but processing continues if no certificate is presented.
  • The SSLCLCERTR parameter requires a client certificate, and processing terminates if no certificate is provided.

Note: If SSLCLCERTR is specified on the port definition, you can also specify an exception handler routine that will perform error processing if no client certificate is presented. You call the handler by creating an SSLNOCERTERR rule on a JANUS WEB ON, JANUS WEB TYPE, or JANUS WEB REDIRECT command (see Example: SSLport requires client certificate).

Example: SSL port requires client certificate

The following code defines an SSL server port that requires its clients to present a certificate. An exception handler is called if no client certificate is presented.

The SSLCLCERTR parameter of JANUS DEFINE causes the port to require the client certificate. The exception handler is invoked via the ON rule with the SSLNOCERTERR.

This port definition also requires the following:

  • At least one certificate from a certifying authority must be in place on the server. This is accomplished by the JANUS ADDCA rules.
  • The START command must be followed by the password for the server's private key (discussed earlier in Encrypting the private key).

JANUS DRAIN CLCERTWEB JANUS DELETE CLCERTWEB * Port using SSL security with the session cookie (web port) JANUS DEFINE CLCERTWEB 9733 WEBSERV 10 TRACE 1 UPCASE - OBSIZE 10240 RBSIZE 10240 IBSIZE 4096 HTTPVERSION 1.1 - SSL JANSSL TM2008.PKEY SSLCACHE 100 SSLBSIZE 32767 - OPEN FILE MYPROC MAXTEMP 9000 TIMEOUT 180 - NOAUDTERM COMPRESS 0 KEEPALIVE 60 SSLCLCERTR * Certifying Authority certificates to authenticate clients JANUS ADDCA CLCERTWEB MYPROC SECURESE.CERT JANUS ADDCA CLCERTWEB MYPROC THAWTE.CERT JANUS ADDCA CLCERTWEB MYPROC VERIJUNK.CERT JANUS WEB CLCERTWEB DISALLOW * JANUS WEB CLCERTWEB ALLOW * USER * JANUS WEB CLCERTWEB ON SSLNOCERTERR OPEN FILE MYPROC - CMD 'INCLUDE MISSING_CERTIFICATE_ERROR' JANUS START CLCERTWEB sslpwdrequiredbyport

See also