Veritas NetBackup™ Appliance Security Guide

Last Published:
Product(s): Appliances (3.0, 2.7.3, 2.7.2, 2.7.1)
Platform: NetBackup Appliance OS
  1. About the NetBackup Appliance Security Guide
    1.  
      About the NetBackup Appliance Security Guide
  2. User authentication
    1. About user authentication on the NetBackup appliance
      1.  
        User types that can authenticate on the NetBackup appliance
    2. About configuring user authentication
      1.  
        Generic user authentication guidelines
    3.  
      About authenticating LDAP users
    4.  
      About authenticating Active Directory users
    5.  
      About authenticating Kerberos-NIS users
    6.  
      About the appliance login banner
    7.  
      About user name and password specifications
  3. User authorization
    1.  
      About user authorization on the NetBackup Appliance
    2. About authorizing NetBackup appliance users
      1.  
        NetBackup Appliance user role privileges
    3.  
      About the Administrator user role
    4.  
      About the NetBackupCLI user role
  4. Intrusion prevention and intrusion detection systems
    1.  
      About Symantec Data Center Security on the NetBackup Appliance
    2.  
      About the NetBackup Appliance intrusion prevention system
    3.  
      About the NetBackup Appliance intrusion detection system
    4.  
      Reviewing SDCS events on the NetBackup appliance
    5.  
      Running SDCS in unmanaged mode on the NetBackup appliance
    6.  
      Running SDCS in managed mode on the NetBackup appliance
  5. Log files
    1.  
      About NetBackup Appliance log files
    2.  
      About the Collect Log files wizard
    3.  
      Viewing log files using the Support command
    4.  
      Where to find NetBackup Appliance log files using the Browse command
    5.  
      Gathering device logs on a NetBackup appliance
    6.  
      Log Forwarding feature overview
  6. Operating system security
    1.  
      About NetBackup appliance operating system security
    2.  
      Major components of the NetBackup Appliance OS
    3.  
      Vulnerability scanning of the NetBackup Appliance
  7. Data security
    1.  
      About data security
    2.  
      About data integrity
    3.  
      About data classification
    4. About data encryption
      1.  
        KMS support
  8. Web security
    1.  
      About SSL usage
    2.  
      Implementing third-party SSL certificates
  9. Network security
    1.  
      About IPsec Channel Configuration
    2.  
      About NetBackup Appliance ports
  10. Call Home security
    1. About AutoSupport
      1.  
        Data security standards
    2. About Call Home
      1.  
        Configuring Call Home from the NetBackup Appliance Shell Menu
      2.  
        Enabling and disabling Call Home from the appliance shell menu
      3.  
        Configuring a Call Home proxy server from the NetBackup Appliance Shell Menu
      4.  
        Understanding the Call Home workflow
    3. About SNMP
      1.  
        About the Management Information Base (MIB)
  11. Remote Management Module (RMM) security
    1.  
      Introduction to IPMI configuration
    2.  
      Recommended IPMI settings
    3.  
      RMM ports
    4.  
      Enabling SSH on the Remote Management Module
    5.  
      Replacing the default IPMI SSL certificate
  12.  
    STIG and FIPS conformance
  13. Appendix A. Security release content
    1.  
      NetBackup Appliance security release content

Implementing third-party SSL certificates

You can manually add and implement third-party certificates for the web service support. The appliance uses the Java KeyStore as the repository of security certificates. A Java KeyStore (JKS) is a repository of security certificates, like the authorization certificates or the public key certificates that are used for instance in SSL encryption. To implement the third-party certificates in the appliance you must log in as the root account.

Note:

Contact Veritas Technical Support if you need assistance with this procedure.

To implement third-party SSL certificates:

  1. Prepare the keystore file for web services.

    This task varies with the type of PKCS (Public-key Cryptography Standards) you use. No matter which PKCS type you choose, the certificate must contain the following extension:

    SubjectAlternativeName [

    DNSName: localhost

    IP addresses: 127.0.0.1

    Ensure that the SubjectAlternativeName certificate extension contains all the appliance hostnames and IP addresses by which the appliance can be reached, including localhost and 127.0.0.1. You must include the fully qualified hostnames and the short names.

    The following describes the preparation required to use PKCS# 7 and PKCS# 12 standard formats:

    • PKCS#7 (X.509) format

      Use the following link:

      convert certificate

    • PKCS#12 format

      Do the following:

      • To convert a PEM formatted x509 Cert and Private Key to a PKCS# 12, type the following commands:

        openssl pkcs12 -export -in server.crt -inkey server.key -out server.p12 -name tomcat -CAfile ca.crt -caname root

        For more information on openssl usage, refer to https://www.openssl.org/.

      • At the bottom of the certificate file server.crt, make sure that you append the chain of intermediary certificate authority (CA) certificates, up to and including the root CA certificate.

      • Make sure that you secure the PKCS #12 file with a password. When the password is not applied to the file, you may get a null reference exception when you try to import the file.

      • To convert the PKCS #12 file to a Java Keystore, type the following commands:

        keytool -importkeystore -deststorepass appliance -destkeypass appliance -destkeystore keystore -srckeystore server.p12 -srcstoretype PKCS12 -srcstorepass yourpassword -alias tomcat

        Note:

        Make sure to specify the same password for the -deststorepass and -destkeypass options. Otherwise, you may get an exception when the web server starts. For the password, only alphanumeric characters are supported. The default password is appliance. Also, make sure to specify tomcat for the -alias option. Otherwise, you may get an exception when the web server starts.

        For more information on keytool usage, refer to the following link:

        http://docs.oracle.com/javase/8/docs/technotes/tools/solaris/keytool.html

  2. Type the following command to shut down the database and relevant services:

    /opt/IMAppliance/scripts/infraservices.sh database stop

    /opt/IMAppliance/scripts/infraservices.sh webserver stop

  3. Backup the existing web server keystore file with the following command:

    cp /opt/apache-tomcat/security/keystore /opt/apache-tomcat/security/keystore.orig

  4. Replace the existing keystore file from the /opt/apache-tomcat/security/ directory with the new keystore file.
  5. Set the permissions to the new keystore file:

    chmod 700 /opt/apache-tomcat/security

    chmod 600 /opt/apache-tomcat/security/keystore

    chown - R tomcat:tomcat /opt/apache-tomcat/security

  6. Type the following command to update the web server configuration if you choose to use your own non-default password in the previous steps:

    /opt/apache-tomcat/vrts/scripts/tomcat_instance.py update --keystore --password <your password>

  7. Update the Tomcat_Keystore and Tomcat_Keystore_Passwd settings in the /etc/rc.d/init.d/as-functions file.
  8. The server-side and client-side certificates of the MongoDB are stored in /config/mongodb_ssl_keycert.pem. Import the certificates to the file as follows:

    /usr/bin/openssl pkcs12 -in server.p12 -out /config/mongodb_ssl_keycert.pem -passin pass: <keyPassword> -passout pass: <keyPassword>

  9. Edit the line containing sslPEMKeyPassword in /etc/mongod.conf and specify the passphrase of the private key (typically appliance).
  10. Type the following commands to restart the web service:

    /opt/IMAppliance/scripts/infraservices.sh database start

    /opt/IMAppliance/scripts/infraservices.sh webserver start

  11. Type the following commands to restart the AutoSupport Service:

    service as-alertmanager stop

    service as-analyzer stop

    service as-transmission stop

    service as-alertmanager start

    service as-analyzer start

    service as-transmission start