Connect an AWS account so TigerTrust can discover ACM, IAM, and load balancer certificates.
The AWS integration connects TigerTrust to your AWS account so it can enumerate certificates across ACM, IAM, and load balancer listeners. Once connected, discovered certificates land in your managed inventory alongside those from other sources. The same credentials can also be used for Route 53 DNS-01 challenges and AWS Private CA renewals.
Both Amazon-issued (auto-renew) and imported certificates across all commercial regions. Domain names, SANs, issuer, expiry, and the resources each certificate is attached to.
ALB / NLB / CLB
Load balancer listeners referencing ACM certificates, discovered through the in-use resource metadata on each ACM certificate.
IAM server certificates
Legacy IAM server certificates still used by CloudFront and older services.
KMS-backed keys
KMS customer-managed keys associated with certificate material.
aws iam create-user --user-name tigertrust-discoveryaws iam put-user-policy \ --user-name tigertrust-discovery \ --policy-name TigerTrustPolicy \ --policy-document file://tigertrust-policy.jsonaws iam create-access-key --user-name tigertrust-discovery
Save the AccessKeyId and SecretAccessKey.
For TigerTrust running on EC2 or EKS, create a role with the policy above and attach it to the instance profile or use IRSA. TigerTrust picks up the role automatically from the instance metadata service — no static keys needed.
For multi-account scanning, create the discovery role in each spoke account with a trust policy that allows the TigerTrust hub account to assume it. Configure the spoke account ARNs in Integrations > Cloud > AWS > Advanced.
GovCloud and China regions are not scanned by default. Contact support to enable additional regions.
Use IAM roles with instance profiles or IRSA in production rather than static access keys. Static keys should be rotated on a policy-defined schedule and stored in a secrets manager, not in TigerTrust’s configuration directly.