envoyproxy/gateway

Allow for non http(s) schemes in securityPolicy

Open

#9014 aperta il 16 mag 2026

Vedi su GitHub
 (4 commenti) (0 reazioni) (0 assegnatari)Go (802 fork)auto 404
help wanted

Metriche repository

Star
 (2871 star)
Metriche merge PR
 (Metriche PR in attesa)

Descrizione

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.

Guida contributor