Last Modified: Oct 16, 2023
Affected Product(s):
BIG-IP APM
Known Affected Versions:
11.5.1 HF1, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.1 HF10, 11.5.1 HF11, 11.5.2 HF1, 11.5.3 HF1, 11.5.3 HF2, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 12.1.0 HF1, 12.1.0 HF2, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2
Fixed In:
12.0.0, 11.6.0 HF6
Opened: Oct 08, 2014 Severity: 3-Major
A small memory leak everytime a per request access policy is deleted.
A small memory leak everytime a per request access policy is deleted.
If the access policy delete was done before execute_access_policy' released the ref count, the access policy was getting deleted even though its still being used for one session. If the access policy delete was done when the access policy was not being used by any session, the access policy was not getting deleted.
None
1) In 'access_policy_add', increment the access policy reference count before adding the access policy to the global access policy hash table. 2) In 'release_access_policy' dont return 'access_policy->ref_count' at the end of the function. The 'access_policy' could have potentially been deleted and freed by this point. The return value is not really used so just dont return any value.