Конверт без печати

Академия Starbound · Defense Engineering · История кибермира · Часть 6 из 6 · Около 6 минут

Совет: нажмите кнопку «🔍 Линза» внизу — и текст станет крупнее.

Сокращения: SMTP (Simple Mail Transfer Protocol) — простой протокол передачи почты между серверами; SPF (Sender Policy Framework) — список серверов, которым домен разрешает отправлять почту; DKIM (DomainKeys Identified Mail) — цифровая подпись письма от имени домена; PGP (Pretty Good Privacy) и S/MIME (Secure/Multipurpose Internet Mail Extensions) — способы подписывать и шифровать письма; RFC (Request for Comments) — серия документов со стандартами интернета; NIST (National Institute of Standards and Technology) — Национальный институт стандартов и технологий.

У обычной почты нет «печати» на конверте: отправителя можно подделать, а сам SMTP не проверяет, что письмо не изменили в пути.

Мостик от части 2 «Как путешествует письмо»

В части 2 мы проследили, как письмо по SMTP переходит от сервера к серверу. Теперь зададим другой вопрос: кто проверяет, что письмо пришло именно от того, кто указан, и что его не изменили по дороге?

Уровень 1. Юные защитники (8–14 лет)

Представь бумажный конверт: на нём можно написать любое имя отправителя. Электронное письмо устроено похоже: его можно оформить так, будто оно пришло от кого-то другого.
И ещё: пока письмо идёт от сервера к серверу, сама почта не проверяет, что его текст остался прежним.
Суперсила защитника: имя в строке «От кого» — это не доказательство.

Уровень 2. Средний уровень: три дыры в конверте

Почта по своей природе небезопасна. Стандарт SMTP сам называет почту «по своей природе небезопасной», а бюллетень NIST пишет, что протокол уязвим для широкого круга атак.
Подделка отправителя. Можно составить письмо так, что получатель поверит, будто оно пришло из другого места.
Подмена содержимого. Сама по себе передача по SMTP не гарантирует, что текст письма не изменили в пути.
Заплатки потом. Со временем к почте добавили проверки, например SPF и DKIM, которые помогают понять, действительно ли адрес принадлежит отправителю.

Уровень 2+. Полупрофи (Defense Engineering): где именно нет печати

Сам SMTP не проверяет подлинность отправителя и целостность письма на уровне передачи.
SPF и DKIM появились позже как способы подтвердить, что адрес действительный и принадлежит настоящему отправителю.
Такие добавки улучшают картину лишь частично; это улучшение, а не полная защита.
Цифровая подпись самого письма (S/MIME или PGP) защищает его «от ящика до ящика», а не только на одном участке пути.
Мини-проект: нарисуйте путь письма из части 2 и отметьте на каждом шаге, что там проверяется, а что нет. Как сегодня проверяют отправителя, разберите в уроке «Проверь паспорт письма».

Уровень 3. Старшее поколение: имя на конверте — ещё не подпись

Сам стандарт почты признаёт: обычная почта небезопасна, и письмо можно оформить от чужого имени.
Поэтому письмо может выглядеть так, будто его прислал знакомый человек или учреждение, хотя на самом деле это не так.
Позже появились проверки, но они закрывают не всё. Знакомое имя в строке «От кого» само по себе ничего не доказывает.

Занятие: конверт и «линза»

Возьмите настоящий бумажный конверт и напишите на нём выдуманное имя отправителя.
Спросите: что на конверте доказывает, кто его отправил? Ничего. С письмом так же: отправителя можно подделать.
Наведите «линзу» на схему пути письма из части 2. Найдите место, где появились бы SPF и DKIM, и обсудите: они помогают, но закрывают не всё.
Только тренировка: используйте выдуманные имена и адреса, без настоящих писем.

Памятка для печати

Имя в строке «От кого» — не доказательство.
Сам SMTP не проверяет, что письмо не изменили в пути.
SPF и DKIM помогают, но закрывают не всё.
Подписанное письмо (S/MIME, PGP) защищено «от ящика до ящика».

Викторина

Можно ли составить письмо так, будто его прислал кто-то другой? Да.
Проверяет ли сам SMTP, что текст письма не изменили по дороге? Нет.
SPF и DKIM полностью решают проблему? Нет, они снимают только часть угроз.

Источники

Узнать больше: Email spoofing (Wikipedia)

С заботой, команда Starbound

An Envelope Without a Seal

Starbound Academy · Defense Engineering · Cyber History · Part 6 of 6 · About 6 minutes

Tip: tap the 🔍 Lens button at the bottom to make text bigger.

Acronyms: SMTP (Simple Mail Transfer Protocol), the protocol that carries email between servers; SPF (Sender Policy Framework), a domain's list of servers allowed to send its mail; DKIM (DomainKeys Identified Mail), a domain's digital signature on a message; PGP (Pretty Good Privacy) and S/MIME (Secure/Multipurpose Internet Mail Extensions), ways to sign and encrypt messages; RFC (Request for Comments), the series of internet standards documents; NIST (National Institute of Standards and Technology).

Plain email has no seal on the envelope: the sender can be faked, and SMTP itself doesn't check that the message wasn't changed along the way.

Bridge from Part 2 “How email travels”

In Part 2 we followed a message hopping from server to server over SMTP. Now we ask a new question: who checks that the message really came from the person named on it, and that nobody changed it on the way?

Tier 1. Young Defenders (ages 8–14)

Picture a paper envelope: anyone can write any sender's name on it. Email works in a similar way: a message can be made to look as if it came from someone else.
And one more thing: while the message travels from server to server, plain email doesn't check that its text stayed the same.
Your defender superpower: the name in the “From” line is not proof.

Tier 2. Mid Level: Three Holes in the Envelope

Insecure by nature. The SMTP standard itself calls mail “inherently insecure”, and the NIST bulletin says the protocol is open to a wide range of attacks.
Faking the sender. A message can be built so the reader believes it came from somewhere else.
Changing the contents. SMTP delivery on its own doesn't guarantee that the text wasn't changed along the way.
Patches came later. Checks such as SPF and DKIM were added later to help show whether an address really belongs to the sender.

Tier 2+. Semi-pro (Defense Engineering): Where Exactly the Seal Is Missing

SMTP itself does not authenticate the sender or check the message's integrity at the transport level.
SPF and DKIM came later as ways to confirm that an address is valid and belongs to the real sender.
Such add-ons only improve things in part; they are an improvement, not complete protection.
A digital signature on the message itself (S/MIME or PGP) protects it end to end, not just on one hop.
Mini-project: draw the message path from Part 2 and mark at each hop what is checked and what isn't. For how senders are checked today, continue with Check the email’s passport.

Tier 3. Elders: A Name on the Envelope Is Not a Signature

The email standard itself admits it: plain email is insecure, and a message can be sent under someone else's name.
That is why a message can look as if it came from someone you know, or from an organisation, when it didn't.
Checks were added later, but they don't cover everything. A familiar name in the “From” line proves nothing on its own.

Activity: The Envelope and the Lens

Take a real paper envelope and write a made-up sender's name on it.
Ask: what on this envelope proves who sent it? Nothing. Email is the same: the sender can be faked.
Point the lens at the message-path diagram from Part 2. Find where SPF and DKIM would fit, and discuss: they help, but they don't close every gap.
Practice only: use made-up names and addresses, no real messages.

Printable card

The “From” name is not proof.
SMTP itself doesn't check that a message wasn't changed in transit.
SPF and DKIM help, but don't cover everything.
A signed message (S/MIME, PGP) is protected end to end.

Quiz

Can a message be made to look as if someone else sent it? Yes.
Does SMTP itself check that the text wasn't changed on the way? No.
Do SPF and DKIM solve the problem completely? No, they only mitigate some threats.

Sources

Learn more: Email spoofing (Wikipedia)

With care, the Starbound team