TL;DR: Legacy email security tools often block attacks without giving analysts enough context to explain why a threat was stopped, according to Abnormal AI’s on-demand Demo Day with Air Canada’s Kyle Howson. The governance issue is not just detection, but whether security teams can understand, validate, and operationalise blocked-attack intelligence across the email environment.
Editorial analysis by NHI Mgmt Group, based on content published by Abnormal AI: “Air Canada's Email Security Journey”.
Key questions
Q: How should security teams evaluate cloud email security tools beyond simple block rates?
A: They should assess whether the tool provides enough context to explain each block, support triage, and connect email events to identity risk.
Q: Why is attack intelligence important when an email security platform already blocks threats?
A: Because prevention alone does not tell analysts what happened or how to improve the control.
Practitioner guidance
- Require investigation-ready telemetry Make every blocked email event include the sender, delivery path, detection reason, and campaign context so analysts can act on it without rebuilding the case manually.
- Test the explanation layer, not only the block rate Validate whether the platform can tell analysts why it stopped a message and whether that explanation is sufficient for triage, escalation, and policy tuning.
- Reduce analyst rework Measure how much time the team spends reconstructing blocked attacks from logs and inbox artefacts, then treat that rework as a control weakness.
Bottom line: Cloud email security fails as an operational control when blocked attacks arrive without enough context for analysts to interpret them.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Attack prevention without attack intelligence is incomplete: Blocking an email is only half the control if the platform cannot explain the detection. Analysts need enough context to validate the event, understand the tactic used, and feed the result back into operations. Without that, prevention becomes a black box rather than an actionable security function.
A question worth separating out:
Q: How can security teams make blocked email detections operationally useful?
A: They should require every blocked event to carry enough detail for triage, correlation, and reporting. That means preserving the message context, detection rationale, and campaign indicators so the SOC can decide what to escalate without starting from scratch.
👉 Read our full editorial: Cloud email attack prevention depends on better attack intelligence