- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
RSA AM 8.1 harware Tokens Exipiry & Adding New Ones
Hi - We have RSA AM 8.1 under support. Current set of hardware tokens have support expired. Those users who were assigned tokens are able to work normally. But when we try to assign another token it does not work. This is the current behavior. So we ordered a net set of tokens.
I have the following questions:-
1) Can the old set of tokens that are currently working coexist with the new ones?
2) Do we have to import new token file for the new set of hardware tokens or can we do a simple replacement of old to new?
Regards
- Tags:
- Authenticator
- Authenticators
- Community Thread
- Discussion
- Forum Thread
- RSA SecurID
- RSA SecurID Access
- SecurID
- Token
- Token Auth
- Token Authentication
- Token Authenticator
- Token Authenticators
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
1) Can the old set of tokens that are currently working coexist with the new ones?
Yes, you can import new tokens into your Authentication Manager server. The tokens that have not yet expired will continue to work, as will the new tokens. See the Video Link : 26531for information on how to decrypt the new token media.
2) Do we have to import new token file for the new set of hardware tokens or can we do a simple replacement of old to new?
Yes, you will need to import the new token seed media for your new hardware tokens via the Security Console, assign the new tokens to the users and make sure they are delivered to the end users in a secure fashion.
Let's say you have a user named Alice who has hardware token 000111111111 assigned to her. This token will expire on 30 June 2018. You assign her token 000222222222, which will expire on 31 December 2025. (use the online help for steps to replace a token). When you create a replacement token, it sets a flag in the database noting the original token and the replacement. When Alice receives her new token, she can keep using her old token until 30 June 2018 then use 000222222222222. Alternatively, she can start using 000222222222222 immediately. If she does, it will disable 000111111111111 at her first authentication with the new token.
See Import a Token Record File for the steps. Please also see this article on how to Assign a Hardware Token to a User in the User Dashboard.
Regards,
Erica
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
To expand on Erica's reply, assigning the new tokens as a replacement allows the user's to keep their PIN. They will simply authenticate with the replacement token (using the PIN from their old token) and Authentication Manager will unassign the old (replaced) token from the user. There are also policy settings that can be used to have the tokens automatically deleted from the database after replacement completes. You can find this under "Setup > System Settings > Tokens" and look for the checkbox "Automatically delete replaced tokens" under the "Token Assignment" section.
It is possible to assign a second token to end-users, but this has a number of drawbacks. The new (second) token will require a new PIN be assigned (i.e., the user will have to know to just enter the tokencode when performing the first authentication with the new token), and the user's expiring token would also remain assigned to the user until unassigned by an administrator.
