If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Fail-over from hardware token to softoken for SSL

NEW
Unassigned

Status

NSS
Libraries
P3
enhancement
15 years ago
12 years ago

People

(Reporter: Julien Pierre, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
This is a long-standing request from the web server.
Customers want to have assurance that their web server stays up, even if their
hardware accelerator fails. This is especially the case with network accelerators.

The idea is that the certificate and private key live in two tokens - both in
the accelerator and in the softoken.

If the hardware token fails for any reason, libssl could try to do the operation
on the other token that also contains the server's private key.

This can apply to client applications as well. For instance, my personal cert
lives both in a smartcard and in softoken. I corrupted the smartcard after my
tests yesterday. As a result, I could no longer login to our internal bug
repository web server that requires client auth. If fail-over was supported, NSS
would have noticed that I also had the private key in the softoken, and tried to
use it. Instead, I was forced to pull out my corrupted smartcard from the USB
port in order to be able to login.
(Reporter)

Updated

15 years ago
Priority: -- → P3
QA Contact: bishakhabanerjee → jason.m.reid
Assignee: wtchang → nobody
QA Contact: jason.m.reid → libraries
You need to log in before you can comment on or make changes to this bug.