- Verschifft
- 10. September 2026 um 20:21 UTC
- Autor
- Kamo
- Ausschuss
- 7d23fde
forward(), forwardWebhook() und forwardCallback() kopiert jedes Inbound Header außer Host (und, für die Sessionless zwei, die Anmelde-Kopfzeilen) auf die vorgeschaltete Anfrage. BillingService ist permitAll und nimmt die Caller's org, Mitglied und God-Mode Anspruch von X-Org-Id, X-Member-Id und X-God-Mode-Active, so dass eine Anfrage an api.<domain-/api/billing/** könnte als jedes Mitglied, Plattform-Administratoren enthalten. SecurityService's /api/security/entitlements/me liest X-Member-Id auf die gleiche Weise. Alle drei kopieren nun über InboundHeaders.copyInto. Es fällt X-Org-Id, X-Member-Id, X-User-Id, X-God-Mode-Active, X-Member-Type, X-Public-Chat-Org-Id, X-Public-Chat-Key-Hash und jeder X-Sudo-* Header, und protokolliert die abgesetzten Namen mit dem Pfad und der Peer-Adresse. Die Header werden bedingungslos fallen gelassen, weil sich kein Anrufer auf die Gateway trägt sie. Die legitimen Absender (kamo-interne Abrechnung, Ansprüche und LOS-Vertreter, die E-Sign-Clients und die eigenen Schlüssel-validierte Controller) alle rufen den Zieldienst direkt an, und die 362 forward() Anrufe noch in den Protokollen der Live-Potents trugen keine dieser Header. Streifen-Signature, Träger-Signaturen, X-***-Token, X-OTK, Cookie und Autorisierung passieren genau wie zuvor. api-route betreibt jetzt auch die Strip-Identity-Header Traefik Middleware Erstens. Dass Middleware in KlusterServices lebt und muss vor dieses Manifest, oder Traefik lehnt api-Route und jeden api.* Host 404s ab. IdentityHeaderStrippingTest treibt jeden Weg mit einem gefälschten die vorgängige Anfrage anfordern und inspiziert. Es scheitert auch, wenn eine Quelldatei andere als InboundHeaders zählt Client-Header.