GHSA-7w2g-9mf9-324m

## The Bug Hurl <= 8.0.1 lets you define cookies two ways in a .hurl file: 1. As a raw Cookie: header in the [Header]/headers area 2. In a dedicated [Cookies] section (parsed into RequestSpec.cookies) When following a redirect to a different host, Hurl correctly strips security-sensitive data (Authorization, Cookie header, and basic-auth user) to avoid leaking credentials cross-host — mirroring libcurl's default behavior. But it only stripped the cookie that came in as a header. Cookies declared in the [Cookies] section were carried over to the new host unchanged — a credential-leak bug. Hurl file that leaks cookies: ```hurl GET http://localhost:8000/follow-redirect-basic-auth?change_host=true [Cookies] fruit: lemon HTTP 200 ``` Hurl file that doesn't leak cookie: ```hurl GET http://localhost:8000/follow-redirect-basic-auth?change_host=true Cookie: fruit=lemon HTTP 200 ``` ## Patch With Hurl <= 8.0.1, user can use `Cookie` header instead of the dedicated `[Cookies]` section.