Spinnaker kwetsbaar voor SSRF door onjuiste restricties op http van gebruikersinvoer

De impact van deze SSRF-kwetsbaarheid is aanzienlijk. Aanvallers kunnen data van externe bronnen ophalen en deze injecteren in Spinnaker pipelines, bijvoorbeeld via Helm of andere methoden. Dit kan leiden tot het extraheren van gevoelige informatie, zoals idmsv1 authenticatiegegevens. Bovendien kunnen interne Spinnaker API's worden opgeroepen via GET-verzoeken en vergelijkbare endpoints. Afhankelijk van de configuratie van de artifact, kunnen authenticatiegegevens (zoals GitHub auth headers) worden blootgesteld aan willekeurige endpoints, wat resulteert in een ernstige credentials exposure. Om deze kwetsbaarheid te exploiteren, moet de Spinnaker-installatie een artifact hebben dat gebruikersinvoer toestaat, zoals een GitHub file artifact.

Organizations utilizing Spinnaker for continuous delivery pipelines, particularly those relying on GitHub file artifacts or other artifact types that allow user input, are at risk. Environments with permissive network configurations or inadequate access controls are especially vulnerable. Shared hosting environments where multiple users share a Spinnaker instance should also be considered at higher risk.

• linux / server:

journalctl -u spinnaker -g "outbound request"

• generic web:

curl -I <spinnaker_server_ip>/artifacts/some_artifact | grep -i 'Host:'

1. 2026-01-05Disclosure

   disclosure

1. Gereserveerd2025-10-03
2. Gepubliceerd2026-01-05
3. Gewijzigd2026-04-02
4. EPSS bijgewerkt2026-03-23

De primaire mitigatie voor CVE-2025-61916 is het upgraden naar versie 2025.1.6 van io.spinnaker.clouddriver:clouddriver-artifacts. Indien een directe upgrade niet mogelijk is, overweeg dan tijdelijke workarounds zoals het beperken van de toegang tot de artifact configuratie en het implementeren van strenge validatie van gebruikersinvoer. Het gebruik van een Web Application Firewall (WAF) kan helpen om kwaadaardige verzoeken te blokkeren. Controleer de Spinnaker-configuratie op onnodige artifact-typen die gebruikersinvoer toestaan en schakel deze uit indien mogelijk. Na de upgrade, bevestig de correcte werking door een testpipeline uit te voeren die de artifact gebruikt en controleer of er geen ongewenste externe verzoeken worden gedaan.