Skip to content

The 45 Teleport security checks Black Cat runs

Black Cat SSPM evaluates 45 security policies against your Teleport configuration on every scan, classifies each finding by risk, and provides remediation steps. Browse them by topic below.

How to connect Teleport — what access Black Cat needs, and why.

Identity, MFA & sign-in (11)

Access control & privilege (21)

Logging & audit (6)

Configuration hardening (3)

Other checks (4)

severity: high Database Configured Without TLS fix difficulty: medium #

Configure TLS on the database connection to encrypt data in transit

  1. Export the database resource with tctl get db/<name> > db.yaml
  2. Update the database spec to include the correct TLS certificate and CA configuration
  3. Apply the updated resource with tctl create -f db.yaml
  4. Test database connectivity to verify TLS is working correctly

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.24 SOC 2 Type II CC6.1 CIS Controls v8 CIS-03.10 NIST CSF 2.0 PR.DS-02 GDPR (SaaS Security) GDPR-5.1f.i HIPAA (SaaS Security) HIPAA-312.e NIS2 Directive NIS2-21.h DORA (SaaS Security) DORA-9.7

severity: high Application Has TLS Verification Disabled fix difficulty: medium #

Enable TLS certificate verification for the application to prevent man-in-the-middle attacks

  1. Export the application resource with tctl get app/<name> > app.yaml
  2. Set insecure_skip_verify to false in the spec
  3. Ensure the application backend uses a valid TLS certificate signed by a trusted CA
  4. Apply the updated resource with tctl create -f app.yaml
  5. Test application access to verify the TLS connection succeeds

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.24 SOC 2 Type II CC6.1 CIS Controls v8 CIS-03.10 NIST CSF 2.0 PR.DS-02 GDPR (SaaS Security) GDPR-5.1f.i HIPAA (SaaS Security) HIPAA-312.e NIS2 Directive NIS2-21.h DORA (SaaS Security) DORA-9.7

severity: medium No Network Restrictions Configured fix difficulty: medium #

Configure allow or deny CIDR rules to restrict Teleport access to expected IP ranges

  1. Determine the IP ranges from which Teleport access should be allowed
  2. Export the network restrictions with tctl get network_restrictions > nr.yaml
  3. Add allow_cidrs with the specific IP ranges authorized for access
  4. Optionally add deny_cidrs for known malicious or unexpected ranges
  5. Apply the updated configuration with tctl create -f nr.yaml

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-12.1 NIST CSF 2.0 PR.IR GDPR (SaaS Security) GDPR-5.1f.i HIPAA (SaaS Security) HIPAA-312.e NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

severity: high Overly Broad Network Allow Rule fix difficulty: medium #

Replace the all-IP allow CIDR with specific IP ranges to restrict network access

  1. Export the network restrictions with tctl get network_restrictions > nr.yaml
  2. Remove the 0.0.0.0/0 or ::/0 entries from allow_cidrs
  3. Add specific CIDR ranges that are authorized to connect to Teleport
  4. Apply the updated configuration with tctl create -f nr.yaml
  5. Verify legitimate users can still connect after the restriction

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-12.1 NIST CSF 2.0 PR.IR GDPR (SaaS Security) GDPR-5.1f.i HIPAA (SaaS Security) HIPAA-312.e NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

The information on this page is provided for general informational purposes and is believed to be accurate as of its most recent update. Product names, logos, and trademarks are the property of their respective owners and are used for identification purposes only; their use does not imply any affiliation with or endorsement by those owners. Descriptions of third-party applications and of compliance frameworks are based on publicly available documentation and may change over time.

See these checks run on your stack

Start a free 14-day trial — no credit card required.

Start Free Trial