Skip to main content

Teleport Upcoming Releases

Teleport releases a new major version approximately every 4 months, and provides security-critical support for the current and two previous major versions. With our typical release cadence, we usually support each major version for 12 months.

Teleport

We plan to release the following versions in the coming months:

VersionDate
18.4.0Week of November 10, 2025

We continue to support the following major versions of Teleport:

ReleaseRelease DateEOLMinimum tsh version
v18.xJuly 3, 2025August 2027v17.0.0
v17.xNovember 16, 2024August 2026v16.0.0
v16.xJune 14, 2024October 31 2025v15.0.0

18.4.0

Streamable-HTTP and SSE support for MCP Zero-Trust Access

MCP Zero-Trust Access users will be able to secure and audit connections to MCP servers that use HTTP-based transport protocols in addition to stdio.

Improved Bot Instances Dashboard

The Bot Instances dashboard will now provide a more intuitive interface for managing a fleet of Machine & Workload Identity bot instances. This will include improved filtering, sorting and searching capabilities, and a high-level overview of the versions of all bot instances in the cluster.

Kubernetes support for Relay Service

The relay service will be extended to facilitate Kubernetes connections.

Updated Oracle Joining Support

Oracle compute instances are no longer required to have additional IAM permissions granted to them in order to join. Oracle join tokens will also allow restricting which instances may leverage a token to join.

Teleport Cloud

The key deliverables for Teleport Cloud in the next quarter:

Week ofDescription
November 3, 2025Teleport 18.3 will begin rollout on Cloud.
November 3, 2025Teleport 18.3 agents will begin rollout to eligible tenants.

Production readiness

Teleport follows semantic versioning for pre-releases and releases.

Pre-releases

Pre-releases of Teleport (versions with suffixes like -alpha, -beta, -rc) should not be run in production environments.

Pre-releases of Teleport are great for testing new features, breaking changes, and backwards incompatibility issues either in development or staging environments.

Major Releases

Major releases look like 17.0.0.

Major releases of Teleport contain many large new features and may contain breaking changes.

Due to the scope and quantity of changes in a major release, we encourage deploying to staging first to verify your usage pattern has not changed.

Minor Releases

Minor releases look like 17.X.0.

Minor releases of Teleport typically contain smaller features and improvements. Minor releases can typically be deployed directly to production.

Most customers upgrade to the next major version of Teleport during the first minor release, such as 17.1.0.

Patch Releases

Patch releases contain small bug fixes and can typically be deployed directly to production.

Version compatibility

Teleport uses Semantic Versioning. Version numbers include a major version, minor version, and patch version, separated by dots. When running multiple teleport binaries within a cluster, the following rules apply:

  • Servers support clients that are one major version behind, but do not support clients that are on a newer major version. For example, an 17.x.x Proxy Service instance is compatible with 16.x.x agents and 16.x.x tsh, but a 17.x.x agent will not work with an 16.x.x Proxy Service instance. This also means you must not attempt to upgrade from 16.x.x straight to 18.x.x. You must upgrade to 17.x.x first.
  • Proxy Service instances and agents do not support Auth Service instances that are on an older major version, and will fail to connect to older Auth Service instances by default. For example, an 18.x.x Proxy Service or agent is not compatible with an 17.x.x Auth Service.
  • Auth Service instances should always be the first component of the cluster that is upgraded, and you must upgrade all Auth Service instances to the target version before proceeding to upgrade Proxy Service instances, other agents, and client tools (tsh, tctl, tbot, Connect, etc).