Коротко. Короткие определения терминов, которые встречаются в наших статьях. У каждого есть ссылка на статью, где он разобран подробно, или на стандарт, откуда он взят.
Шифрование
Сквозное шифрование
Содержимое письма шифруется на устройстве отправителя, и расшифровать его могут только отправитель и получатели. Адреса, дату и обычно тему серверы видят. Подробнее в статье «Что такое сквозное шифрование».
Нулевой доступ
Сервис хранит содержимое вашей почты зашифрованным ключом, которым сам воспользоваться не может. Адреса, время, а у некоторых сервисов и тему он видит, как и письма без сквозного шифрования: с других сервисов, когда они приходят, и на другие, когда уходят. Подробнее в статье «Что такое нулевой доступ».
Шифрование в пути (TLS)
Защищает письмо по дороге между вашим устройством и сервером и, если оба сервера его поддерживают, между серверами. Каждый сервер по дороге письмо расшифровывает и может прочитать. Подробнее в статье «Как шифруется электронная почта».
Шифрование на диске
Сервис шифрует свои диски собственными ключами. Это защищает от кражи диска, но не от самого сервиса и не от того, кто проник на работающий сервер. Подробнее в статье «Как шифруется электронная почта».
Постквантовое шифрование
Шифрование алгоритмами, которые, как ожидается, не взломает и будущий квантовый компьютер, например ML-KEM. Подробнее в статье «Что такое постквантовое шифрование».
Гибридное шифрование
Так называют два приёма. Классический (PGP, S/MIME): письмо шифруется симметричным ключом, а тот открытым ключом получателя. Постквантовый: классический и постквантовый алгоритмы вместе договариваются о ключе, и взломать придётся оба. Подробнее в статье «Что такое постквантовое шифрование».
«Собрать сейчас, расшифровать потом»
Сбор зашифрованных данных сегодня, чтобы расшифровать их, когда это позволит квантовый компьютер. Подробнее в статье «Что такое постквантовое шифрование».
ML-KEM
Постквантовый алгоритм для договорённости о ключах. NIST закрепил его стандартом FIPS 203 в 2024 году [1].
Ключи и стандарты
Открытый и закрытый ключ
Пара ключей. Открытым вы делитесь, чтобы другие могли шифровать письма вам; закрытый остаётся у вас и расшифровывает. Подробнее в статье «Что такое PGP».
Отпечаток ключа
Короткая строка, по которой узнают ключ. Если сверить её с владельцем ключа по другому каналу, станет понятно, что ключ настоящий. Подробнее в статье «Что такое PGP».
PGP и OpenPGP
Способ шифровать и подписывать письма парой ключей. OpenPGP это открытый стандарт, на котором он построен [2]. Подробнее в статье «Что такое PGP».
S/MIME
Второй стандарт для шифрования и подписи писем. Он использует сертификаты, которые выдаёт удостоверяющий центр [3]. Подробнее в статье «Как отправить зашифрованное письмо».
Защита заголовков
Стандарт 2025 года, который защищает заголовки подписью и прячет часть из них, прежде всего тему. Адреса остаются открытыми. Классические OpenPGP и S/MIME заголовки не защищают [4].
Доставка
Метаданные письма
Сведения о письме, а не его текст: кто, кому, когда и откуда. Они остаются видны и при шифровании. Подробнее в статье «Метаданные письма».
STARTTLS
Способ, которым почтовые серверы переводят соединение на TLS. Он работает «по возможности»: если предложения TLS нет или его вырезали по дороге, письмо может пойти незашифрованным [5]. Сертификат сервера при этом обычно не проверяют, и его можно подменить. Подробнее в статье «Как шифруется электронная почта».
MTA-STS и DANE
Два способа, которыми домен-получатель просит отправляющие серверы доставлять почту только по TLS с проверкой сертификата. Работают, если отправляющий сервер их поддерживает; DANE требует DNSSEC [6] [7].
SPF, DKIM и DMARC
Проверки, которые помогают понять, действительно ли письмо пришло с домена из строки «От». SPF перечисляет серверы, которым разрешено отправлять почту домена, но проверяет адрес возврата, а не «От» [8]; DKIM подписывает письма от имени домена [9]; DMARC сверяет эти домены с «От» и говорит, что делать с письмами, не прошедшими проверку [10]. Подробнее в статье «Как распознать фишинговое письмо».
Вход
Двухфакторная аутентификация (2FA)
Вход со вторым подтверждением помимо пароля: кодом из приложения или аппаратным ключом. Passkey обычно заменяет пароль целиком. Подробнее в статье «Как защитить почту от взлома».
TOTP
Короткие коды из приложения-аутентификатора, которые меняются со временем, обычно раз в 30 секунд [11].
Passkey
Способ входа на основе пары ключей. Закрытый ключ остаётся на вашем устройстве или в менеджере паролей, а сайт хранит только открытый [12, 13].
FIDO2 и WebAuthn
Стандарты, на которых работают passkeys и аппаратные ключи [12] [13].
Фраза восстановления
Набор слов для восстановления аккаунта. В сервисах со сквозным шифрованием и нулевым доступом он восстанавливает и ключи: без него или другой копии ключей старые письма после сброса пароля не прочитать, сервис их не расшифрует. Воспользоваться фразой может любой, у кого она есть, поэтому храните её в надёжном месте, отдельно от своих устройств. Подробнее в статье «Что такое нулевой доступ».
Перевыпуск SIM-карты (SIM swap)
Перенос чужого номера телефона на другую SIM-карту, после которого коды из SMS получает злоумышленник [14]. NIST относит проверку через телефонную сеть к ограниченным способам [15].
Угрозы и приватность
Фишинг
Письмо, которое притворяется письмом от банка, сервиса или знакомого, чтобы получить пароль, деньги или данные. Подробнее в статье «Как распознать фишинговое письмо».
Похожий домен
Адрес или ссылка, которые отличаются от настоящих одной буквой, буквой из другого алфавита, словом или доменной зоной. Подробнее в статье «Как распознать фишинговое письмо».
Алиас
Дополнительный адрес, который пересылает письма в ваш ящик и скрывает основной адрес. Его можно отключить в любой момент. Адрес вида имя+метка@домен так не работает: основной адрес в нём виден. Подробнее в статье «Временная почта, алиас или приватный ящик».
Временная почта
Ящик на минуты или часы, для разовой регистрации. Часто он общий, и письма в нём могут прочитать другие. Подробнее в статье «Временная почта, алиас или приватный ящик».
Анонимность в почте
Что «анонимный» адрес может скрыть, а что нет. Выдать человека всё равно могут IP-адрес, оплата, резервный адрес и метаданные. Подробнее в статье «Что на самом деле раскрывает человека в почте».
Пиксель слежки
Крошечная, обычно невидимая картинка в письме. Когда почтовая программа загружает её с сервера отправителя, тот узнаёт, что письмо открыли, когда и примерно откуда, и что адрес действует [18]. Пока картинки в письме не загружены, пиксель ничего не сообщает: он сработает, когда вы их покажете.
Отписка в один клик
Способ отписаться от рассылки, не выходя из почты: рассылка указывает в письме адрес для отписки, а почта по вашей кнопке сама отправляет туда запрос, без страниц с подтверждением. Отписка всё равно сообщает отправителю, что адрес действует [19]. Подробнее в статье «Как безопасно отписаться от рассылки».
Защищённая почта
Почта, которая не даёт прочитать письма никому, кроме вас и ваших собеседников: полностью при сквозном шифровании, а в хранилище при нулевом доступе. Подробнее в разделе «Что делает почту защищённой и приватной».
Приватная почта
Почта, которая к тому же мало хранит о вас: кому, когда и откуда вы пишете. Подробнее в разделе «Что делает почту защищённой и приватной».
Файлы писем
MBOX
Файл, в котором одно за другим лежат письма папки или всего ящика; почтовая программа показывает его как одну папку [16]. Сам файл не зашифрован.
EML
Файл с одним письмом: заголовки, то есть от кого, кому, тема и дата, и само письмо с вложениями [17]. Сам файл не зашифрован.
Источники
- NIST FIPS 203: Module-Lattice-Based Key-Encapsulation Mechanism Standard. Август 2024. https://csrc.nist.gov/pubs/fips/203/final
- RFC 9580: OpenPGP. IETF, июль 2024. https://www.rfc-editor.org/rfc/rfc9580
- RFC 8551: S/MIME Version 4.0 Message Specification. IETF, апрель 2019. https://www.rfc-editor.org/rfc/rfc8551
- RFC 9788: Header Protection for Cryptographically Protected Email. IETF, август 2025. https://www.rfc-editor.org/rfc/rfc9788
- RFC 3207: SMTP Service Extension for Secure SMTP over Transport Layer Security. IETF, февраль 2002. https://www.rfc-editor.org/rfc/rfc3207
- RFC 8461: SMTP MTA Strict Transport Security (MTA-STS). IETF, сентябрь 2018. https://www.rfc-editor.org/rfc/rfc8461
- RFC 7672: SMTP Security via Opportunistic DNS-Based Authentication of Named Entities (DANE) Transport Layer Security (TLS). IETF, октябрь 2015. https://www.rfc-editor.org/rfc/rfc7672
- RFC 7208: Sender Policy Framework (SPF). IETF, апрель 2014. https://www.rfc-editor.org/rfc/rfc7208
- RFC 6376: DomainKeys Identified Mail (DKIM) Signatures. IETF, сентябрь 2011. https://www.rfc-editor.org/rfc/rfc6376
- RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC). IETF, май 2026. https://www.rfc-editor.org/rfc/rfc9989
- RFC 6238: TOTP: Time-Based One-Time Password Algorithm. IETF, май 2011. https://www.rfc-editor.org/rfc/rfc6238
- FIDO Alliance: страница о passkeys. https://fidoalliance.org/passkeys/
- Рекомендация W3C: Web Authentication, Level 3. https://www.w3.org/TR/webauthn-3/
- ФБР, IC3: Criminals Increasing SIM Swap Schemes to Steal Millions of Dollars from US Public. 8 февраля 2022. https://www.ic3.gov/PSA/2022/PSA220208
- NIST SP 800-63B, редакция 4 (2025): Authentication and Authenticator Management. https://pages.nist.gov/800-63-4/sp800-63b.html
- RFC 4155: The application/mbox Media Type. IETF, сентябрь 2005. https://www.rfc-editor.org/rfc/rfc4155.txt
- RFC 5322: Internet Message Format. IETF, октябрь 2008. https://www.rfc-editor.org/rfc/rfc5322
- Справка Mozilla: Содержимое из Интернета в сообщениях, обновлено 31 августа 2025. https://support.mozilla.org/ru/kb/udalennoe-soderzhimoe-v-soobsheniyah
- RFC 8058: Signaling One-Click Functionality for List Email Headers. IETF, январь 2017. https://www.rfc-editor.org/rfc/rfc8058