envoyproxy/gateway

Allow for non http(s) schemes in securityPolicy

Open

#9 014 ouverte le 16 mai 2026

Voir sur GitHub
 (4 commentaires) (0 réactions) (0 assignés)Go (802 forks)auto 404
help wanted

Métriques du dépôt

Stars
 (2 871 stars)
Métriques de merge PR
 (Métriques PR en attente)

Description

The current SecurityPolicy CRD restricts the CORS filter's allowed origins to http(s) schemes only.

Is this intentional in order to conform with the HTTPRoute CORS definition?

I think it would be reasonable to allow non-HTTP(S) schemes here as well. The use case is admittedly niche, and anyone who really needs this could locally patch the CRD and move on, but I cannot think of any rationale for this restriction to begin with.

Guide contributeur