MESSAGING SECURITY DEEP CORE

Malware, Phishing and Content Security Deep Core

The old books focused heavily on server and client antivirus. Modern mail threats increasingly combine identity, links, attachments and social engineering.

Messaging Security Deep Core | Chapter 6 of 9

Chapter purpose

Preserve the layered-security idea while updating it for current Defender and cloud filtering.

Historical source context: The supplied security book recommends antivirus at multiple layers and warns that clients are a key attack surface. Modern controls extend that model with cloud filtering, Safe Links/Safe Attachments and identity-based investigation. The original examples and product screens are not copied as current instructions. The chapter preserves the underlying operational lesson and rewrites it for current Windows Server, Exchange Server and Microsoft 365 practice.

Learning objectives

  • Distinguish malware from phishing/BEC.
  • Understand attachment/link inspection as separate controls.
  • Recognize that sender authentication is not content trust.
  • Build a user-report and investigation workflow.

Why this matters in a real company

A message can cause a fraudulent payment without containing a virus. Security must address human deception as well as malicious files.

Layered protection against malicious email content
Messagesender + contentAuth/filteringSPF/DKIM/DMARCDefender controlslinks + attachmentsUser/reportinghuman sensor Design the boundary, then prove both the allowed and denied behavior.

6.1 Malware and phishing are different

Malware uses code or files to compromise systems. Phishing may contain no malware at all and instead attempts to steal credentials or convince a user to perform an action.

Business email compromise can arrive from a legitimately compromised account and pass domain authentication.

6.2 Use layered content controls

Exchange Online Protection and Defender for Office 365 can combine spam/phishing detection, URL analysis, attachment detonation and investigation features depending on licensing.

Do not rely only on endpoint antivirus to protect the mailbox.

6.3 User reporting should trigger investigation

A reported suspicious message can reveal a wider campaign. Search for related messages and determine whether anyone clicked, opened or replied.

Reward reporting behavior rather than embarrassing users.

6.4 Exceptions are security debt

Allow lists and bypass rules can make important business mail flow, but every exception weakens filtering. Give exceptions owners, reasons and review dates.

Fix sender authentication/reputation before creating broad bypass.

WORKED BUSINESS SCENARIO

Supplier invoice email contains no malware but fake banking details

The sender domain is a one-character lookalike and the message asks Finance to change payment details urgently.

Decision: Treat as phishing/BEC, block/remediate related messages and verify payment-change procedure with the real supplier using an independent channel.

What to prove: Investigation records sender domain, authentication, recipients and whether any payment action occurred.

PRACTICAL WORK

Hands-on lab

Create a phishing triage worksheet with sender, domain age/reputation placeholder, SPF/DKIM/DMARC, URL, attachment, request type and user action.

Troubleshooting exercise

  1. Legitimate mail falsely detected. Improve sender authentication and targeted exception.
  2. Message passed DKIM but is fraudulent. DKIM proves domain signing, not business legitimacy.
  3. User clicked. Escalate to identity/endpoint response.

Field checklist

  • Layered filtering enabled.
  • User reporting path clear.
  • Exceptions reviewed.
  • BEC process documented.
  • Payment-change verification independent.
  • Investigation evidence retained.

Chapter summary

Modern email security must recognize malware, phishing and identity abuse as related but different threats. Strong filtering and strong business process work together.

Current technical references

The supplied historical books are used as curriculum and operational context. Current implementation details are checked against current Microsoft documentation.