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.
- Select.DeviceCertificate ManagementCertificatesDevice Certificates
- If the firewall has more than one virtual system (vsys), select aLocation(vsys orShared) for the certificate.
- SelectLocal(default) as theCertificate Typeunless you want to deploy SCEP certificates to GlobalProtect endpoints.
- Enter aCertificate 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.
- In theCommon Namefield, enter the FQDN (recommended) or IP address of the interface where you will configure the service that will use this certificate.
- If the firewall has more than one vsys and you want the certificate to be available to every vsys, select theSharedcheck box.
- In theSigned Byfield, select the root CA certificate that will issue the certificate.
- (Optional) Select anOCSP Responder.
- For the key generationAlgorithm, selectRSA(default) orElliptical 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.
- Select theNumber of Bitsto define the certificate key length. Higher numbers are more secure but require more processing time.
- Select theDigestalgorithm. From most to least secure, the options are:sha512,sha384,sha256(default),sha1, andmd5.Client certificates that are used when requesting firewall services that rely on TLSv1.2 (such as administrator access to the web interface) cannot havesha512as a digest algorithm. The client certificates must use a lower digest algorithm (such assha384) or you must limit theMax VersiontoTLSv1.1when you Configure an SSL/TLS Service Profile for the firewall services.
- For theExpiration, enter the number of days (default is 365) for which the certificate is valid.
- (Optional)AddtheCertificate Attributesto uniquely identify the firewall and the service that will use the certificate.If you add aHost Name(DNS name) attribute, it is a best practice for it to match theCommon 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, theHost Namematching theCommon Nameis mandatory for GlobalProtect.
- ClickGenerateand, 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.
- 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 theCertificate for Secure Syslogcheck box.