Last Modified: Sep 13, 2023
Affected Product(s):
BIG-IP ASM
Known Affected Versions:
12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2, 12.1.0, 12.1.1, 12.1.2, 12.1.3, 12.1.3.1, 12.1.3.2, 12.1.3.3, 12.1.3.4, 12.1.3.5, 12.1.3.6, 12.1.3.7, 12.1.4, 12.1.4.1, 12.1.5, 12.1.5.1, 12.1.5.2, 12.1.5.3, 12.1.6, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 13.1.1.4, 13.1.1.5, 13.1.3, 13.1.3.1, 13.1.3.2, 13.1.3.3, 13.1.3.4, 13.1.3.5, 13.1.3.6, 13.1.4, 13.1.4.1, 13.1.5, 13.1.5.1
Opened: Apr 20, 2015 Severity: 3-Major
Having: * 'ASM_policy_1' assigned to 'LTM_virtual_1' by the means of an 'LTM_policy_1'. * 'ASM_policy_2' that is not assigned to any LTM virtual. If one would send a PATCH REST request to update 'ASM_policy_2', so that it would be assigned to 'LTM_virtual_1' (the target virtual): -------------------------- "virtualServers": [ "/Common/LTM_virtual_1" ] -------------------------- The result is that: * 'ASM_policy_1' is not assigned to any LTM virtual (unassigned from the target virtual). * 'ASM_policy_2' assigned to 'LTM_virtual_1' by the means of an 'LTM_policy_2' (assigned to the target virtual).
The ASM policy that was previously assigned to the target virtual gets implicitly unassigned from it.
ASM provisioned Two ASM policies, one of which is assigned to an LTM virtual
Use LTM REST/GUI to assign multiple ASM policies to a single LTM virtual
None