UBUNTU-CVE-2026-118657: Medium severity ubuntu/golang-github-labstack-echo.v2 vulnerability

Published Oct 29, 2026
·
Updated

Echo is a Go web framework. Prior to 4.16.0 and 5.4.0, Context.Scheme unconditionally trusts forwarded scheme headers from any client. A client that reaches Echo directly over plaintext HTTP can claim an HTTPS scheme and bypass HTTPSRedirect because the request is treated as already secure. Separately, behind a TLS-terminating proxy that passes an attacker-controlled header, a claimed HTTP scheme can suppress the Strict-Transport-Security header even though the browser receives the response over HTTPS. The practical risk is reduced when a trusted proxy overwrites the headers and direct backend access is prevented, but the framework previously had no trusted-source configuration for this decision. This issue is fixed in 4.16.0 and 5.4.0.

Affected Software

6 affected components
ubuntu/golang-github-labstack-echo.v2*
ubuntu/golang-github-labstack-echo*
ubuntu/golang-github-labstack-echo.v2*
ubuntu/golang-github-labstack-echo*
ubuntu/golang-github-labstack-echo*
ubuntu/golang-github-labstack-echo*

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Echo to a version that resolves this vulnerability.

    Fixed in 4.16.0
  2. Upgrade

    Upgrade Echo to a version that resolves this vulnerability.

    Fixed in 5.4.0
  3. Compensating control

    Ensure a trusted TLS-terminating proxy overwrites forwarded scheme headers and prevent direct access to the backend.

Event History

Oct 29, 2026
CVE Published
via OSV·12:00 AM
Data Sourced
via OSV·12:00 AM
DescriptionSeverityAffected Software

Frequently Asked Questions

1

Which deployments are most exposed to this issue?

Deployments are most exposed when clients can reach Echo directly over plaintext HTTP, or when Echo sits behind a TLS-terminating proxy that forwards attacker-controlled scheme headers. Risk is reduced if the proxy overwrites these headers and direct access to the backend is blocked.

2

What can an attacker do if they can control forwarded scheme headers?

A client reaching Echo over plaintext HTTP can claim HTTPS and bypass HTTPSRedirect. Behind a TLS-terminating proxy, a claimed HTTP scheme can prevent Echo from sending the Strict-Transport-Security header on an HTTPS response.

3

What versions contain the fix?

The issue is fixed in Echo 4.16.0 and 5.4.0. Versions before those releases are affected according to the available information.

4

What can be done before updating?

Prevent direct client access to the Echo backend and configure the trusted TLS-terminating proxy to overwrite forwarded scheme headers rather than passing client-supplied values. This reduces the practical risk described for affected versions.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203