Onboard AWS, Azure, and GCP accounts for continuous certificate discovery, sync, and deployment across cloud-managed TLS surfaces.
Most organizations already have hundreds of certificates inside cloud provider services — AWS ACM, Azure Key Vault, GCP Certificate Manager, load balancers, App Services. Cloud integrations plug TigerTrust into those accounts so it can enumerate, import, and optionally push certificates back to the cloud without requiring an agent on cloud infrastructure.
You connect a cloud account with read credentials, TigerTrust discovers every certificate-related resource in that account, and the results land in your inventory alongside network-discovered and internally-issued certificates. One inventory, one renewal engine, one policy set.
Provide the account alias, access key ID, secret access key, and default region. For production, use an IAM role attached to the TigerTrust host instead of static keys.
3
Test
Click Test connection. TigerTrust calls acm:ListCertificates in the default region. A green result confirms permissions.
4
Run initial scan
Click Scan now or wait for the next scheduled scan (default: every 6 hours). Results land in your certificate inventory tagged source: aws.
Add acm:ImportCertificate for push-back after renewal.
1
Open cloud integrations
Go to Integrations > Cloud > Azure > Connect.
2
Enter service principal credentials
Enter tenantId, clientId, clientSecret, and subscriptionId.
3
Test
Click Verify authentication. TigerTrust exchanges the credentials for an access token and confirms reachability.
4
Configure scan scope
Toggle Key Vault, App Service, Application Gateway, and AKS discovery on or off.
Required Azure RBAC roles: Key Vault Reader and Key Vault Certificate User on the target vault; Reader at subscription scope for App Services and Application Gateways. Add Key Vault Certificates Officer for certificate writeback.
1
Open cloud integrations
Go to Integrations > Cloud > GCP > Connect.
2
Enter service account credentials
Enter the project ID and paste the full service-account JSON key file.
3
Test
TigerTrust authenticates and confirms API access across Certificate Manager, Compute, and Container.
4
Run a scan
Click Scan now to discover Certificate Manager entries, Compute SSL certificates, and GKE cluster CAs.
Required IAM roles: roles/certificatemanager.viewer, roles/compute.viewer, roles/container.clusterViewer. Add roles/certificatemanager.editor for writeback.
Integrations > Cloud lists connected accounts with status (connected, error), last sync timestamp, and certificate count. Click Sync now on any integration to trigger an on-demand scan. Toggle Enabled to pause discovery without deleting credentials.
Cloud credentials are sensitive. In production, use role assumption or managed identities rather than static access keys, and store any keys you do use in a secrets manager — not directly in TigerTrust’s configuration.