Rippling +

Teleport

Connect Rippling to Teleport so infrastructure access — servers, databases, Kubernetes clusters, and cloud consoles — is provisioned at hire for engineering and DevOps teams and revoked completely at offboarding without manual credential cleanup.

What the Rippling +

Teleport

 Integration Does

  • Identity-based infrastructure access provisioning: New hire events in Rippling trigger Teleport role assignments, granting engineers and DevOps staff access to the servers, databases, and Kubernetes clusters their role requires — without static credentials or manual SSH key management.
  • Role-based access policy from Rippling data: Rippling job title, department, and team data drives Teleport's role-based access control (RBAC), scoping infrastructure access to each engineer's actual responsibility without over-provisioning broad server or database access.
  • Offboarding access revocation without credential cleanup: Employee termination in Rippling deactivates the Teleport user and invalidates all associated certificates and sessions — eliminating the residual credential exposure that persists with SSH key-based access when departed engineers' keys are not promptly removed.
  • Session recording and audit tied to Rippling identity: Teleport's session recording and audit log captures all infrastructure access tied to the Rippling employee identity, providing compliance evidence for SOC 2, ISO 27001, and internal security reviews with user-level attribution.

What Mid-Market Teams Get Wrong

  • Continuing to manage SSH keys for engineers instead of using Teleport certificates: Static SSH keys distributed to engineers are difficult to revoke cleanly at offboarding. Teleport's certificate-based access eliminates this by replacing keys with short-lived certificates that expire automatically, but teams that deploy Teleport without migrating off SSH keys run both systems in parallel — defeating the security benefit.
  • Not mapping Teleport roles to Rippling's engineering org precisely: Teleport RBAC controls which servers, databases, and clusters each user can access. Overly broad role mapping from Rippling — giving all engineers access to all infrastructure — undermines least-privilege principles. Role mapping should reflect actual infrastructure ownership, not just general engineering membership.
  • Treating Teleport offboarding as a non-urgent IT action: Unlike SaaS application access, infrastructure access for departed engineers represents a direct path to production systems. Teleport deprovisioning should be among the first offboarding steps triggered by Rippling termination — not deferred to an IT backlog.
  • Not using Teleport's audit log for SOC 2 and ISO 27001 evidence: Teleport's session recording and access log provides audit-ready evidence for infrastructure access controls — but only if it's configured to capture all sessions and retained for the required period. Teams pursuing compliance certifications should configure retention and export alongside the Rippling integration.

How thePeopleStack Configures This

thePeopleStack configures the Rippling–Teleport integration with RBAC role mapping that reflects your actual infrastructure ownership structure — ensuring backend engineers, DevOps engineers, SREs, and security teams each receive certificate-based access to their specific infrastructure scope from day one. We build the offboarding workflow to trigger Teleport deprovisioning as an immediate action at termination, before lower-priority offboarding steps.

For clients pursuing SOC 2 or ISO 27001, we advise on configuring Teleport's session recording and audit log retention to produce compliance evidence for infrastructure access controls — with user-level attribution tied to Rippling's employee identity record for clean audit trails.

USA & Canadian Operations Note

Teleport infrastructure access management is deployed by thePeopleStack's Rippling clients primarily for US engineering and DevOps teams managing cloud and on-premises infrastructure, with RBAC policies and audit log configuration aligned to US security compliance frameworks including SOC 2 and FedRAMP.

Canadian and cross-border operations: Canadian engineers are provisioned into Teleport through the same Rippling lifecycle sync, with thePeopleStack confirming that cross-border infrastructure access data handling and PIPEDA considerations are addressed for clients with engineering teams distributed across US and Canadian locations.

FAQs

How does Teleport replace SSH keys with Rippling-driven identity?

Teleport replaces static SSH keys with short-lived certificates issued based on the engineer's verified Rippling identity. New hires receive Teleport certificates scoped to their infrastructure access role on their start date; certificates expire automatically; and Rippling offboarding deactivates the user, preventing certificate renewal and immediately ending infrastructure access without manual key cleanup.

Can Teleport RBAC be mapped to Rippling's engineering org structure?

Yes. Rippling job title, department, and team fields map to Teleport RBAC roles — scoping each engineer's infrastructure access to the servers, databases, and Kubernetes clusters their role actually requires. Backend engineers, DevOps teams, SREs, and security engineers each receive a different Teleport role reflecting their infrastructure responsibilities.

How does Teleport deprovisioning work at offboarding through Rippling?

Employee termination in Rippling deactivates the Teleport user account, invalidating all associated certificates and terminating active sessions. Without Rippling-driven automation, departing engineers' infrastructure access persists until an IT admin manually removes their Teleport account — a gap that can span days for production system access.

Can Teleport session recordings serve as SOC 2 audit evidence?

Yes. Teleport's session recording captures every infrastructure access session with user identity, timestamp, and full session playback. When the recording user identity is anchored to Rippling's employee record, this produces audit-ready evidence for SOC 2 Type II infrastructure access controls with clean user-level attribution.

How long does the Rippling–Teleport integration take to configure?

A standard configuration covering RBAC role mapping from Rippling data, certificate-based provisioning, and offboarding deprovisioning typically takes 4–6 hours. Migrating from SSH key-based access to Teleport certificate-based access for an existing engineering team is a separate, larger-scope project.

Ready to Connect Rippling with

Teleport

We implement and configure Rippling integrations for mid-market teams across North America. Most integration setups are completed within a single implementation engagement.

Book a Free Discovery Call