A compliance team at a financial institution is reviewing their Azure OpenAI Content Safety configuration. Their content filtering policy must block all 'Violence' content at severity level 2 (medium) and above, while allowing 'Hate' content at severity levels 0–2 to pass (only blocking at level 3). The engineer configures a custom content filter. Later, a test prompt containing borderline violent language at severity level 2 is sent and is NOT blocked. Which is the MOST likely cause?
- A. The content filter was created but not associated with the Azure OpenAI deployment✓ Correct
- B. The 'Violence' category is not configurable in custom filters and always uses the default medium threshold
- C. Severity level 2 corresponds to 'low' severity in the Azure Content Safety scale, which is below the configured threshold
- D. The custom content filter applies only to the completions endpoint, not the chat completions endpoint
Explanation
The most common operational mistake is creating a custom content filter policy but never assigning it to the specific Azure OpenAI deployment. The deployment then keeps using the default filter, which would explain why severity 2 violent content passes through. Severity level 2 in Azure AI Content Safety maps to 'medium', not 'low'; low is level 1, so the claim that level 2 is 'low' is incorrect. The 'Violence' category IS configurable in Azure OpenAI content filters. It is one of the four standard harm categories (Hate, Violence, Sexual, Self-Harm) whose thresholds can be adjusted. Content filters apply to both the completions and chat completions endpoints, so there is no endpoint-based limit on where a filter applies.