Generate a Certificate

Palo Alto Networks firewalls and Panorama use certificates to authenticate clients, servers, users, and devices in several applications, including SSL/TLS decryption, Captive Portal, GlobalProtect, site-to-site IPSec VPN, and web interface access to the firewall/Panorama. Generate certificates for each usage: for details, see Keys and Certificates.
To generate a certificate, you must first Create a Self-Signed Root CA Certificate or import one (Import a Certificate and Private Key) to sign it. To use Online Certificate Status Protocol (OCSP) for verifying certificate revocation status, Configure an OCSP Responder before generating the certificate.
  1. Select
    Certificate Management
    Device Certificates
  2. If the firewall has more than one virtual system (vsys), select a
    (vsys or
    ) for the certificate.
  3. Click
  4. Select
    (default) as the
    Certificate Type
    unless you want to deploy SCEP certificates to GlobalProtect endpoints.
  5. Enter a
    Certificate Name
    . The name is case-sensitive and can have up to 63 characters on the firewall or up to 31 characters on Panorama. It must be unique and use only letters, numbers, hyphens, and underscores.
  6. In the
    Common Name
    field, enter the FQDN (recommended) or IP address of the interface where you will configure the service that will use this certificate.
  7. If the firewall has more than one vsys and you want the certificate to be available to every vsys, select the
    check box.
  8. In the
    Signed By
    field, select the root CA certificate that will issue the certificate.
  9. (
    ) Select an
    OCSP Responder
  10. For the key generation
    , select
    (default) or
    Elliptical Curve DSA
    (ECDSA). ECDSA is recommended for client browsers and operating systems that support it.
    Firewalls that run PAN-OS 6.1 and earlier releases will delete any ECDSA certificates that you push from Panorama™, and any RSA certificates signed by an ECDSA certificate authority (CA) will be invalid on those firewalls.
    You cannot use a hardware security module (HSM) to store ECDSA keys used for SSL/TLS Decryption.
  11. Select the
    Number of Bits
    to define the certificate key length. Higher numbers are more secure but require more processing time.
  12. Select the
    algorithm. From most to least secure, the options are:
    , and
    Client certificates that are used when requesting firewall services that rely on TLSv1.2 (such as administrator access to the web interface) cannot have
    as a digest algorithm. The client certificates must use a lower digest algorithm (such as
    ) or you must limit the
    Max Version
    when you Configure an SSL/TLS Service Profile for the firewall services.
  13. For the
    , enter the number of days (default is 365) for which the certificate is valid.
  14. (
    Certificate Attributes
    to uniquely identify the firewall and the service that will use the certificate.
    If you add a
    Host Name
    (DNS name) attribute, it is a best practice for it to match the
    Common Name
    , because the host name populates the Subject Alternate Name (SAN) field of the certificate and some browsers require the SAN to specify the domains the certificate protects; in addition, the
    Host Name
    matching the
    Common Name
    is mandatory for GlobalProtect.
  15. Click
    and, in the Device Certificates page, click the certificate Name.
    Regardless of the time zone on the firewall, it always displays the corresponding Greenwich Mean Time (GMT) for certificate validity and expiration dates/times.
  16. Select the check boxes that correspond to the intended use of the certificate on the firewall.
    For example, if the firewall will use this certificate to secure forwarding of syslogs to an external syslog server, select the
    Certificate for Secure Syslog
    check box.
  17. Click

Recommended For You