The vulnerability lies in Traefik's StripPrefix and StripPrefixRegex middlewares, which failed to properly validate request paths after modification. An attacker could craft a URL containing path traversal sequences (like ..). Traefik's router would match the request to a less-privileged route based on the prefix (e.g., /api). After the middleware stripped the prefix, the remaining path (e.g., ../admin) would be normalized, resolving to a protected path (/admin). Since authentication was bypassed at the routing stage, the request would be forwarded to the protected backend endpoint without authorization. The fix, identified in pull request #13215, was to add a check within the ServeHTTP methods of both middlewares. This check compares the path before and after normalization. If the path is altered by normalization, it indicates a malicious attempt, and the request is rejected with a 400 Bad Request. The vulnerable functions are stripPrefix.ServeHTTP and stripPrefixRegex.ServeHTTP because they contained the flawed logic that processed and forwarded the manipulated path.