Bug ID 688365: Access can lose the initial POST body if backend resets

Last Modified: Sep 14, 2023

Affected Product(s):
BIG-IP APM(all modules)

Known Affected Versions:
11.6.1, 11.6.2, 11.6.3,,,,, 11.6.4, 11.6.5,,,, 13.1.0,,,,,,,,, 13.1.1,,,,, 13.1.3,,,,,,, 13.1.4,, 13.1.5,, 14.0.0,,,,,, 14.0.1,, 14.1.0,,,,,, 14.1.2,,,,,,,,, 14.1.3,, 14.1.4,,,,,,, 14.1.5,,,,,

Opened: Oct 12, 2017

Severity: 3-Major


If the initial request is a POST, then ACCESS will save the POST body before running the access policy. Once the policy completes, ACCESS redirects the client to the landing URI, with some injected Javascript to include a POST parameter 'dummy'. Once ACCESS receives the 'dummy' parameter, it is replaced by the initial POST body. However, this replacement can only happen once. If the backend sends a reset, the client browser will likely resend the 'dummy' POST, but ACCESS will not recognize the dummy a second time, and the initial POST body will not be inserted.


Backend application server will receive a 'dummy' POST body. Impact will depend on the application. In one deployment this resulted in SAML assertion failures.


Initial POST body. Access policy has completed, and client browser sends a 'dummy' POST to the landing URI. Then something (backend or some APM component sends a reset) causes the browser to resend the 'dummy' POST.



Fix Information


Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips