Skip to main content
← All vulnerabilities
CVE-2023-41327GHSA-HQ8W-9W8W-PMX7BIT-WIREMOCK-2023-41327

Controlled SSRF through URL in the WireMock

Published
Last modified
published
Not listed in CISA KEV
Fix
Fixed in 3.0.3, 2.35.1
None on Exploit-DB, Metasploit or GitHub
  • Exploitation: none
  • Automatable: no
  • Technical impact: partial

Summary

WireMock is a tool for mocking HTTP services. WireMock can be configured to only permit proxying (and therefore recording) to certain addresses. This is achieved via a list of allowed address rules and a list of denied address rules, where the allowed list is evaluated first. Until WireMock Webhooks Extension 3.0.0-beta-15, the filtering of target addresses from the proxy mode DID NOT work for Webhooks, so the users were potentially vulnerable regardless of the `limitProxyTargets` settings. Via the WireMock webhooks configuration, POST requests from a webhook might be forwarded to an arbitrary service reachable from WireMock’s instance. For example, If someone is running the WireMock docker Container inside a private cluster, they can trigger internal POST requests against unsecured APIs or even against secure ones by passing a token, discovered using another exploit, via authentication headers. This issue has been addressed in versions 2.35.1 and 3.0.3 of wiremock. Wiremock studio has been discontinued and will not see a fix. Users unable to upgrade should use external firewall rules to define the list of permitted destinations.

Timeline

  1. CVE published
  2. CISA SSVC assessment

    Exploitation: none · Automatable: no · Technical impact: partial

  3. Record last updated

Affected versions

  • wiremock wiremock

    Version range not reported

  • org.wiremock:wiremock-webhooks-extensionMaven

    From 3.0.0 · fixed in 3.0.3

  • org.wiremock:wiremock-webhooks-extensionMaven

    From 2.0.0 · fixed in 2.35.1

References 3

GitHub · wiremock/wiremock

wiremock.org