Nutanix Security Guide v6 0
Nutanix Security Guide v6 0
Security Guide
December 8, 2021
Contents
ii
Service-Specific Traffic Isolation......................................................................................................... 105
Network Segmentation During Cluster Expansion........................................................................ 111
Network Segmentation–Related Changes During an AOS Upgrade......................................112
Firewall Requirements...........................................................................................................................................112
Log management....................................................................................................................................................112
Log Forwarding........................................................................................................................................... 112
Documenting the Log Fingerprint.......................................................................................................112
iii
1
AUDIENCE & PURPOSE
This Security Guide is intended for security-minded people responsible for architecting,
managing, and supporting infrastructures, especially those who want to address security
without adding more human resources or additional processes to their datacenters.
This guide offers an overview of the security development life cycle (SecDL) and host of
security features supported by Nutanix. It also demonstrates how Nutanix complies with
security regulations to streamline infrastructure security management. In addition to this, this
guide addresses the technical requirements that are site specific or compliance-standards (that
should be adhered), which are not enabled by default.
Note:
Hardening of the guest OS or any applications running on top of the Nutanix
infrastructure is beyond the scope of this guide. We recommend that you refer to the
documentation of the products that you have deployed in your Nutanix environment.
2
NUTANIX SECURITY INFRASTRUCTURE
Nutanix takes a holistic approach to security with a secure platform, extensive automation,
and a robust partner ecosystem. The Nutanix security development life cycle (SecDL)
integrates security into every step of product development, rather than applying it as an
afterthought. The SecDL is a foundational part of product design. The strong pervasive culture
and processes built around security harden the Enterprise Cloud Platform and eliminate zero-
day vulnerabilities. Efficient one-click operations and self-healing security models easily enable
automation to maintain security in an always-on hyperconverged solution.
Since traditional manual configuration and checks cannot keep up with the ever-growing list of
security requirements, Nutanix conforms to RHEL 7 Security Technical Implementation Guides
(STIGs) that use machine-readable code to automate compliance against rigorous common
standards. With Nutanix Security Configuration Management Automation (SCMA), you can
quickly and continually assess and remediate your platform to ensure that it meets or exceeds
all regulatory requirements.
Nutanix has standardized the security profile of the Controller VM to a security compliance
baseline that meets or exceeds the standard high-governance requirements.
The most commonly used references in United States to guide vendors to build products
according to the set of technical requirements are as follows.
• The National Institute of Standards and Technology Special Publications Security and
Privacy Controls for Federal Information Systems and Organizations (NIST 800.53)
• The US Department of Defense Information Systems Agency (DISA) Security Technical
Implementation Guides (STIG)
SCMA Implementation
The Nutanix platform and all products leverage the Security Configuration Management
Automation (SCMA) framework to ensure that services are constantly inspected for variance to
the security policy.
Nutanix has implemented security configuration management automation (SCMA) to check
multiple security entities for both Nutanix storage and AHV. Nutanix automatically reports log
inconsistencies and reverts them to the baseline.
With SCMA, you can schedule the STIG to run hourly, daily, weekly, or monthly. STIG has the
lowest system priority within the virtual storage controller, ensuring that security checks do not
interfere with platform performance.
Note: Only the SCMA schedule can be modified. The AIDE schedule is run on a fixed weekly
schedule. To change the SCMA schedule for AHV or the Controller VM, see Hardening
Instructions (nCLI) on page 8.
Security Updates
Nutanix provides continuous fixes and updates to address threats and vulnerabilities. Nutanix
Security Advisories provide detailed information on the available security fixes and updates,
including the vulnerability description and affected product/version.
To see the list of security advisories or search for a specific advisory, log on to the Support
Portal and select Documentation, and then Security Advisories.
Topic Highlights
Hardening Instructions
• Hardening AHV
• Hardening Controller VM
• TCP Wrapper Integration
Secure Boot See Secure Boot Support for VMs topic in the
AHV Admin Guide
Hardening AHV
You can use Nutanix Command Line Interface (nCLI) in order to customize the various
configuration settings related to AHV as described below.
Getting the cluster-wide Run the following command: Enable Aide : false
configuration of the SCMA nutanix@cvm$ ncli cluster get- Enable Core : false
policy. hypervisor-security-config Enable High Strength P... :
false
Enable Banner : false
Schedule : DAILY
Enabling the Advanced Run the following command: Enable Aide : true
Intrusion Detection nutanix@cvm$ ncli cluster Enable Core : false
Environment (AIDE) to run on edit-hypervisor-security- Enable High Strength P... :
a weekly basis. params enable-aide=true false
Enable Banner : false
Schedule : DAILY
Enabling the high-strength Run the following command: Enable Aide : true
password policies (minlen=15, nutanix@cvm$ ncli cluster Enable Core : false
difok=8, remember=24, edit-hypervisor-security- Enable High Strength P... :
maxclassrepeat=4). params \ true
Enable Banner : false
enable-high-strength- Schedule : DAILY
password=true
Enabling the defense Run the following command: Enable Aide : true
knowledge consent banner of nutanix@cvm$ ncli cluster Enable Core : false
the US department. edit-hypervisor-security- Enable High Strength P... :
params enable-banner=true true
Enable Banner : true
Schedule : DAILY
Changing the default schedule Run the following command: Enable Aide : true
of running the SCMA. The nutanix@cvm$ ncli cluster Enable Core : false
schedule can be hourly, daily, edit-hypervisor-security- Enable High Strength P... :
weekly, and monthly. params schedule=hourly true
Enable Banner : true
Schedule : HOURLY
Enabling the settings so that Run the following command: Enable Aide : true
AHV can generate stack nutanix@cvm$ ncli cluster Enable Core : true
traces for any cluster issue. edit-hypervisor-security- Enable High Strength P... :
params enable-core=true true
Enable Banner : true
Schedule : HOURLY
Note: Nutanix
recommends that Core
should not be set to true
unless instructed by the
Nutanix support team.
• Enable AIDE: Advanced Intrusion Detection Environment (AIDE) is a Linux utility that
monitors a given node. After you install the AIDE package, the system will generate a
database that contains all the files you selected in your configuration file by entering the
aide -–init command as a root user. You can move the database to a secure location in
a read-only media or on other machines. After you create the database, you can use the
aide -–check command for the system to check the integrity of the files and directories by
Note:
• Enable Core: A core dump consists of the recorded state of the working memory of
a computer program at a specific time, generally when the program gets crashed or
terminated abnormally. Core dumps are used to assist in diagnosing or debugging errors in
computer programs. You can enable the core for troubleshooting purposes.
• Enable Banner: You can set a banner to display a specific message. For example, set a
banner to display a warning message that the system is available to authorized users only.
Hardening Controller VM
You can use Nutanix Command Line Interface (nCLI) in order to customize the various
configuration settings related to CVM as described below.
• Run the following command to support cluster-wide configuration of the SCMA policy.
nutanix@cvm$ ncli cluster get-cvm-security-config
• Run the following command to schedule weekly execution of Advanced Intrusion Detection
Environment (AIDE).
nutanix@cvm$ ncli cluster edit-cvm-security-params enable-aide=true
• Run the following command to enable the defense knowledge consent banner of the US
department.
nutanix@cvm$ ncli cluster edit-cvm-security-params enable-banner=true
• Run the following command to enable the settings to allow only SNMP version 3.
nutanix@cvm$ ncli cluster edit-cvm-security-params enable-snmpv3-only=true
• Run the following command to change the default schedule of running the SCMA. The
schedule can be hourly, daily, weekly, and monthly.
nutanix@cvm$ ncli cluster edit-cvm-security-params schedule=hourly
• Run the following command to enable the settings so that Controller VM can generate stack
traces for any cluster issue.
nutanix@cvm$ ncli cluster edit-cvm-security-params enable-core=true
Note: Nutanix recommends that Core should not be set to true unless instructed by the
Nutanix support team.
• When a high governance official needs to run the hardened configuration then the settings
should be as follows.
Enable Aide : true
Enable Core : false
Enable High Strength P... : true
Enable Banner : false
Enable SNMPv3 Only : true
Schedule : HOURLY
• When a federal official needs to run the hardened configuration then the settings should be
as follows.
Enable Aide : true
Enable Core : false
Enable High Strength P... : true
Enable Banner : true
Enable SNMPv3 Only : true
Schedule : HOURLY
• Run the following command to backup the DoD banner file of the PCVM.
nutanix@pcvm$ sudo cp -a /srv/salt/security/PC/sshd/DODbanner \
/srv/salt/security/PC/sshd/DODbannerbak
• Run the following command to modify DoD banner file of the PCVM.
nutanix@pcvm$ sudo vi /srv/salt/security/PC/sshd/DODbanner
• Run the following command to set the banner for all nodes through nCLI.
nutanix@cvm$ ncli cluster edit-cvm-security-params enable-banner=true
Nutanix recommends that the above configuration is changed to include only the localhost
entries and the management network subnet for the restricted operations; this applies to both
production and high governance compliance environments. This ensures that all subnets used
to communicate with the CVMs are included in the /etc/hosts.allow file.
Procedure
Configuring Authentication
About this task
Nutanix supports user authentication. To configure authentication types and directories and to
enable client authentication or to enable client authentication only, do the following:
CAUTION: The web console (and nCLI) does not allow the use of the not secure SSLv2 and
SSLv3 ciphers. There is a possibility of an SSL Fallback situation in some browsers which denies
access to the web console. To eliminate this, disable (uncheck) SSLv2 and SSLv3 in any browser
used for access. However, TLS must be enabled (checked).
Procedure
1. Click the gear icon in the main menu and then select Authentication in the Settings page.
The Authentication Configuration window appears.
Note: The following steps combine three distinct procedures, enabling authentication (step
2), configuring one or more directories for LDAP/S authentication (steps 3-5), and enabling
client authentication (step 6). Perform the steps for the procedures you need. For example,
perform step 6 only if you intend to enforce client authentication.
2. To enable server authentication, click the Authentication Types tab and then check the box
for either Local or Directory Service (or both). After selecting the authentication types, click
the Save button.
The Local setting uses the local authentication provided by Nutanix (see User Management
on page 36). This method is employed when a user enters just a login name without
specifying a domain (for example, user1 instead of [email protected]). The Directory
Service setting validates user@domain entries and validates against the directory specified in
Note: The Nutanix admin user can log on to the management interfaces, including the web
console, even if the Local authentication type is disabled.
3. To add an authentication directory, click the Directory List tab and then click the New
Directory option.
A set of fields is displayed. Do the following in the indicated fields:
a. Directory Type: Select one of the following from the pull-down list.
Note:
• Users with the "User must change password at next logon" attribute
enabled will not be able to authenticate to the web console (or nCLI).
Ensure users with this attribute first login to a domain workstation and
change their password prior to accessing the web console. Also, if SSL is
enabled on the Active Directory server, make sure that Nutanix has access
to that port (open in firewall).
• Active Directory domain created by using non-ASCII text may not be
supported. For more information about usage of ASCII or non-ASCII text
in Active Directory configuration, see the Internationalization (i18n) on
page 35 section.
• Use of the "Protected Users" group is currently unsupported for Prism
authentication. For more details on the "Protected Users" group, see
• OpenLDAP: OpenLDAP is a free, open source directory service, which uses the
Lightweight Directory Access Protocol (LDAP), developed by the OpenLDAP
project. Nutanix currently supports the OpenLDAP 2.4 release running on CentOS
distributions only.
b. Name: Enter a directory name.
This is a name you choose to identify this entry; it need not be the name of an actual
directory.
c. Domain: Enter the domain name.
Enter the domain name in DNS format, for example, nutanix.com.
Note: LDAPS support does not require custom certificates or certificate trust import.
• Port 389 (LDAP). Use this port number (in the following URL form) when the
configuration is single domain, single forest, and not using SSL.
ldap://ad_server.mycompany.com:389
• Port 636 (LDAPS). Use this port number (in the following URL form) when the
configuration is single domain, single forest, and using SSL. This requires all Active
Directory Domain Controllers have properly installed SSL certificates.
ldaps://ad_server.mycompany.com:636
Note: The LDAP server SSL certificate must include a Subject Alternative Name
(SAN) that matches the URL provided during the LDAPS setup.
• Port 3268 (LDAP - GC). Use this port number when the configuration is multiple
domain, single forest, and not using SSL.
• Port 3269 (LDAPS - GC). Use this port number when the configuration is multiple
domain, single forest, and using SSL.
Note: When constructing your LDAP/S URL to use a Global Catalog server, ensure
that the Domain Control IP address or name being used is a global catalog server
within the domain being configured. If not, queries over 3268/3269 may fail.
Note: When querying the global catalog, the users sAMAccountName field must be
unique across the AD forest. If the sAMAccountName field is not unique across the
subdomains, authentication may fail intermittently or consistently.
Note: Be sure to update the service account credentials here whenever the service
account password changes or when a different service account is used.
Note:
• The Controller VMs need access to the Active Directory server, so open the
standard Active Directory ports to each Controller VM in the cluster (and the
virtual IP if one is configured).
• No permissions are granted to the directory users by default. To grant
permissions to the directory users, you must specify roles for the users in that
directory (see Assigning Role Permissions on page 27).
5. To delete a directory entry, click the Directory List tab and then click the X icon for that
entry.
After clicking the X icon, a window prompt appears to verify the delete action; click the OK
button. The entry is removed from the list.
Note: To authenticate on the PE with Client Chain Certificate the 'Subject name’ field must
be present. The subject name should match the userPrincipalName (UPN) in the AD. The
UPN is a username with domain address. For example [email protected].
Note: Uploaded certificate files must be PEM encoded. The web console restarts after the
upload step.
Note: The web console restarts when you change these settings.
Note: The CA must be the same for both the client chain certificate and the certificate on the
local machine or smart card.
a. Directory: Select the authentication directory that contains the CAC users that you want
to authenticate.
This list includes the directories that are configured on the Directory List tab.
b. Service Username: Enter the user name in the user [email protected] format that you want
the web console to use to log in to the Active Directory.
c. Service Password: Enter the password for the service user name.
Note: The web console restarts after you change this setting.
The Common Access Card (CAC) is a smart card about the size of a credit card, which some
organizations use to access their systems. After you insert the CAC into the CAC reader
connected to your system, the software in the reader prompts you to enter a PIN. After you
enter a valid PIN, the software extracts your personal certificate that represents you and
forwards the certificate to the server using the HTTP protocol.
Nutanix Prism verifies the certificate as follows:
• Validates that the certificate has been signed by your organization’s trusted signing
certificate.
• Extracts the Electronic Data Interchange Personal Identifier (EDIPI) from the certificate
and uses the EDIPI to check the validity of an account within the Active Directory. The
security context from the EDIPI is used for your PRISM session.
• Prism Element supports both certificate authentication and basic authentication in order
to handle both Prism Element login using a certificate and allowing REST API to use
basic authentication. It is physically not possible for REST API to use CAC certificates.
With this behavior, if the certificate is present during Prism Element login, the certificate
authentication is used. However, if the certificate is not present, basic authentication is
enforced and used.
Note: Nutanix Prism does not support OpenLDAP as directory service for CAC.
If you map a Prism role to a CAC user and not to an Active Directory group or organizational
unit to which the user belongs, specify the EDIPI (User Principal Name, or UPN) of that
user in the role mapping. A user who presents a CAC with a valid certificate is mapped to
a role and taken directly to the web console home page. The web console login page is not
displayed.
Note: If you have logged on to Prism by using CAC authentication, to successfully log out of
Prism, close the browser after you click Log Out.
8. Click the Close button to close the Authentication Configuration dialog box.
1. In the web console, click the gear icon in the main menu and then select Role Mapping in the
Settings page.
The Role Mapping window appears.
• Viewer: This role allows a user to view information only. It does not provide permission
to perform any administrative tasks.
• Cluster Admin: This role allows a user to view information and perform any
administrative task (but not create or modify user accounts).
• User Admin: This role allows the user to view information, perform any administrative
task, and create or modify user accounts.
d. Values: Enter the case-sensitive entity names (in a comma separated list with no spaces)
that should be assigned this role.
The values are the actual names of the organizational units (meaning it applies to all users
in those OUs), groups (all users in those groups), or users (each named user) assigned this
role. For example, entering value "admin-gp,support-gp" when the LDAP type is GROUP
and the role is Cluster Admin means all users in the admin-gp and support-gp groups
should be assigned the cluster administrator role.
Note:
• Do not include a domain in the value, for example enter just admin-gp, not
[email protected]. However, when users log into the web console, they
need to include the domain in their user name.
• The AD user UPN must be in the user@domain_name format.
• When an admin defines user role mapping using an AD with forest setup, the
admin can map to the user with the same name from any domain in the forest
setup. To avoid this case, set up the user-role mapping with AD that has a
specific domain setup.
Note: All users in an authorized service directory have full administrator permissions when
role mapping is not defined for that directory. However, after creating a role map, any
f. Repeat this step for each role map you want to add.
You can create a role map for each authorized directory. You can also create multiple
maps that apply to a single directory. When there are multiple maps for a directory, the
most specific rule for a user applies. For example, adding a GROUP map set to Cluster
Admin and a USER map set to Viewer for select users in that group means all users in
the group have administrator permission except those specified users who have viewing
permission only.
4. To delete a role map entry, click the "X" icon for that entry.
After clicking the X icon, a window prompt appears to verify the delete action; click the OK
button. The entry is removed from the list.
Enabling Certificate Revocation Checking using Online Certificate Status Protocol (nCLI)
Note: OSCP is the recommended method for checking certificate revocation in client
authentication.
You can use the CRL certificate revocation checking method if required, as described in this
section.
To enable certificate revocation checking using CRL for client authentication, do the following.
Procedure
Specify all the CRLs that are required for certificate validation.
ncli authconfig set-certificate-revocation set-crl-uri=<uri 1>,<uri 2> set-crl-refresh-
interval=<refresh interval in seconds> set-crl-expiration-interval=<expiration interval in
seconds>
For all the external authentication, the cluster must be configured to use an external IAM
service such as an active directory. Service accounts should be created on the IAM and
accounts should have access grants to the cluster through Prism web console user account
management configuration for authentication.
Procedure
Note:
• Ensure that you preserve the modified nutanix user password, since the local
authentication (PAM) module requires the previous password of the nutanix user
to successfully start the password reset process.
• For the root account, both the console and SSH direct login is disabled.
• In the subsequent release, the nutanix user interactive emergency account will
be converted to a disabled service account. Hence, it is recommended to use the
admin user as the administrative emergency account.
Note: Use this procedure to lock down access to the Controller VM and hypervisor host. In
addition, it is possible to lock down access to the hypervisor.
1. Click the gear icon in the main menu and then select Cluster Lockdown in the Settings page.
The Cluster Lockdown dialog box appears. Enabled public keys (if any) are listed in this
window.
2. To disable (or enable) remote login access, uncheck (check) the Enable Remote Login with
Password box.
Remote login access is enabled by default.
3. To add a new public key, click the New Public Key button and then do the following in the
displayed fields:
• RSA
• ECDSA
a. Click the Save button (lower right) to save the key and return to the main Cluster
Lockdown window.
There are no public keys available by default, but you can add any number of public keys.
4. To delete a public key, click the X on the right of that key line.
Note: Deleting all the public keys and disabling remote login access locks down the cluster
from SSH access.
Procedure
1. In the Prism Web Console main menu, select UI Settings from the gear icon pull-down list on
the right.
3. Select the appropriate option from the Session Timeout Override drop-down list to override
the session timeout.
Internationalization (i18n)
The following table lists all the supported and unsupported entities in UTF-8 encoding.
User management
Chart name
CAUTION: The creation of none of the above entities are supported on Hyper-V because of the
DR limitations.
User Management
Nutanix user accounts can be created or updated as needed using the Prism web console.
• The web console allows you to add (see Creating a User Account on page 36), edit
(see Updating a User Account on page 38), or delete (see Deleting a User Account on
page 45) local user accounts at any time.
•
You can reset the local user account password using nCLI if you are locked out and cannot
login to the Prism Element or Prism Central web console ( see Resetting Password (CLI) on
page 44).
• You can also configure user accounts through Active Directory and LDAP (see Configuring
Authentication on page 15). Active Directory domain created by using non-ASCII text
may not be supported.
Note: In addition to the Nutanix user account, there are IPMI, Controller VM, and hypervisor host
users. Passwords for these accounts cannot be changed through the web console.
Note: You can also configure user accounts through Active Directory and LDAP (see
Configuring Authentication on page 15).
1. Click the gear icon in the main menu and then select Local User Management in the Settings
page.
The User Management dialog box appears.
2. To add a user, click the New User button and do the following in the displayed fields:
• Checking the User Administrator box allows the user to view information, perform
any administrative task, and create or modify user accounts. (Checking this box
automatically checks the Cluster Admin box as well to indicate this user has full
Note: To update your account credentials (that is, the user you are currently logged in as),
see Updating My Account on page 40. Changing the password for a different user is not
supported; you must log in as that user to change the password.
1. Click the gear icon in the main menu and then select Local User Management in the Settings
page.
The User Management dialog box appears.
2. To disable login access, click the Yes value in the Enabled field for that user; to enable the
account, click the No value.
A Yes value means the login is enabled; a No value means it is disabled. A user account is
enabled (login access activated) by default.
3. To edit the user credentials, click the pencil icon for that user and update one or more of the
values as desired in the displayed fields:
a. Username: The username is fixed when the account is created and cannot be changed.
b. First Name: Enter a different first name.
c. Last Name: Enter a different last name.
d. Email: Enter a different email address.
e. Roles: Change the role assigned to this user.
There are three options:
• Checking the Cluster Admin box allows a user to view information and perform any
administrative task (but not create or modify user accounts).
• Checking the User Admin box allows the user to view information, perform any
administrative task, and create or modify user accounts. (Checking this box
automatically checks the Cluster Admin box as well to indicate this user has full
Updating My Account
1. To update your password, select Change Password from the user icon
Procedure
3. Use the ncli user reset-password command and specify the username and password of the
user whose password is to be reset:
nutanix@cvm$ ncli user reset-password user-name=xxxxx password=yyyyy
• Replace user-name=xxxxx with the name of the user whose password is to be reset.
• Replace password=yyyyy with the new password.
What to do next
You can relaunch the Prism web console and verify the new password setting.
Procedure
2. Run the following command to obtain the virtual IP address of the cluster:
nutanix@cvm$ ncli cluster info
Note: The external IP address in the output is the virtual IP address of the cluster.
Procedure
1. Click the gear icon in the main menu and then select Local User Management in the Settings
page.
The User Management dialog box appears.
Certificate Management
This chapter describes how to install and replace an SSL certificate for configuration and use on
the Nutanix Controller VM.
Note: Nutanix recommends that you check for the validity of the certificate periodically, and
replace the certificate if it is invalid.
Note:
• Nutanix recommends that customers replace the default self-signed certificate with
a CA signed certificate.
• SSL certificate (self-signed or signed by CA) can only be installed cluster-wide from
Prism. SSL certificates can not be customized for individual Controller VM.
Procedure
1. Click the gear icon in the main menu and then select SSL Certificate in the Settings page.
The SSL Certificate dialog box appears.
a. Click the Import Key and Certificate option and then click the Next button.
Note: All three imported files for the custom certificate must be PEM encoded.
• Private Key Type: Select the appropriate type for the signed certificate from the pull-
down list (RSA 4096 bit, RSA 2048 bit, EC DSA 256 bit, or EC DSA 384 bit).
• Private Key: Click the Browse button and select the private key associated with the
certificate to be imported.
• Public Certificate: Click the Browse button and select the signed public portion of the
server certificate corresponding to the private key.
• CA Certificate/Chain: Click the Browse button and select the certificate or chain of the
signing authority for the public certificate.
In order to meet the high security standards of NIST SP800-131a compliance, the
requirements of the RFC 6460 for NSA Suite B, and supply the optimal performance for
encryption, the certificate import process validates the correct signature algorithm is
used for a given key/cert pair. Refer to the following table to ensure the proper set of
key types, sizes/curves, and signature algorithms. The CA must sign all public certificates
with proper type, size/curve, and signature algorithm for the import process to validate
successfully.
Note: There is no specific requirement for the subject name of the certificates (subject
alternative names (SAN) or wildcard certificates are supported in Prism).
You can use the cat command to concatenate a list of CA certificates into a chain file.
$ cat signer.crt inter.crt root.crt > server.cert
Order is essential. The total chain should begin with the certificate of the signer and end
with the root CA certificate as the final entry.
Results
After generating or uploading the new certificate, the interface gateway restarts. If the
certificate and credentials are valid, the interface gateway uses the new certificate immediately,
which means your browser session (and all other open browser sessions) will be invalid until
you reload the page and accept the new certificate. If anything is wrong with the certificate
(such as a corrupted file or wrong certificate type), the new certificate is discarded, and the
system reverts back to the original default certificate provided by Nutanix.
Note: The system holds only one custom SSL certificate. If a new certificate is uploaded, it
replaces the existing certificate. The previous certificate is discarded.
Replacing a Certificate
Nutanix simplifies the process of certificate replacement to support the need of Certificate
Authority (CA) based chains of trust. Nutanix recommends you to replace the default supplied
self-signed certificate with a CA signed certificate.
Procedure
Note:
» Select Import key and certificate to import the custom key and certificate. RSA 4096 bit,
RSA 2048 bit, Elliptic Curve DSA 256 bit, and Elliptic Curve DSA 384 bit types of key and
certificate are supported.
The following files are required and should be PEM encoded to import the keys and
certificate.
• The private key associated with the certificate. The below section describes generating a
private key in detail.
• The signed public portion of the server certificate corresponding to the private key.
• The CA certificate or chain of the signing authority for the certificate.
Note:
You must obtain the Public Certificate and CA Certificate/Chain from the certificate
authority.
• Run the following OpenSSL command to generate a RSA 4096 private key and the
Certificate Signing Request (CSR).
openssl req -out server.csr -new -newkey rsa:40966
-nodes -sha256 -keyout server.key
• Run the following OpenSSL command to generate an RSA 2048 private key and the
Certificate Signing Request (CSR).
openssl req -out server.csr -new -newkey rsa:2048
-nodes -sha256 -keyout server.key
After executing the openssl command, the system prompts you to provide more details
that will be incorporated into your certificate. The mandatory fields are - Country Name,
State or Province Name, and Organization Name. The optional fields are - Locality Name,
Organizational Unit Name, Email Address, and Challenge Password.
Nutanix recommends including a DNS name for all CVMs in the certificate using the Subject
Alternative Name (SAN) extension. This avoids SSL certificate errors when you access a
CVM by direct DNS instead of the shared cluster IP. This example shows how to include a
DNS name while generating an RSA 4096 private key:
openssl req -out server.csr -new -newkey rsa:4096 -sha256 -nodes
For a 3-node cluster you can provide DNS name for all three nodes in a single command. For
example:
openssl req -out server.csr -new -newkey rsa:4096 -sha256 -nodes
-addext "subjectAltName = DNS:example1.com,DNS:example2.com,DNS:example3.com"
-keyout server.key
If you have added a SAN (subjectAltName) extension to your certificate, then every time you
add or remove a node from the cluster, you must add the DNS name when you generate or
sign a new certificate.
Generating an EC DSA 256 and EC DSA 384 private key
• Run the following OpenSSL command to generate a EC DSA 256 private key and the
Certificate Signing Request (CSR).
openssl ecparam -out dsakey.pem -name prime256v1 –genkey
openssl req -out dsacert.csr -new -key dsakey.pem -nodes -sha256
• Run the following OpenSSL command to generate a EC DSA 384 private key and the
Certificate Signing Request (CSR).
openssl ecparam -out dsakey.pem -name secp384r1 –genkey
openssl req -out dsacert.csr -new -key dsakey.pem -nodes –sha384
Note: To adhere the high security standards of NIST SP800-131a compliance, requirements
of the RFC 6460 for NSA Suite B, provide the optimal performance for encryption. The
certificate import process validates the correct signature algorithm used for a given key or
certificate pair.
5. If the CA chain certificate provided by the certificate authority is not in a single file, then run
the following command to concatenate the list of CA certificates into a chain file.
cat signer.crt inter.crt root.crt > server.cert
Note: The chain should start with the certificate of the signer and ends with the root CA
certificate.
6. Browse and add the Private Key, Public Certificate, and CA Certificate/Chain.
What to do next
Prism restarts and you must login to use the application.
Procedure
2. Run the following command to obtain the virtual IP address of the cluster:
nutanix@cvm$ ncli cluster info
Note: The external IP address in the output is the virtual IP address of the cluster.
5. From the Python console, run the following command to print the SSL certificate.
$ print ssl.get_server_certificate(('virtual_IP_address',9440), \
ssl_version=ssl.PROTOCOL_TLSv1_2)
Note: Use this procedure to lock down access to the Controller VM and hypervisor host. In
addition, it is possible to lock down access to the hypervisor.
Procedure
1. Click the gear icon in the main menu and then select Cluster Lockdown in the Settings page.
The Cluster Lockdown dialog box appears. Enabled public keys (if any) are listed in this
window.
2. To disable (or enable) remote login access, uncheck (check) the Enable Remote Login with
Password box.
Remote login access is enabled by default.
• RSA
• ECDSA
a. Click the Save button (lower right) to save the key and return to the main Cluster
Lockdown window.
There are no public keys available by default, but you can add any number of public keys.
4. To delete a public key, click the X on the right of that key line.
Note: Deleting all the public keys and disabling remote login access locks down the cluster
from SSH access.
Data-at-Rest Encryption
Nutanix provides an option to secure data while it is at rest using either self-encrypted drives or
software-only encryption and key-based access management (cluster's native or external KMS
for software-only encryption).
Encryption Methods
Nutanix provides you with the following options to secure your data.
• Self Encrypting Drives (SED) Encryption - You can use a combination of SEDs and an
external KMS to secure your data while it is at rest.
• Software-only Encryption - Nutanix AOS uses the AES-256 encryption standard to encrypt
your data. Once enabled, software-only data-at-rest encryption cannot be disabled, thus
protecting against accidental data leaks due to human errors. Software-only encryption
supports both Nutanix Native Key Manager (local and remote) and External KMS to secure
your keys.
Note the following points regarding data-at-rest encryption.
• For ESXi and Hyper-V, software-only encryption can be implemented at a cluster level or
container level. For AHV, encryption can be implemented at the cluster level only.
• Nutanix recommends using cluster-level encryption. With the cluster-level encryption,
the administrative overhead of selecting different containers for the data storage gets
eliminated.
• Encryption cannot be disabled once it is enabled at a cluster level or container level.
• Encryption can be implemented on an existing cluster with data that exists. If encryption is
enabled on an existing cluster (AHV, ESXi, or Hyper-V), the unencrypted data is transformed
into an encrypted format in a low priority background that is designed not to interfere with
other workload running in the cluster.
• For ESXi and Hyper-V clusters, you can switch from SEDs and External Key Management
(EKM) combination to software-only encryption and EKM combination. First, you must
disable the encryption in the cluster where you want to change the encryption method.
Then, select the cluster and enable encryption to transform the unencrypted data into an
encrypted format in the background.
• For AHV, background encryption is supported.
• Once the task to encrypt a cluster begins, you cannot cancel the operation. Even if you stop
and restart the cluster, the system resumes the operation.
• In the case of mixed clusters with ESXi and AHV nodes, where the AHV nodes are used for
storage only, the encryption policies consider the cluster as an ESXi cluster. So, the cluster-
level and container-level encryption are available.
• You can use a combination of SED and non-SED drives in a cluster. After you encrypt a
cluster using the software-only encryption, all the drives are considered as unencrypted
drives. In case you switch from the SED encryption to the software-only encryption, you can
add SED or non-SED drives to the cluster.
• Data is not encrypted when it is replicated to another cluster. You must enable the
encryption for each cluster. Data is encrypted as a part of the write operation and decrypted
as a part of the read operation. During the replication process, the system reads, decrypts,
and then sends the data over to the other cluster. You can use a third-party network solution
if there a requirement to encrypt the data during the transmission to another cluster.
• Software-only encryption does not impact the data efficiency features such as deduplication,
compression, erasure coding, zero block suppression, and so on. The software encryption
is the last data transformation performed. For example, during the write operation,
compression is performed first, followed by encryption.
Key Management
Nutanix supports a Native Key Management Server, also called Local Key Manager (LKM),
thus avoiding the dependency on an External Key Manager (EKM). Cluster localised Key
Management Service support requires a minimum of 3-node in a cluster and is supported only
for software-only encryption. So, 1-node and 2-node clusters can use either the Native KMS
(remote) option or an EKM. .
The following types of keys are used for encryption.
• Data Encryption Key (DEK) - A symmetric key, such as AES-256, that is used to encrypt the
data.
• Key Encryption Key (KEK) - This key is used to encrypt or decrypt the DEK.
Note the following points regarding the key management.
• Nutanix does not support the use of the Local Key Manager with a third party External Key
Manager.
• Dual encryption (both SED and software-only encryption) requires an EKM. For more
information, see Configuring Dual Encryption on page 86.
• You can switch from an EKM to LKM, and inversely. For more information, see Switching
between Native Key Manager and External Key Manager on page 83.
Note: If you are running the AOS Pro License on G6 platforms and above, you can use SED
encryption by installing an add-on license.
Note: If an SED cluster is present, then while executing the data-at-rest encryption, you will get
an option to either select data-at-rest encryption using SEDs or data-at-rest encryption using
AOS.
Note: This solution provides enhanced security for data on a drive, but it does not secure data in
transit.
Note: Contact Nutanix customer support for assistance before attempting to convert an
existing cluster. A non-protected cluster can contain both SED and standard drives, but
Nutanix does not support a mixed cluster when protection is enabled. All the disks in a
protected cluster must be SED drives.
2. Data on the drives is always encrypted but read or write access to that data is open. By
default, the access to data on the drives is protected by the in-built manufacturer key.
However, when data protection for the cluster is enabled, the Controller VM must provide
the proper key to access data on a SED. The Controller VM communicates with the SEDs
through a Trusted Computing Group (TCG) Security Subsystem Class (SSC) Enterprise
protocol.
A symmetric data encryption key (DEK) such as AES 256 is applied to all data being written
to or read from the disk. The key is known only to the drive controller and never leaves the
physical subsystem, so there is no way to access the data directly from the drive.
Another key, known as a key encryption key (KEK), is used to encrypt/decrypt the DEK and
authenticate to the drive. (Some vendors call this the authentication key or PIN.)
Each drive has a separate KEK that is generated through the FIPS compliant random number
generator present in the drive controller. The KEK is 32 bytes long to resist brute force
attacks. The KEKs are sent to the key management server for secure storage and later
retrieval; they are not stored locally on the node (even though they are generated locally).
In addition to the above, the leader encryption key (MEK) is used to encrypt the KEKs.
Each node maintains a set of certificates and keys in order to establish a secure connection
with the external key management server.
Preparing for Data-at-Rest Encryption (External KMS for SEDs and Software Only)
If you are using an external KMS for encryption using AOS, preparation steps outside the
web console are required. The information in this section is applicable if you choose to use an
external KMS for configuring encryption.
You must install the license of the external key manager for all nodes in the cluster. See the
Acropolis Release Notes for a complete list of the supported key management servers. For
instructions on how to configure a key management server, refer to the documentation from
the appropriate vendor.
The system accesses the EKM under the following conditions:
• Starting a cluster
• Regenerating a key (key regeneration occurs automatically every year by default)
• Adding or removing a node (only when Self Encrypting Drives is used for encryption)
• Switching between Native to EKM or EKM to Native
• Starting, and restarting a service (only if Software-based encryption is used)
• Upgrading AOS (only if Software-based encryption is used)
• NCC heartbeat check if EKM is alive
Procedure
Note: The key management server must support KMIP version 1.0 or later.
» SafeNet
Ensure that Security > High Security > Key Security > Disable Creation and Use of Global
Keys is checked.
» Vormetric
Set the appliance to compatibility mode. Suite B mode causes the SSL handshake to fail.
2. Generate a certificate signing request (CSR) for each node in the cluster.
Note: If a custom common name (CN) is needed, contact Nutanix customer support for
assistance.
• A UID field is populated with a value of Nutanix. This can be useful when configuring a
Nutanix group for access control within a key management server, since it is based on
fields within the client certificates.
Note: Some vendors when doing client certificate authentication expect the client username
to be a field in the CSR. While the CN and UID are pre-generated, many of the user populated
fields can be used instead if desired. If a node-unique field such as CN is chosen, users
must be created on a per node basis for access control. If a cluster-unique field is chosen,
customers must create a user for each cluster.
3. Send the CSRs to a certificate authority (CA) and get them signed.
» Safenet
The SafeNet KeySecure key management server includes a local CA option to generate
signed certificates, or you can use other third-party vendors to create the signed
certificates.
To enable FIPS compliance, add user nutanix to the CA that signed the CSR. Under
Security > High Security > FIPS Compliance click Set FIPS Compliant.
Note: Some CAs strip the UID field when returning a signed certificate.
To comply with FIPS, Nutanix does not support the creation of global keys.
In the SafeNet KeySecure management console, go to Device > Key Server > Key Server >
KMIP Properties > Authentication Settings.
Then do the following:
• Set the Username Field in Client Certificate option to UID (User ID).
• Set the Client Certificate Authentication option to Used for SSL session and username.
If you do not perform these settings, the KMS creates global keys and fails to encrypt the
clusters or containers using the software only method.
4. Upload the signed SSL certificates (one for each node) and the certificate for the CA to the
cluster. These certificates are used to authenticate with the key management server.
Vendor KMS
IBM
• IBM Security Key Lifecycle Manager v4.0
• IBM Security Key Lifecycle Manager v3.0.0.1
• IBM Security Key Lifecycle Manager v2.7.0.1
• IBM Security Key Lifecycle Manager
v2.5.0.8
Gemalto
• SafeNet KeySecure 460 v8.0.1
• SafeNet Virtual KeySecurek150v
• SafeNet Virtual KeySecurek150v v8.9
Thales eSecurity
• Vormetric Data Security Manager v5.2
(patch 2)
• Vormetric Data Security Manager 6.0.2
• Vormetric Data Security Manager &
Vormetric Transparent Encryption 6.3
• External Key Management support applies to AOS Data-at-Rest Encryption for all
hypervisors supported by AOS.
• The listed KMS vendors are also supported for all subsequent minor versions in the same
family.
Procedure
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
The Data at Rest Encryption dialog box appears. Initially, encryption is not configured, and a
message to that effect appears.
3. Select the Encryption Type as Drive-based Encryption. This option is displayed only when
SEDs are detected.
Note: You can update this information until an SSL certificate for a node is uploaded to
the cluster, at which point the information cannot be changed (the fields become read
only) without first deleting the uploaded certificates.
b. Click the Download CSRs button, and then in the new screen click the Download CSRs
for all nodes to download a file with CSRs for all the nodes or click a Download link to
download a file with the CSR for that node.
» If you have configured multiple key management servers in cluster mode, click the Add
Address button to provide the addresses for each key management server device in
the cluster.
» If you have stand-alone key management servers, click the Save button. Repeat this
step (Add New Key Management Server button) for each key management server
device to add.
Note: If your key management servers are configured into a leader/follower (active/
passive) relationship and the architecture is such that the follower cannot accept write
requests, do not add the follower into this configuration. The system sends requests
Note: To prevent potential configuration problems, always use the Add Address button
for key management servers configured into cluster mode. Only a stand-alone key
management server should be added as a new server.
6. In the Add a New Certificate Authority section, enter a name for the CA, click the Upload CA
Certificate button, and select the certificate for the CA used to sign your node certificates
(see step 3c). Repeat this step for all CAs that were used in the signing process.
7. Go to the Key Management Server section (see step 4) and do the following:
Note: Before removing a drive or node from an SED cluster, ensure that the testing is
successful and the status is Verified. Otherwise, the drive or node will be locked.
Note: Before removing a drive or node from an SED cluster, ensure that the testing is
successful and the status is Verified. Otherwise, the drive or node will be locked.
Note: If changes are made to the configuration after protection has been enabled, such as
adding a new key management server, you must rekey the disks for the modification to take
full effect (see Changing Key Encryption Keys (SEDs) on page 69).
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
» If cluster encryption is enabled currently, click the Unprotect button to disable it.
» If cluster encryption is disabled currently, click the Protect button to enable it.
Enabling cluster encryption enforces the use of secured keys to access data on the SEDs in
the cluster; disabling cluster encryption means the data can be accessed without providing a
key.
Procedure
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
Note:
• The Rekey All Disks button appears only when cluster protection is active.
• If the cluster is already protected and a new key management server is added,
you must press the Rekey All Disks button to use this new key management
server for storing secrets.
Procedure
1. In the wen console, go to the Hardware dashboard and select the Diagram tab.
Note: When a node is removed, all SEDs in that node are crypto-erased automatically as part
of the node removal process.
Note: On G6 platforms running the AOS Pro license, you can use software encryption by
installing an add-on license.
Software encryption using a local key manager (LKM) supports the following features:
• For AHV, the data can be encrypted on a cluster level. This is applicable to an empty cluster
or a cluster with existing data.
• For ESXi and Hyper-V, the data can be encrypted on a cluster or container level. The
cluster or container can be empty or contain existing data. Consider the following points for
container level encryption.
• Once you enable container level encryption, you can not change the encryption type to
cluster level encryption later.
• After the encryption is enabled, the administrator needs to enable encryption for every
new container.
• Data is encrypted at all times.
• Data is inaccessible in the event of drive or node theft.
• Data on a drive can be securely destroyed.
• Re-key of the leader encryption key at arbitrary times is supported.
• Cluster’s native KMS is supported.
Note: This solution provides enhanced security for data on a drive, but it does not secure data in
transit.
• For software encryption, data protection must be enabled for the cluster before any data is
encrypted. Also, the Controller VM must provide the proper key to access the data.
• A symmetric data encryption key (DEK) such as AES 256 is applied to all data being written
to or read from the disk. The key is known only to AOS, so there is no way to access the data
directly from the drive.
• In case of an external KMS:
Each node maintains a set of certificates and keys in order to establish a secure connection
with the key management server.
Only one key management server device is required, but it is recommended that multiple
devices are employed so the key management server is not a potential single point of failure.
Configure the key manager server devices to work in clustered mode so they can be added
to the cluster configuration as a single entity that is resilient to a single failure.
• Nutanix provides the option to choose the KMS type as the Native KMS (local), Native KMS
(remote), or External KMS.
• Cluster Localised Key Management Service (Native KMS (local)) requires a minimum of 3-
node cluster. 1-node and 2-node clusters are not supported.
• Software encryption using Native KMS is supported for remote office/branch office (ROBO)
deployments using the Native KMS (remote) KMS type.
• For external KMS, a separate key management server is required to store the keys outside
of the cluster. Each key management server device must be configured and addressable
through the network. It is recommended that multiple key manager server devices be
configured to work in clustered mode so they can be added to the cluster configuration as a
single entity that is resilient to a single failure.
Note: To view the supported key management servers, see Supported Key Management
Servers on page 62.
• This feature requires an Ultimate license, or as an Add-On to the PRO license (for the latest
generation of products). Ensure that you have procure the add-on license key to use the
data-at-rest encryption using AOS, contact Sales team to procure the license.
• CAUTION: For security, you can't disable software-only data-at-rest encryption once it is
enabled.
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the
Settings page.
The Data at Rest Encryption dialog box appears. Initially, encryption is not configured, and
a message to that effect appears.
CAUTION: You can enable encryption for the entire cluster or just the container. However,
if you enable encryption on a container; and there are any encryption key issue like loss of
encryption key, you can encounter the following:
• The entire cluster data is affected, not just the encrypted container.
• All the user VMs of the cluster will not able to access the data.
The hardware option is displayed only when SEDs are detected. Else, software based
encryption type will be used by default.
Note: For ESXi and Hyper-V, the data can be encrypted on a cluster or container level. The
cluster or container can be empty or contain existing data. Consider the following points for
container level encryption.
• Once you enable container level encryption, you can not change the encryption
type to cluster level encryption later.
• After the encryption is enabled, the administrator needs to enable encryption for
every new container.
a. In the web console, select Storage from the pull-down main menu (upper left of screen)
and then select the Table and Storage Container tabs.
b. To enable encryption, select the target storage container and then click the Update link.
The Update Storage Container window appears.
c. In the Advanced Settings area, select the Enable check box to enable encryption for the
storage container you selected.
Note:
Note: This is option is available only if the cluster is registered to Prism Central.
For external KMS type, select the External KMS option and click Save KMS type. Continue
to step 5 for further configuration.
Note: You can switch between the KMS types at a later stage if the specific KMS
prerequisites are met, see Switching between Native Key Manager and External Key
Manager on page 83.
Note: You can update this information until an SSL certificate for a node is uploaded to
the cluster, at which point the information cannot be changed (the fields become read
only) without first deleting the uploaded certificates.
b. Click the Download CSRs button, and then in the new screen click the Download CSRs
for all nodes to download a file with CSRs for all the nodes or click a Download link to
download a file with the CSR for that node.
» If you have configured multiple key management servers in cluster mode, click the
Add Address button to provide the addresses for each key management server
device in the cluster.
» If you have stand-alone key management servers, click the Save button. Repeat this
step (Add New Key Management Server button) for each key management server
device to add.
Note: If your key management servers are configured into a master/slave (active/
passive) relationship and the architecture is such that the follower cannot accept write
requests, do not add the follower into this configuration. The system sends requests
Note: To prevent potential configuration problems, always use the Add Address
button for key management servers configured into cluster mode. Only a stand-alone
key management server should be added as a new server.
7. In the Add a New Certificate Authority section, enter a name for the CA, click the Upload
CA Certificate button, and select the certificate for the CA used to sign your node
certificates (see step 3c). Repeat this step for all CAs that were used in the signing process.
8. Go to the Key Management Server section (see step 4) and do the following:
Note: Before removing a drive or node from an SED cluster, ensure that the testing is
successful and the status is Verified. Otherwise, the drive or node will be locked.
CAUTION: To help ensure that your data is secure, you cannot disable software-only data-
at-rest encryption once it is enabled. Nutanix recommends regularly backing up your data,
encryption keys, and key management server.
Note: If changes are made to the configuration after protection has been enabled, such as
adding a new key management server, you must do the rekey operation for the modification
to take full effect. In case of EKM, rekey to change the KEKs stored in the EKM. In case
of LKM, rekey to change the leader key used by native key manager, see Changing Key
Encryption Keys (Software Only) on page 84) for details.
Note: Once the task to encrypt a cluster begins, you cannot cancel the operation. Even if
you stop and restart the cluster, the system resumes the operation.
Vendor KMS
IBM
• IBM Security Key Lifecycle Manager v4.0
• IBM Security Key Lifecycle Manager v3.0.0.1
• IBM Security Key Lifecycle Manager v2.7.0.1
• IBM Security Key Lifecycle Manager
v2.5.0.8
Gemalto
• SafeNet KeySecure 460 v8.0.1
• SafeNet Virtual KeySecurek150v
• SafeNet Virtual KeySecurek150v v8.9
Thales eSecurity
• Vormetric Data Security Manager v5.2
(patch 2)
• Vormetric Data Security Manager 6.0.2
• Vormetric Data Security Manager &
Vormetric Transparent Encryption 6.3
• External Key Management support applies to AOS Data-at-Rest Encryption for all
hypervisors supported by AOS.
• The listed KMS vendors are also supported for all subsequent minor versions in the same
family.
After Software Encryption has been established, Nutanix supports the ability to switch the
KMS type from the External Key Manager to the Native Key Manager or from the Native Key
Manager to an External Key Manager, without any down time.
Note:
To change the KMS type, change the KMS selection by editing the encryption configuration.
For details, see step 3 in Configuring Data-at-Rest Encryption (Software Only) on page 72
section.
After you change the KMS type and save the configuration, the encryption keys are re-
generated on the selected KMS storage medium and data is re-encrypted with the new keys.
The old keys are destroyed.
Note: This operation completes in a few minutes, depending on the number of encrypted objects
and network speed.
Procedure
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
Note: The Rekey button appears only when cluster protection is active.
Note: If the cluster is already protected and a new key management server is added, you
must press the Rekey button to use this new key management server for storing secrets.
Note: To help ensure that your data is secure, you cannot disable software-only data-at-rest
encryption once it is enabled. Nutanix recommends regularly backing up your data, encryption
keys, and key management server.
Procedure
• For information on how to delete a storage container, see the Web Console Guide.
• For information on how to destroy a cluster, see Acropolis Advanced Administration
Guide.
Note: Curator scans and deletes the DEK and KEK keys automatically after a container has
been deleted automatically.
Procedure
1. Perform the steps for the software-only encryption with External KMS. For more information,
see Configuring Data-at-Rest Encryption (Software Only) on page 72.
After the background task completes, all the data gets encrypted by the software. The time
taken to complete the task depends on the amount of data and foreground I/O operations in
the cluster.
2. Disable the SED encryption. Ensure that all the disks are unprotected.
For more information, see Enabling/Disabling Encryption (SEDs) on page 68.
3. Switch the key management server from the External KMS to Local Key Manager. For more
information, see Switching between Native Key Manager and External Key Manager on
page 83.
Procedure
1. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
2. In the Cluster Encryption page, check to enable both Drive-based and Software-based
encryption.
Backing up Keys
Procedure
2. Click the gear icon in the main menu and then select Data at Rest Encryption in the Settings
page.
Note: Ensure you move the backup key file to a safe location.
Procedure
1. Log on to the Prism Central instance to which the clusters are registered.
2. Click the hamburger icon and then select Clusters > List view.
The backup file is saved in the default download location on your local machine.
Note: Ensure you move the backup key file to a safe location.
Importing Keys
You can import the encryption keys from backup. You must note the specific commands in this
topic if you backed up your keys to an external key manager (EKM)
Note: Nutanix recommends that you contact Nutanix Support for this operation. Extended
cluster downtime might result if you perform this task incorrectly.
Procedure
2. Retrieve the encryption keys stored on the cluster and verify that all the keys you want to
retrieve are listed.
In this example, the password is Nutanix.123. date is the timestamp portion of the backup file
name.
mantle_recovery_util --backup_file_path=/home/nutanix/encryption_key_backup_date \
--password=Nutanix.123 --list_key_ids=true
4. If you are using an external key manager such as IBM Security Key Lifecycle Manager,
Gemalto Safenet, or Vormetric Data Security Manager, use the --store_kek_remotely option
to import the keys into the cluster.
In this example, date is the timestamp portion of the backup file name.
mantle_recovery_util --backup_file_path path/encryption_key_backup_date \
--password key_password --store_kek_remotely
In a segmented network, management traffic uses interface eth0 and the backplane traffic uses
interface eth2. The backplane network uses either the default VLAN or, optionally, a separate
VLAN that you specify when segmenting the network.
The following diagram shows the two virtual networks. (Note that the RDMA LAN is not
illustrated in the diagram.)
Implementation Considerations
Supported Environment
Network segmentation is supported in the following environment:
• For network segmentation by traffic type (separating backplane traffic from management
traffic):
• AHV
• ESXi
• Hyper-V
• AHV
• ESXi
• For logical network segmentation, AOS version must be 5.5 or later. For physical
segmentation and service-specific traffic isolation, the AOS version must be 5.11 or later.
• From the 5.11.1 release, you cannot enable network segmentation on mixed-hypervisor
clusters. However, if you enable network segmentation on a mixed-hypervisor cluster
running a release earlier than 5.11.1 and you upgrade that cluster to 5.11.1 or later, network
segmentation continues to work seamlessly.
• RDMA requirements:
• Network segmentation is supported with RDMA for AHV and ESXi hypervisors only.
• For the NX-9030-G5 platform, each node must have two Mellanox CX-3 Pro network
cards.
• For G6 platforms, each node must have two Mellanox CX-4 network cards. (For this
reason, RDMA is not supported on platforms that have only one NIC per node.)
• For more information on RDMA, see the Nutanix Hardware Administration Guide.
Prerequisites
• Ensure that the VLAN and subnet that you plan to use for the network segment are routable.
• Make sure that you have a pool of IP addresses to specify when configuring segmentation.
For each cluster, you need n+1 IP addresses, where n is the number of nodes in the cluster.
The additional IP address is for the virtual IP address requirement.
• Enable network segmentation for disaster recovery at both sites (local and remote) before
configuring remote sites at those sites.
Limitations
• If network segmentation is enabled for Volumes, volume group attachments are not
recovered during VM recovery.
• Nutanix service VMs such as Files and Buckets continue to communicate with the CVM eth0
interface when using Volumes for iSCSI traffic. Other external clients use the new service-
specific CVM interface.
Note: If you have configured an eth2 interface on the CVM manually, to make the cluster
compatible with the requirements for enabling network segmentation, remove the eth2 interface
before upgrading to an AOS version that supports network segmentation.
To configure host networking for physical and service-specific network segmentation, do the
following:
Note: If you are segmenting traffic on nodes that are already part of a cluster, perform the first
step. If you are segmenting traffic on an unconfigured node that is not part of a cluster, perform
the second step directly.
Procedure
1. If you are segmenting traffic on nodes that are already part of a cluster, do the following:
a. From the default virtual switch vs0, remove the uplinks that you want to add to the virtual
switch you created by updating the default virtual switch.
For information about updating the default virtual switch vs0 to remove the uplinks, see
the Creating or Updating a Virtual Switch section in the Prism Web Console Guide.
b. Create a virtual switch for the backplane traffic or service whose traffic you want to
isolate.
Add the uplinks to the new virtual switch.
For information about creating a new virtual switch, see the Creating or Updating a Virtual
Switch section in the Prism Web Console Guide.
2. If you are segmenting traffic on an unconfigured node (new host) that is not part of a
cluster, do the following:
a. Create a bridge for the backplane traffic or service whose traffic you want to isolate by
logging on to the new host.
ovs-vsctl add-br br1
b. From the default bridge br0, log on to the host and remove the uplinks that you want to
add to the bridge you created.
ovs-vsctl del-port br0 br0-up -- add-bond br0 br0-up eth0 eth1
c. Log on to the host and then add the uplinks and bond to the bridge.
ovs-vsctl add-bond br1 br1-up eth2 eth3
Note: If this step is not done correctly, a network loop can be created that causes a
network outage. Ensure that no other uplink interfaces exist on this bridge before adding
the new interfaces, and always add interfaces into a bond.
What to do next
Prism can configure a VLAN only on AHV hosts. Therefore, if the hypervisor is ESXi, in addition
to configuring the VLAN on the physical switch, make sure to configure the VLAN on the port
group.
If you are performing physical network segmentation, see Physically Isolating the Backplane
Traffic on an AHV Cluster on page 99.
If you are performing service-specific traffic isolation, see Service-Specific Traffic Isolation on
page 105.
• You can segment the network on an existing cluster by using the Prism web console.
• You can segment the network when creating a cluster by using Nutanix Foundation 3.11.2 or
higher versions.
The following topics describe network segmentation procedures for existing clusters and
changes during AOS upgrade and cluster expansion. For more information about segmenting
the network when creating a cluster, see the Field Installation Guide.
• Ensure that you create port groups on the backplane virtual switch for the host and CVM.
For example, on an ESXi host, create a port group each for host and CVM on the backplane
vSwitch.
• For new backplane networks, you must specify a non-routable subnet. The interfaces on the
backplane network are automatically assigned IP addresses from this subnet, so reserve the
entire subnet for the backplane network alone.
• Make sure that the VLAN for the backplane network is configured on the physical switch
ports to which the nodes are connected.
Note: It is not mandatory to configure these VLAN IDs. Nutanix does not control these VLAN IDs.
Consult your networking team to acquire these VLANs or any other available VLANs for usage
with Nutanix nodes.
To segment the network on an existing cluster for a backplane LAN, do the following:
Procedure
1. Log on to the Prism web console, click the gear icon in the top-right corner, and then click
Network Configuration in the Settings page.
The Network Configuration dialog box is displayed.
2. On the Controller VM Interfaces tab, in the Backplane LAN row, click Configure.
The Create Interface dialog box is displayed.
Note: Segmenting backplane traffic can involve up to two rolling reboots of the CVMs. The
first rolling reboot is done to move the backplane interface (eth2) of the CVM to the selected
port group or bridge. This is done only for CVM(s) whose backplane interface is not already
connected to the selected port group or bridge. The second rolling reboot is done to migrate
the cluster services to the newly configured backplane interface.
Note: Perform this step only if your AOS version is 5.17.0.x. This step is not required if your
AOS version is 5.17.1 or later.
Note: You cannot manage your guest VMs after the Acropolis service is stopped.
2019-09-04 14:43:18 INFO cluster:2774 Executing action status on SVMs X.X.X.1, X.X.X.2,
X.X.X.3
In this method, port groups are not specified so logical segmentation (VLAN-based
segmentation) is done on the default vSwitch (ESXi) or bridge (AHV). The process creates
host backplane interface on the Backplane Network port group on ESXi or br1-backplane on
AHV. The eth2 interface on the CVM is on CVM Backplane Network by default.
• For new RDMA networks, you must specify a non-routable subnet. The interfaces on the
backplane network are automatically assigned IP addresses from this subnet, so reserve the
entire subnet for the backplane network alone.
• If you plan to specify a VLAN for the RDMA network, make sure that the VLAN is configured
on the physical switch ports to which the nodes are connected.
• Configure the switch interface as a Trunk port.
Procedure
1. Log on to the Prism web console, click the gear icon in the top-right corner, and then click
Network Configuration in the Settings page.
The Network Configuration dialog box is displayed.
a. In Subnet IP and Netmask, specify a non-routable subnet and netmask, respectively. Make
sure that the subnet can accommodate cluster expansion in the future.
b. In VLAN, specify a VLAN ID for the RDMA LAN.
A VLAN ID is optional but highly recommended for true network segmentation and
enhanced security.
c. c. From the PFC list, select the priority flow control value configured on the physical
switch port.
6. Click Close.
ESXi vSwitch
• Ensure that physical isolation of backplane traffic is supported by the AOS version deployed.
• Ensure that you configure the network (port groups or bridges) on the hosts and associate
the network with the required physical NICs before you enable physical isolation of the
backplane traffic.
For AHV, see Configuring the Network on an AHV Host on page 93. For ESXI and Hyper-
V, see VMware and Microsoft documentation respectively.
Note: Before you perform the following procedure, ensure that the uplinks you added to the
virtual switch are in the UP state.
Procedure
1. Log on to the Prism web console, click the gear icon in the top-right corner, and then click
Network Configuration in the Settings page.
2. On the Controller VM Interfaces tab, in the Backplane LAN row, click Configure.
a. In Subnet IP, specify a non-routable subnet that is different from the subnet used by the
AHV host and CVMs.
The AOS CVM default route uses the CVM eth0 interface, and there is no route on the
backplane interface. Therefore, Nutanix recommends only using a non-routable subnet
for the backplane network. To avoid split routing, do not use a routable subnet for the
backplane network.
Make sure that the backplane subnet has a sufficient number of IP addresses. Two IP
addresses are required per node. Reconfiguring the backplane to increase the size of the
subnet involves cluster downtime, so you might also want to make sure that the subnet
can accommodate new nodes in the future.
b. In Netmask, specify the network mask.
c. If you want to assign the interfaces on the network to a VLAN, specify the VLAN ID in the
VLAN ID field.
Nutanix strongly recommends configuring a separate VLAN. If you do not specify a VLAN
ID, AOS applies the untagged VLAN on the virtual switch.
d. In the Virtual Switch list, select the virtual switch you created for the backplane traffic.
Note: Segmenting backplane traffic can involve up to two rolling reboots of the CVMs. The
first rolling reboot is done to move the backplane interface (eth2) of the CVM to the selected
port group or virtual switch. This is done only for CVM(s) whose backplane interface is not
already connected to the selected port group or bridge virtual switch. The second rolling
reboot is done to migrate the cluster services to the newly configured backplane interface.
Note: Before you perform the following procedure, ensure that the uplinks you added to the
vSwitch are in the UP state.
Procedure
1. Log on to the Prism web console, click the gear icon in the top-right corner, and then click
Network Configuration in the Settings page.
2. On the Controller VM Interfaces tab, in the Backplane LAN row, click Configure.
Note:
Nutanix clusters support both vSphere Standard Switches and vSphere Distributed
Switches. However, you must mandatorily configure only one type of virtual
switches in one cluster. Configure all the backplane and management traffic in one
cluster on either vSphere Standard Switches or vSphere Distributed Switches. Do
not mix Standard and Distributed vSwitches on a single cluster.
Note: Segmenting backplane traffic can involve up to two rolling reboots of the CVMs. The
first rolling reboot is done to move the backplane interface (eth2) of the CVM to the selected
port group or bridge. This is done only for CVM(s) whose backplane interface is not already
connected to the selected port group or bridge. The second rolling reboot is done to migrate
the cluster services to the newly configured backplane interface.
Note: Before you perform the following procedure, ensure that the uplinks you added to the
backplane Virtual Switch are in the UP state.
Procedure
1. Log on to the Prism web console, click the gear icon in the top-right corner, and then click
Network Configuration in the Settings page.
2. On the Controller VM Interfaces tab, in the Backplane LAN row, click Configure.
Note: Segmenting backplane traffic can involve up to two rolling reboots of the CVMs. The
first rolling reboot is done to move the backplane interface (eth2) of the CVM to the selected
port group or virtual switch. This is done only for CVM(s) whose backplane interface is not
already connected to the selected port group or bridge virtual switch. The second rolling
reboot is done to migrate the cluster services to the newly configured backplane interface.
CAUTION: At the end of this procedure, the cluster stops and restarts, even if only the VLAN is
changed, and therefore involves cluster downtime.
Procedure
Replace vlan-id with the new VLAN ID, subnet_ip_address with the new subnet IP address,
and netmask with the new netmask.
For example, reconfigure the backplane network to use VLAN ID 10 and subnet 172.30.25.0
with netmask 255.255.255.0.
nutanix@cvm$ backplane_ip_reconfig --backplane_vlan=10 \
--backplane_subnet=172.30.25.0 --backplane_netmask=255.255.255.0
CAUTION: During the reconfiguration process, you might receive an error message similar to
the following.
Failed to reach a node.
You can safely ignore this error message and therefore do not stop the script manually.
Note: The backplane_ip_reconfig command is not supported on ESXi clusters with vSphere
Distributed Switches. To reconfigure the backplane network on a vSphere Distributed
Switch setup, disable the backplane network (see Disabling Network Segmentation on
page 104) and enable again with a different subnet or VLAN.
3. Type yes to confirm that you want to reconfigure the backplane network.
The reconfiguration procedure takes a few minutes and includes a cluster restart. If you type
anything other than yes, network reconfiguration is aborted.
4. After the process completes, verify that the backplane was reconfigured.
a. Verify that the IP addresses of the eth2 interfaces on the CVM are set correctly.
nutanix@cvm$ svmips -b
b. Verify that the IP addresses of the backplane interfaces of the hosts are set correctly.
nutanix@cvm$ hostips -b
The svmips and hostips commands, when used with the option b, display the IP addresses
assigned to the interfaces on the backplane.
Procedure
CAUTION: If you use the following command, the cluster stops and restarts, and therefore
involves cluster downtime. Therefore, use the following command only if there are no VMs
running in your cluster, or in non-production clusters.
nutanix@cvm$ backplane_network_disable
3. Verify that network segmentation was successfully disabled. You can verify this in one of
two ways:
» Verify that the commands to show the backplane IP addresses of the CVMs and hosts
list the management IP addresses (run the svmips and hostips commands once without
the b option and once with the b option, and then compare the IP addresses shown in the
output).
nutanix@cvm$ svmips
192.0.2.2 192.0.2.3 192.0.2.4
nutanix@cvm$ svmips -b
192.0.2.2 192.0.2.3 192.0.2.4
nutanix@cvm$ hostips
192.0.2.5 192.0.2.6 192.0.2.7
nutanix@cvm$ hostips -b
192.0.2.5 192.0.2.6 192.0.2.7
In the example above, the outputs of the svmips and hostips commands with and
without the b option are the same, indicating that the backplane network segmentation is
disabled.
• Configure the networks and uplinks on each host manually. Prism only creates the VNIC that
the service requires, and it places that VNIC on the bridge or port group that you specify.
Therefore, you must manually create the bridge or /port group on each host and add the
required physical NICs as uplinks to that bridge or port group.
• Configure network segmentation for the service by using Prism. Create an extra VNIC for the
service, specify any additional parameters that are required (for example, IP address pools),
and the bridge or port group that you want to dedicate to the service.
• Ensure to configure each host as described in Configuring the Network on an AHV Host on
page 93.
• Review Prerequisites on page 92.
1. Log on to the Prism web console and click the gear icon at the top-right corner of the page.
3. In the details pane, on the Internal Interfaces tab, click Create New Interface.
The Create New Interface dialog box is displayed.
Note: Add at least n+1 IP addresses in an IP range considering n is the number of nodes
in the cluster.
• Click Save.
• Use Add an IP Pool to add more IP address pools. You can use only one IP address
pool at any given time.
• Select the IP address pool that you want to use, and then click Next.
What to do next
See Service-Specific Settings and Configurations on page 108 for any additional tasks that are
required after you segment the network for a service.
Procedure
1. Disable the network segmentation configured for a service by following the instructions in
Disabling Network Segmentation Configured for a Service on page 107.
2. Create the network again by following the instructions in Isolating Service-Specific Traffic on
page 105.
Procedure
1. Log on to the Prism web console and click the gear icon at the top-right corner of the page.
3. On the Internal Interfaces tab, for the interface that you want to disable, click Disable.
Note: The defined IP address pool is available even after disabling the network segmentation.
Procedure
Replace interface-name with the name of the interface you want to delete. For example,
ntnx0.
Nutanix Volumes
Network segmentation for Volumes also requires you to migrate iSCSI client connections to the
new segmented network. If you no longer require segmentation for Volumes traffic, you must
also migrate connections back to eth0 after disabling the vNIC used for Volumes traffic.
You can create two different networks for Nutanix Volumes with different IP pools, VLANs, and
data services IP addresses. For example, you can create two iSCSI networks for production and
non-production traffic on the same Nutanix cluster.
Follow the instructions in Isolating Service-Specific Traffic on page 105 again to create the
second network for Volumes after you create the first network.
After you enable network segmentation for Volumes, you must manually migrate connections
from existing iSCSI clients to the newly segmented network.
Note: Even though support is available to run iSCSI traffic on both the segmented and
management networks at the same time, Nutanix recommends that you move the iSCSI traffic for
guest VMs to the segmented network to achieve true isolation.
Procedure
1. Log out from all the clients connected to iSCSI targets that are using CVM eth0 or the Data
Service IP address.
2. Optionally, remove all the discovery records for the Data Services IP address (DSIP) on eth0.
3. If the clients are allowlisted by their IP address, remove the client IP address that is on the
management network from the allowlist, and then add the client IP address on the new
network to the allowlist.
nutanix@cvm$ acli vg.detach_external vg_name initiator_network_id=old_vm_IP
nutanix@cvm$ acli vg.attach_external vg_name initiator_network_id=new_vm_IP
Replace vg_name with the name of the volume group and old_vm_IP and new_vm_IP with the old
and new client IP addresses, respectively.
Procedure
1. Log out from all the clients connected to iSCSI targets using the CVM vNIC dedicated to
Volumes.
2. Remove all the discovery records for the DSIP on the new interface.
The settings for configuring network segmentation for disaster recovery apply to all
Asynchronous, NearSync, and Metro Availability replication schedules. You can use disaster
recovery with Asynchronous, NearSync, and Metro Availability replications only if both the
primary site and the recovery site is configured with Network Segmentation. Before enabling
or disabling the network segmentation on a host, disable all the disaster recovery replication
schedules running on that host.
Note: Network segmentation does not support disaster recovery with Leap.
After configuring network segmentation for disaster recovery, configure remote sites at both
locations. You also need to reconfigure remote sites if you disable network segmentation.
For information about configuring remote sites, see Remote Site Configuration in the Data
Protection and Recovery with Prism Element Guide.
A stretched Layer 2 network configuration allows the source and remote metro clusters to be in
the same broadcast domain and communicate without a gateway.
Replace the following: (See Isolating Service-Specific Traffic on page 105 for the
information)
• DR-ip-pool-name with the name of the IP Pool created for the DR service or any existing
unused IP address pool.
• DR-vlan-id with the VLAN ID being used for the DR service.
• Description with a suitable description of this stretched L2 network segment.
• portgroup/bridge with the details of Bridge or CVM Port Group used for the DR service.
For more information about the network_segmentation command, see the Command
Reference.
Note:
• Before you add one or more nodes to a cluster on which you have configured
network segmentation, ensure that the network settings on the switch to which the
new nodes are connected are identical to the other nodes in the cluster. AOS does
not perform any network validation of the new nodes. Because a hypervisor reimage
operation causes the new nodes to lose their network configuration, do not reimage
the nodes as part of your cluster expansion.
• When you add nodes to a cluster, you must configure the ports on the physical
switch with the VLAN ID used for the backplane.
• For ESXi clusters with vSphere Distributed Switches (DVS), before you expand the
cluster, ensure that the node you want to add is part of the same vCenter cluster,
same DVS as the other nodes in the cluster, and is not in a disconnected state.
• Ensure that the nodes you add to the cluster have memory more than 20 GB if your
ESXi cluster has vSphere Distributed Switches.
When you expand a cluster on which service-specific traffic isolation is configured, you must
manually configure the networking on the hypervisor host of the new (unconfigured) node
before adding it to the cluster. For information about the steps to perform on an unconfigured
node, see Configuring the Network on a Host. The steps to perform involve logging on to the
host by using SSH and running the ovs-vsctl commands. After you configure the networking
on the new node, add it to the cluster by using the documented cluster expansion workflow.
Note:
Do not delete the eth2 interface that is created on the Controller VMs, even if you are
not using the network segmentation feature.
Firewall Requirements
Available from the Nutanix Support portal, the Port Reference describes detailed port
information (like protocol, service description, source, destination, and associated service) for
Nutanix products and services. It includes port and protocol information for 1-click upgrades
and LCM updates.
Log management
This chapter describes how to configure cluster-wide setting for log-forwarding and
documenting the log fingerprint.
Log Forwarding
The Nutanix Controller VM provides a method for log integrity by using a cluster-wide setting
to forward all the logs to a central log host. Due to the appliance form factor of the Controller
VM, system and audit logs does not support local log retention periods as a significant increase
in log traffic can be used to orchestrate a distributed denial of service attack (DDoS).
Nutanix recommends deploying a central log host in the management enclave to adhere to any
compliance or internal policy requirement for log retention. In case of any system compromise,
a central log host serves as a defense mechanism to preserve log integrity.
Note: The audit in the Controller VM uses the audisp plugin by default to ship all the audit logs
to the rsyslog daemon (stored in /home/log/messages). Searching for audispd in the central log
host provides the entire content of the audit logs from the Controller VM. The audit daemon
is configured with a rules engine that adheres to the auditing requirements of the Operating
System Security Requirements Guide (OS SRG), and is embedded as part of the Controller VM
STIG.
Use the nCLI to enable forwarding of system, audit, aide, and SCMA logs of all the Controller
nodes in a cluster at the required log level. See Sending Logs to a Remote Syslog Server in the
Acropolis Advanced Administration Guide for details.
2. Run the following command to document the fingerprint for each public key assigned to an
individual admin.
nutanix@cvm$ ssh-keygen -lf /<location of>/id_rsa.pub
The fingerprint is then compared to the SSH daemon log entries and forwarded to the
central log host (/home/log/secure in the Controller VM).
Note: After completion of the ssh public key inclusion in Prism and verification of
connectivity, disable the password authentication for all the Controller VMs and AHV hosts.
From the Prism main menu, de-select Cluster Lockdown configuration > Enable Remote
Login with password check box from the gear icon drop-down list.
Configuring Authentication
CAUTION: Prism Central does not support the SSLv2 and SSLv3 ciphers. Therefore, you must
disable the SSLv2 and SSLv3 options in a browser before accessing Prism Central. This avoids
an SSL Fallback and access denial situations. However, you must enable TLS protocol in the
browser.
• SAML authentication: Users can authenticate using one of the supported identity providers
(IDP). The Security Assertion Markup Language (SAML) is an open standard for exchanging
authentication and authorization data between two parties- an identity provider and a
service provider (Prism Central).
If you do not enable Nutanix Identity and Access Management (IAM) on Prism Central, ADFS
is the only supported IDP for Single Sign-on. Additional IDPs are available when you enable
IAM. See Security Management Using Identity and Access Management (Prism Central) on
page 165 and also Updating ADFS When Using SAML Authentication on page 172.
• Local user authentication: Users can authenticate using a local Prism Central account. See
the Managing Local User Accounts topic in the Nutanix Security Guide.
• Active Directory authentication: Users can authenticate using their Active Directory (or
OpenLDAP) credentials when Active Directory support is enabled for Prism Central.
CAUTION: Prism Central does not allow the use of the (not secure) SSLv2 and SSLv3 ciphers. To
eliminate the possibility of an SSL Fallback situation and denied access to Prism Central, disable
(uncheck) SSLv2 and SSLv3 in any browser used for access. However, TLS must be enabled
(checked).
1. In the web console, click the gear icon in the main menu and then select Authentication in
the Settings page.
The Authentication Configuration window appears.
a. Directory Type: Select one of the following from the pull-down list.
Note:
• Users with the "User must change password at next logon" attribute
enabled will not be able to authenticate to Prism Central. Ensure users
with this attribute first login to a domain workstation and change their
password prior to accessing Prism Central. Also, if SSL is enabled on the
Active Directory server, make sure that Nutanix has access to that port
(open in firewall).
• Use of the "Protected Users" group is currently unsupported for Prism
authentication. For more details on the "Protected Users" group, see
• OpenLDAP: OpenLDAP is a free, open source directory service, which uses the
Lightweight Directory Access Protocol (LDAP), developed by the OpenLDAP project.
b. Name: Enter a directory name.
This is a name you choose to identify this entry; it need not be the name of an actual
directory.
c. Domain: Enter the domain name.
Enter the domain name in DNS format, for example, nutanix.com.
Note: LDAPS support does not require custom certificates or certificate trust import.
• Port 389 (LDAP). Use this port number (in the following URL form) when the
configuration is single domain, single forest, and not using SSL.
ldap://ad_server.mycompany.com:389
• Port 636 (LDAPS). Use this port number (in the following URL form) when the
configuration is single domain, single forest, and using SSL. This requires all Active
Directory Domain Controllers have properly installed SSL certificates.
ldaps://ad_server.mycompany.com:636
• Port 3268 (LDAP - GC). Use this port number when the configuration is multiple
domain, single forest, and not using SSL.
• Port 3269 (LDAPS - GC). Use this port number when the configuration is multiple
domain, single forest, and using SSL.
Note:
• User Object Class: Enter the value that uniquely identifies the object class of a user.
• User Search Base: Enter the base domain name in which the users are configured.
• Username Attribute: Enter the attribute to uniquely identify a user.
• Group Object Class: Enter the value that uniquely identifies the object class of a
group.
• Group Search Base: Enter the base domain name in which the groups are configured.
• Group Member Attribute: Enter the attribute that identifies users in a group.
• Group Member Attribute Value: Enter the attribute that identifies the users provided
as value for Group Member Attribute.
f. Search Type. How to search your directory when authenticating. Choose Non Recursive
if you experience slow directory logon performance. For this option, ensure that users
listed in Role Mapping are listed flatly in the group (that is, not nested). Otherwise,
choose the default Recursive option.
g. Service Account Username: Enter the service account user name in the
[email protected] format that you want the web console to use to log in to the Active
Directory.
A service account is created to run only a particular service or application with the
credentials specified for the account. According to the requirement of the service or
application, the administrator can limit access to the service account.
A service account is under the Managed Service Accounts in the Active Directory server.
An application or service uses the service account to interact with the operating system.
Note: Be sure to update the service account credentials here whenever the service
account password changes or when a different service account is used.
Note:
No permissions are granted to the directory users by default. To grant permissions
to the directory users, you must specify roles for the users in that directory (see
Configuring Role Mapping on page 149).
3. To edit a directory entry, click the pencil icon for that entry.
After clicking the pencil icon, the relevant fields reappear. Enter the new information in the
appropriate fields and then click the Save button.
• An identity provider (typically a server or other computer) is the system that provides
authentication through a SAML request. There are various implementations that can provide
authentication services in line with the SAML standard.
• If you enable IAM by enabling CMSP, you can specify other tested standard-compliant
IDPs in addition to ADFS. See the Prism Central release notes topic Identity and Access
Management Software Support for specific support requirements and also Security
Management Using Identity and Access Management (Prism Central) on page 165.
Only one identity provider is allowed at a time, so if one was already configured, the + New
IDP link does not appear.
• You must configure the identity provider to return the NameID attribute in SAML response.
The NameID attribute is used by Prism Central for role mapping.
Procedure
1. In the web console, click the gear icon in the main menu and then select Authentication in
the Settings page.
a. Configuration name: Enter a name for the identity provider. This name will appear in the
log in authentication screen.
b. Import Metadata: Click this radio button to upload a metadata file that contains the
identity provider information.
Identity providers typically provide an XML file on their website that includes metadata
about that identity provider, which you can download from that site and then upload to
Prism Central. Click + Import Metadata to open a search window on your local system
3. To edit a identity provider entry, click the pencil icon for that entry.
After clicking the pencil icon, the relevant fields reappear. Enter the new information in the
appropriate fields and then click the Save button.
4. To delete an identity provider entry, click the X icon for that entry.
After clicking the X icon, a window prompt appears to verify the delete action; click the OK
button. The entry is removed from the list.
Procedure
1. In the web console, click the gear icon in the main menu and then select Authentication in
the Settings page.
Note: Uploaded certificate files must be PEM encoded. The web console restarts after the
upload step.
Note: The web console restarts when you change these settings.
Note: The CA must be the same for both the client chain certificate and the certificate on the
local machine or smart card.
a. Directory: Select the authentication directory that contains the CAC users that you want
to authenticate.
This list includes the directories that are configured on the Directory List tab.
b. Service Username: Enter the user name in the user [email protected] format that you want
the web console to use to log in to the Active Directory.
c. Service Password: Enter the password for the service user name.
d. Click Enable CAC Authentication.
Note: The Prism Central console restarts after you change this setting.
The Common Access Card (CAC) is a smart card about the size of a credit card, which some
organizations use to access their systems. After you insert the CAC into the CAC reader
connected to your system, the software in the reader prompts you to enter a PIN. After you
enter a valid PIN, the software extracts your personal certificate that represents you and
forwards the certificate to the server using the HTTP protocol.
Nutanix Prism verifies the certificate as follows:
• Validates that the certificate has been signed by your organization’s trusted signing
certificate.
• Extracts the Electronic Data Interchange Personal Identifier (EDIPI) from the certificate
and uses the EDIPI to check the validity of an account within the Active Directory. The
security context from the EDIPI is used for your PRISM session.
• Prism Central supports both certificate authentication and basic authentication in order
to handle both Prism Central login using a certificate and allowing REST API to use
basic authentication. It is physically not possible for REST API to use CAC certificates.
With this behavior, if the certificate is present during Prism Central login, the certificate
authentication is used. However, if the certificate is not present, basic authentication is
enforced and used.
Note: Nutanix Prism does not support OpenLDAP as directory service for CAC.
If you map a Prism Central role to a CAC user and not to an Active Directory group or
organizational unit to which the user belongs, specify the EDIPI (User Principal Name, or
UPN) of that user in the role mapping. A user who presents a CAC with a valid certificate is
mapped to a role and taken directly to the web console home page. The web console login
page is not displayed.
Note: If you have logged on to Prism Central by using CAC authentication, to successfully log
out of Prism Central, close the browser after you click Log Out.
Enabling Certificate Revocation Checking using Online Certificate Status Protocol (nCLI)
Procedure
Note: OSCP is the recommended method for checking certificate revocation in client
authentication.
You can use the CRL certificate revocation checking method if required, as described in this
section.
To enable certificate revocation checking using CRL for client authentication, do the following.
Procedure
Specify all the CRLs that are required for certificate validation.
ncli authconfig set-certificate-revocation set-crl-uri=<uri 1>,<uri 2> set-crl-refresh-
interval=<refresh interval in seconds> set-crl-expiration-interval=<expiration interval in
seconds>
Note:
• To add user accounts through Active Directory, see “” () . If you enable the Prism
Self Service feature, an Active Directory is assigned as part of that process.
• Changing the Prism Central admin user password does not impact registration (re-
registering clusters is not required).
Procedure
• Click the gear icon in the main menu and then select Local User Management in the Settings
page.
The Local User Management dialog box appears.
Note: A second field to verify the password is not included, so be sure to enter the
password correctly in this field.
• Checking the User Admin box allows the user to view information, perform any
administrative task, and create or modify user accounts.
• Checking the Prism Central Admin (formerly "Cluster Admin") box allows the user
to view information and perform any administrative task, but it does not provide
permission to manage (create or modify) other user accounts.
• Leaving both boxes unchecked allows the user to view information, but it does
not provide permission to perform any administrative tasks or manage other user
accounts.
h. When all the fields are correct, click the Save button (lower right).
This saves the configuration and redisplays the dialog box with the new user appearing in
the list.
1. To update your password, select Change Password from the user icon pull-down list of the
main menu.
The Change Password dialog box appears. Do the following in the indicated fields:
Note: Password complexity requirements might appear above the fields; if they do, your new
password must comply with these rules.
Note: Your keys can be managed from the API Keys page on the Nutanix support portal.
Your connection will be secure without the optional public key (following field), and the
public key option is provided in the event that your default public key expires.
f. Public Key: Click the Choose File button to upload a new public key file.
g. When all the fields are correct, click the Save button (lower right). This saves the changes
and closes the window.
Procedure
3. Use the ncli user reset-password command and specify the username and password of the
user whose password is to be reset:
nutanix@cvm$ ncli user reset-password user-name=xxxxx password=yyyyy
• Replace user-name=xxxxx with the name of the user whose password is to be reset.
• Replace password=yyyyy with the new password.
What to do next
You can relaunch the Prism web console and verify the new password setting.
• Prism Central includes a set of predefined roles (see Built-in Role Management on
page 135).
• You can also define additional custom roles (see Custom Role Management on page 136).
• Configuring authentication confers default user permissions that vary depending on the
type of authentication (full permissions from a directory service or no permissions from an
identity provider). You can configure role maps to customize these user permissions (see
Configuring Role Mapping on page 149).
• You can refine access permissions even further by assigning roles to individual users or
groups that apply to a specified set of entities (see Assigning a Role on page 155).
Note: Please note that the entities are treated as separate instances. For example, if you want
to grant a user or a group the permission to manage cluster and images, an administrator
must add both of these entities to the list of assignments.
• With RBAC, user roles do not depend on the project membership. You can use RBAC and
log in to Prism Central even without a project membership.
Note: Defining custom roles and assigning roles are supported on AHV only.
Role Privileges
Note: You can specify a role for a user when you assign
a user to a project, so individual users or groups can have
different roles in the same project.
Note: Previously, the Super Admin role was called User Admin, the Prism Admin role was called
Prism Central Admin and Cluster Admin, and the Prism Viewer was called Viewer.
1. Go to the roles dashboard (select Administration > Roles in the pull-down menu) and click
the Create Role button.
The Roles page appears. See Custom Role Permissions on page 145 for a list of the
permissions available for each custom role option.
Note: All entity types are listed by default, but you can display just a subset by entering a
string in the Filter Entities search field.
c. App: Click the radio button for the desired application permissions (No Access, Basic
Access, or Set Custom Permissions). If you specify custom permissions, click the Change
Note: The permission you enable for a Marketplace Item implicitly applies to a Catalog
Item entity. For example, if you select No Access permission for the Marketplace Item
entity while creating the custom role, the custom role will not have access to the Catalog
Item entity as well.
3. Click Save to add the role. The page closes and the new role appears in the Roles view list.
Procedure
1. Go to the roles dashboard and select (check the box for) the desired role from the list.
» To modify the role, select Update Role from the Actions pull-down list. The Roles page for
that role appears. Update the field values as desired and then click Save. See Creating a
Custom Role on page 136 for field descriptions.
» To delete the role, select Delete from the Action pull-down list. A confirmation message is
displayed. Click OK to delete and remove the role from the list.
Note:
You can assign permissions for the VM Recovery Point entity
to users or user groups in the following two ways.
VM No Access (none)
View Access Access Console VM, View VM
1. Log on to Prism Central with cluster admin or self service admin credentials.
2. Go to the roles dashboard (select Administration > Roles in the pull-down menu) and do one
of the following:
3. The Roles page for that role appears. In the Roles page, do the following in the indicated
fields:
• Select Full Access and then select Allow VM recovery point creation.
• Click Change next to Set Custom Permissions to customize the permissions. Enable
Restore VM Recovery Point permission. This permission also grants the permission to
view the VM created from the restore process.
d. Click Save to add the role. The page closes and the new role appears in the Roles view
list.
4. In the Roles view, select the newly created role and click Manage Assignment to assign the
user to this role.
• Under Select Users or User Groups or OUs, enter the target user name. The search box
displays the matched records. Select the required listing from the records.
• Under Entities, select VM Recovery Point, select Individual Entry from the drop-down list,
and then select All VM Recovery Points.
• Click Save to finish.
1. Click the gear icon in the main menu and then select Role Mapping from the Settings page.
The Role Mapping window appears.
3. Directory or Provider: Select the target directory or identity provider from the pull-down list.
Only directories and identity providers previously configured in the authentication settings
are available. If the desired directory or provider does not appear in the list, add that
directory or provider, and then return to this procedure.
4. Type: Select the desired LDAP entity type from the pull-down list.
This field appears only if you have selected a directory from the Directory or Provider pull-
down list. The following entity types are available:
• Viewer: Allows users with view-only access to the information and hence cannot perform
any administrative tasks.
• Cluster Admin (Formerly Prism Central Admin): Allows users to view and perform all
administrative tasks except creating or modifying user accounts.
• User Admin: Allows users to view information, perform administrative tasks, and to create
and modify user accounts.
6. Values: Enter the entity names. The entity names are assigned with the respective roles that
you have selected.
The entity names are case sensitive. If you need to provide more than one entity name, then
the entity names should be separated by a comma (,) without any spaces in between them.
LDAP-based authentication
• For AD
Enter the actual names used by the organizational units (it applies to all users and groups
in those OUs), groups (all users in those groups), or users (each named user) used in
LDAP in the Values field.
For example, entering sr_dev_1,staff_dev_1 in the Values field when the LDAP type is
Group and the role is Cluster Admin, implies that all users in the sr_dev_1 and staff_dev_1
groups are assigned the administrative role for the cluster.
Do not include the domain name in the value. For example, enter all_dev, and not
all_dev@<domain_name>. However, when users log in to Cluster Admin, include the domain
along with the username.
User: Enter the sAMAccountName or userPrincipalName in the values field.
Group: Enter common name (cn) or name.
OU: Enter name.
• For OpenLDAP
User: Use the username attribute (that was configured while adding the directory) value.
Group: Use the group name attribute (cn) value.
OU: Use the OU attribute (ou) value.
SAML-based authentication:
You must configure the NameID attribute in the identity provider. You can enter the NameID
returned in the SAML response in the Values field.
For SAML, only User type is supported. Other types such as, Group and OU, are not
supported.
If you enable Identity and Access Management, see Security Management Using Identity and
Access Management (Prism Central) on page 165
8. To edit a role map entry, click the pencil icon for that entry.
After clicking the pencil icon, the Edit Role Mapping window appears which is similar to the
Create Role Mapping window. Edit the required information in the required fields and click
the Save button to update the changes.
9. To delete a role map entry, click the X icon for that entry and click the OK button to confirm
the role map entry deletion.
The role map entry is removed from the list.
Note: The Prism Central supports assigning up to 15 clusters to any user or user group.
Procedure
1. Log on to Prism Central as an admin user or any user with super admin access.
Note: You can skip this step if an active directory is already configured.
Go to Prism Central Settings > Authentication, click + New Directory and add your preferred
active directory.
4. Select Prism Admin or Prism Viewer role, then click Actions > Manage Assignment.
You will add users or user groups and assign clusters to the new role in the upcoming steps.
7. In the Select Clusters field, you can provide cluster access to AD users or User Groups using
the Individual entity option (one or more registered clusters) or ALL Clusters option.
8. Click Save.
AD users or User Groups can log on and access Prism Central as a Prism Admin or Prism
Viewer, and view or act on the entities like VM, host, and container from the configured
clusters.
Procedure
1. Log on to Prism Central as "admin" user or any user with "super admin" access.
Note: You can skip this step if an active directory is already configured.
Go to Prism Central Settings > Authentication, click + New Directory and add your preferred
active directory.
4. Select the desired role in the roles dashboard, then click Actions > Manage Assignment.
You will be adding users or user groups and assigning entities to the new role in the next
steps.
7. In the Select Entities field, you can provide access to various entities. The list of available
entities depends on the role selected in Step 4.
Role Entities
Custom role (User defined role) Individual entity, In Category (only AHV VMs)
Entity Description
8. Repeat Step 5 and Step 6 for any combination of users/entities you want to define.
Note: To allow users to create certain entities like a VM, you may also need to grant them
access to related entities like clusters, networks, and images that the VM requires.
9. Click Save.
Procedure
1. Go to the roles dashboard and select the desired role from the list.
For example, if you click the Consumer role, the details page for that role appears, and you
can view all the privileges associated with the Consumer role.
3. Click the User Groups tab to display the groups that are assigned this role.
4. Click the Role Assignment tab to display the user/entity pairs assigned this role (see
Assigning a Role on page 155).
Note: Nutanix recommends that you replace the default self-signed certificate with a CA signed
certificate.
Procedure
1. Click the gear icon in the main menu and then select SSL Certificate in the Settings page.
3. To create a new self-signed certificate, click the Replace Certificate option and then click the
Apply button.
A dialog box appears to verify the action; click the OK button. This generates and applies a
new RSA 2048-bit self-signed certificate for Prism Central.
a. Click the Import Key and Certificate option and then click the Next button.
Note: All three imported files for the custom certificate must be PEM encoded.
• Private Key Type: Select the appropriate type for the signed certificate from the pull-
down list (RSA 4096 bit, RSA 2048 bit, EC DSA 256 bit, or EC DSA 384 bit).
• Private Key: Click the Browse button and select the private key associated with the
certificate to be imported.
• Public Certificate: Click the Browse button and select the signed public portion of the
server certificate corresponding to the private key.
• CA Certificate/Chain: Click the Browse button and select the certificate or chain of the
signing authority for the public certificate.
In order to meet the high security standards of NIST SP800-131a compliance, the
requirements of the RFC 6460 for NSA Suite B, and supply the optimal performance for
encryption, the certificate import process validates the correct signature algorithm is
used for a given key/cert pair. Refer to the following table to ensure the proper set of
key types, sizes/curves, and signature algorithms. The CA must sign all public certificates
with proper type, size/curve, and signature algorithm for the import process to validate
successfully.
Note: Prism does not have any specific requirement or enforcement logic for the subject
name of the certificates (subject alternative names (SAN)) or wildcard certificates.
You can use the cat command to concatenate a list of CA certificates into a chain file.
$ cat signer.crt inter.crt root.crt > server.cert
Order is essential. The total chain should begin with the certificate of the signer and end
with the root CA certificate as the final entry.
Results
After generating or uploading the new certificate, the interface gateway restarts. If the
certificate and credentials are valid, the interface gateway uses the new certificate immediately,
which means your browser session (and all other open browser sessions) will be invalid until
you reload the page and accept the new certificate. If anything is wrong with the certificate
(such as a corrupted file or wrong certificate type), the new certificate is discarded, and the
system reverts back to the original default certificate provided by Nutanix.
Note: The system holds only one custom SSL certificate. If a new certificate is uploaded, it
replaces the existing certificate. The previous certificate is discarded.
1. Click the gear icon in the main menu and then select Cluster Lockdown in the Settings page.
The Cluster Lockdown dialog box appears. Enabled public keys (if any) are listed in this
window.
2. To disable (or enable) remote login access, uncheck (check) the Enable Remote Login with
Password box.
Remote login access is enabled by default.
3. To add a new public key, click the New Public Key button and then do the following in the
displayed fields:
4. To delete a public key, click the X on the right of that key line.
Note: Deleting all the public keys and disabling remote login access locks down the cluster
from SSH access.
IAM Features
Highly Scalable Architecture
Based on the Kubernetes open source platform, IAM uses independent pods for
authentication (AuthN), authorization (AuthZ), and IAM data storage and replication.
• Each pod automatically scales independently of Prism Central when required. No user
intervention or control is required.
• When new features or functions are available, you can update IAM pods independently
of Prism Central updates through Life Cycle Manager (LCM).
• IAM uses a rolling upgrade method to help ensure zero downtime.
Secure by Design
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 165
More SAML Identity Providers (IDP)
Without enabling CMSP/IAM on Prism Central, Active Directory Federation Services
(ADFS) is the only supported IDP for Single Sign-on. After you enable it, IAM supports
more IDPs. Nutanix has tested these IDPs when SAML IDP authentication is configured
for Prism Central.
• ADFS
• Azure ADFS
• Okta
• PingOne
• Shibboleth
• Keycloak
Users can log on from the Prism Central web console only. IDP-initiated authentication
work flows are not supported. That is, logging on or signing on from an IDP web page or
site is not supported.
Updated Authentication Page
After enabling IAM, the Prism Central login page is updated depending on your
configuration. For example, if you have configured local user account and Active
Directory authentication, this default page appears for directory users as follows. To log
in as a local user, click the Log In with your Nutanix Local Account link.
Figure 85: Sample Default Prism Central IAM Logon Page, Active Directory And Local User
Authentication
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 166
In another example, if you have configured SAML authentication instances named Shibboleth
and AD2, Prism Central displays this page.
Figure 86: Sample Prism Central IAM Logon Page, Active Directory , Identity Provider, And
Local User Authentication
IAM Prerequisites
For specific minimum software support and requirements for IAM, see the Prism Central release
notes.
For Micro Services Infrastructure requirements, see the Enabling Micro Services Infrastructure
topic in the Prism Central Guide.
Prism Central
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 167
• Ensure that you have created a fully qualified domain name (FQDN) for Prism Central.
Once the Prism Central FQDN is set, do not change it. The Prism Central Guide
describes how to set the FQDN in the Cluster Details window.
• When Micro Services Infrastructure is enabled on a Prism Central scale-out three-node
deployment, reconfiguring the IP address and gateway of the Prism Central VMs is not
supported.
• Ensure connectivity:
IAM Considerations
Existing Authentication and Authorization Migrated After Enabling IAM
• When you enable IAM by enabling CMSP, IAM migrates existing authentication and
authorization configurations, including Common Access Card client authentication
configurations.
User Session Lifetime
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 168
Client Authentication and Common Access Card (CAC) Support
• You can deploy IAM on an on-premise Prism Central (PC) deployment hosted on
an AOS cluster running AHV or ESXi. Clusters running other hypervisors are not
supported.
Enabling IAM
Before you begin
• IAM on Prism Central is disabled by default. When you enable the Micro Services
Infrastructure on Prism Central, IAM is automatically enabled.
• See the Enabling Micro Services Infrastructure topic in the Prism Central Guide.
• See Identity and Access Management Prerequisites and Considerations on page 167
and also the Prism Central release notes topic Identity and Access Management Software
Support for specific support requirements.
Procedure
1. Enable Micro Services Infrastructure on Prism Central as described in the Enabling Micro
Services Infrastructure topic in the Prism Central Guide.
a. Open a web browser and log in to the Prism Central web console.
b. Go to the Activity > Tasks dashboard and find the IAM Migration & Bootstrap task.
The task takes up to 60 minutes to complete. Part of the task is migrating existing
authentication configurations.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 169
3. After the enablement tasks are completed, including the IAM Migration & Bootstrap task, log
out of Prism Central. Wait at least 15 minutes before logging on to Prism Central.
The Prism Central web console shows a log in page similar to the following. Depending on
your existing authentication configuration, it might look different.
What to do next
Configure authentication and access. If you are implementing SAML authentication with Active
Directory Federated Services (ADFS), see Updating ADFS When Using SAML Authentication on
page 172.
Configuring Authentication
CAUTION: Prism Central does not support the SSLv2 and SSLv3 ciphers. Therefore, you must
disable the SSLv2 and SSLv3 options in a browser before accessing Prism Central. This avoids
an SSL Fallback and access denial situations. However, you must enable TLS protocol in the
browser.
• SAML authentication. Users can authenticate through a supported identity provider when
SAML support is enabled for Prism Central. The Security Assertion Markup Language (SAML)
is an open standard for exchanging authentication and authorization data between two
parties: an identity provider (IDP) and Prism Central as the service provider.
If you do not enable Nutanix Identity and Access Management (IAM) on Prism Central,
ADFS is the only supported IDP for Single Sign-on. If you enable IAM, additional IDPs are
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 170
available. See Security Management Using Identity and Access Management (Prism Central)
on page 165 and also Updating ADFS When Using SAML Authentication on page 172.
• Local user authentication. Users can authenticate if they have a local Prism Central account.
See the Managing Local User Accounts topic in the Nutanix Security Guide.
• Active Directory authentication. Users can authenticate using their Active Directory (or
OpenLDAP) credentials when Active Directory support is enabled for Prism Central. See the
Nutanix Security Guide for these procedures.
• If you have enabled Identity and Access Management (IAM) on Prism Central as described in
Enabling IAM on page 169 and want to enable a client to authenticate by using certificates,
you must also enable CAC authentication.
• Ensure that port 9441 is open in your firewall if you are using CAC client authentication. After
enabling CAC client authentication, your CAC logon redirects the browser to use port 9441.
Procedure
1. In the web console, click the gear icon in the main menu and then select Authentication in
the Settings page.
Note: Uploaded certificate files must be PEM encoded. The web console restarts after the
upload step.
Note: The web console restarts when you change these settings.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 171
user. A user must provide a valid certificate when accessing the console either by installing
the certificate on the local machine or by providing it through a smart card reader.
Note: The CA must be the same for both the client chain certificate and the certificate on the
local machine or smart card.
3. To specify a service account that the Prism Central web console can use to log in to Active
Directory and authenticate Common Access Card (CAC) users, select the Configure Service
Account check box, and then do the following in the indicated fields:
a. Directory: Select the authentication directory that contains the CAC users that you want
to authenticate.
This list includes the directories that are configured on the Directory List tab.
b. Service Username: Enter the user name in the user [email protected] format that you want
the web console to use to log in to the Active Directory.
c. Service Password: Enter the password for the service user name.
d. Click Enable CAC Authentication.
Note: The Prism Central console restarts after you change this setting.
The Common Access Card (CAC) is a smart card about the size of a credit card, which some
organizations use to access their systems. After you insert the CAC into the CAC reader
connected to your system, the software in the reader prompts you to enter a PIN. After you
enter a valid PIN, the software extracts your personal certificate that represents you and
forwards the certificate to the server using the HTTP protocol.
Nutanix Prism verifies the certificate as follows:
• Validates that the certificate has been signed by your organization’s trusted signing
certificate.
• Extracts the Electronic Data Interchange Personal Identifier (EDIPI) from the certificate
and uses the EDIPI to check the validity of an account within the Active Directory. The
security context from the EDIPI is used for your PRISM session.
• Prism Central supports both certificate authentication and basic authentication in order
to handle both Prism Central login using a certificate and allowing REST API to use
basic authentication. It is physically not possible for REST API to use CAC certificates.
With this behavior, if the certificate is present during Prism Central login, the certificate
authentication is used. However, if the certificate is not present, basic authentication is
enforced and used.
If you map a Prism Central role to a CAC user and not to an Active Directory group or
organizational unit to which the user belongs, specify the EDIPI (User Principal Name, or
UPN) of that user in the role mapping. A user who presents a CAC with a valid certificate is
mapped to a role and taken directly to the web console home page. The web console login
page is not displayed.
Note: If you have logged on to Prism Central by using CAC authentication, to successfully log
out of Prism Central, close the browser after you click Log Out.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 172
configuration - specifically the Prism Central Relying Party Trust settings. For these
configurations, you are using SAML as the open standard for exchanging authentication and
authorization data between ADFS as the identity provider (IDP) and Prism Central as the
service provider. See the Microsoft Active Directory Federation Services documentation for
details.
Procedure
1. In the Relying Party Trust for Prism Central, configure a claims issuance policy with two rules.
2. For the rule using the Send LDAP Attributes as Claims template, select the LDAP Attribute
as User-Principal-Name and set Outgoing Claim Type to UPN.
• An identity provider (typically a server or other computer) is the system that provides
authentication through a SAML request. There are various implementations that can provide
authentication services in line with the SAML standard.
• If you enable IAM by enabling CMSP, you can specify other tested standard-compliant
IDPs in addition to ADFS. See the Prism Central release notes topic Identity and Access
Management Software Support for specific support requirements and also Security
Management Using Identity and Access Management (Prism Central) on page 165.
Only one identity provider is allowed at a time, so if one was already configured, the + New
IDP link does not appear.
• You must configure the identity provider to return the NameID attribute in SAML response.
The NameID attribute is used by Prism Central for role mapping.
Procedure
1. In the web console, click the gear icon in the main menu and then select Authentication in
the Settings page.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 173
2. To add a SAML-based identity provider, click the + New IDP link.
A set of fields is displayed. Do the following in the indicated fields:
a. Configuration name: Enter a name for the identity provider. This name will appear in the
log in authentication screen.
b. Import Metadata: Click this radio button to upload a metadata file that contains the
identity provider information.
Identity providers typically provide an XML file on their website that includes metadata
about that identity provider, which you can download from that site and then upload to
Prism Central. Click + Import Metadata to open a search window on your local system
and then select the target XML file that you downloaded previously. Click the Save button
to save the configuration.
3. To edit a identity provider entry, click the pencil icon for that entry.
After clicking the pencil icon, the relevant fields reappear. Enter the new information in the
appropriate fields and then click the Save button.
4. To delete an identity provider entry, click the X icon for that entry.
After clicking the X icon, a window prompt appears to verify the delete action; click the OK
button. The entry is removed from the list.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 174
Restoring Identity and Access Management Configuration Settings
Prism Central regularly backs up the Identity and Access Management (IAM) database, typically
every 15 minutes. This procedure describes how to restore a specific time-stamped IAM backup
instance.
Procedure
1. Log in to the Prism Central VM through an SSH session as the nutanix user.
The script displays a numbered list of available backups, including the backup file time-
stamp.
Enter the Backup No. from the backup list (default is 1):
After the script runs successfully, the command shell prompt returns and your IAM
configuration is restored.
4. To validate that your settings have been restored, log on to the Prism Central web console
and go to Settings > Authentication and check the settings.
AOS Security | Security Management Using Identity and Access Management (Prism Central) | 175