Презентація на тему «Протоколы елктронной почты»

content: Работа ученицы 10-а классаШураевой КристиныПРОТОКОЛЫ ЭЛЕКТРОННОЙ ПОЧТЫ

content: ПРОТОКОЛЫ ЭЛЕКТРОННОЙ ПОЧТЫSMTP — Simple Mail Transfer ProtocolRFC 821 — август 1982, ..., RFC 5321 — октябрь 2008,RFC 5336 — поддержка utf-8 в адресах (2007)Internet Message FormatRFC 822 — август 1982, ..., RFC 5322 — октябрь 2008,RFC 5335 — поддержка utf-8 в заголовках (2007)POP3 — Post Office ProtocolRFC 1081 — ноябрь 1988, ..., RFC 1939 — май 1996,RFC 2449, ... — расширения POP3 (1998)IMAP4 — Internet Message Access ProtocolRFC 1730 — декабрь 1994, ..., RFC 3501 — март 2003,RFC 4466, 4469, 4551, 5032, 5182, 5738, ... — расширения

content: СХЕМА ТРАНСПОРТА Э-ПОЧТЫRFC 5598 — Internet Mail Architecture (июль 2009)MUA = Message User Agent (например, Thunderbird, The Bat, ...)MS = Message Store (например, mbox, maildir)MSA = Message Submission Agent (например, postfix, exim4, ...)MTA = Message Transfer Agent (например, postfix, exim4, ...)MDA = Message Delivery Agent (например, cyrus, procmail, ...)MRA = Message Retrieval Agent (например, fetchmail)DSN = Delivery Status Notification (получатель — SMTP.MailFrom)MDN = Message Disposition Notification (получатель — Disposition-Notification-To)

content: СХЕМА ТРАНСПОРТА Э-ПОЧТЫMessage User Agent:отборажение и редактирование текстаписьма;формирование заголовков RFC 5335;SMTP-клиент для вз.д. с MSA/MTA;Message Retrieval Agent (POP-, IMAP-)Message Submission Agent:SMTP, порт 587- авторизация и аутентификация;- проверка всех заголовков, модификация,добавление (доменные имена,обязательныезаголовки, ...);- применение локальных политикRFC 4409 (апрель 2006)Message Transfer Agent:SMTP, порт 25- релей (передача почты на другой SMTP-сервер на основе MX-записи DNS);- приём входящей почты;- тело письма не модифицируется, толькодобавляются trace-заголовки (Received)Message Delivery Agent:- помещение сообщения в почтовый ящикпользователя;- добавлется заголовок Return-Path ипоследний Received;- перенаправление письма, применениелокальных политик

content: ОСОБЕННОСТИ ПРОТОКОЛА SMTPНазначение: транспортировка сообщений э-почты(MSA/MTA).В сеансе SMTP может передаваться несколько сообщений(MAIL xN) для многих получателей (RCPT xN).Возможна транспортировка почты непосредственно отхоста отправителя на хост получателя либо черезпромежуточные хосты.Очередной SMTP-хост в цепочке определяется по DNS-записи MX.При прохождении через SMTP-хост добавляется заголовокReceived. Кроме того, MDA добавляет Return-Path.RFC 5321 — Simple Mail Transfer Protocol

content: КОМАНДЫ SMTPEHLO/HELO host— начало сеанса, приветствие и идентификация клиентаMAIL FROM:— начало транзакции, адрес отправителяRCPT TO:— адрес получателяDATA— тело сообщения (RFC 5322 — IMF), заканчивается.HELP [command]— подсказка по командамRSET— прервать транзакциюNOOP— пустая операцияQUIT— завершение сеанса

content: ОТКЛИКИ SMTPВ ответ на каждую команду сервер генерирует численный отклик. Клиентне должен посылать новую команду, пока не получит отклик напредыдущую (исключение: RFC 2920 - Pipelining).2yz — положительный окончательный отклик220Service ready221Service closing transmission channel250 Requested mail action okay, completed251 User not local3yz — положительный промежуточный отклик354 Start mail input; end with.4yz — временный отрицательный отклик421Service not available450 Requested mail action not taken: mailbox unavailable5yz — постоянный отрицательный отклик500 Syntax error503 Bad sequence of commands551 User not local

content: ПОЛУЧАТЕЛИПолучатели сообщения определяются MUA по задаваемым пользователемIMF-заголовкам:To: - основные получателиCc: - копии (carbon copy)Bcc: - скрытые копии (blind carbon copy)Любой из этих заголовков может содержать список адресов, разделённыхзапятой. Для каждого получателя должна быть сгенерирована отдельнаякоманда RCPT, а содержимое заголовка Bcc должно быть очищено (илиудалён сам заголовок). MTA не анализирует тело письма на предметполучателей. Эта задача возлагается на MUA или MSA.

content: ПРИМЕР SMTP-СЕАНСАСервер (S) пассивно ожидает соединения на TCP-порт 25Клиент (C) инициирует соединение на TCP-порт 25 SMTP-сервераS: 220 mail.server.ru SMTP readyC: HELO my.domain.nameS: 250 mail.server.ruC: MAIL FROM:S: 250 OKC: RCPT TO:S: 250 OKC: RCPT TO:S: 550 No such user hereC: RCPT TO:S: 250 OKC: DATAS: 354 Start mail input; end with.C: Blah blah blah...C: ...etc, etc, etc.C:.S: 250 OKC: QUITS: 221 mail.server.arpa Service closing transmission channel

content: ФОРМАТ СООБЩЕНИЙ Э-ПОЧТЫRFC 5322 — Internet Message Format (2008)- Ограничение 998/78- Заголовки CRLF CRLF Тело- «Сгибание» заголовков (folding)- Формат адреса: John Smith- Формат даты: Mon, 31 Jun 2010 16:43:38 +0600- Стандартные заголовки, их назначение и синтаксисMIME — Multipurpose Internet Mail Extensions- RFC 2045 (MIME Part 1, 1996): заголовки Content-Type, Content-TransferEncoding (8bit, base64, quoted-printable)- RFC 2046 (MIME Part 2, 1996): общие описания типов для Content-Type,в том числе «multipart»

content: ПРИМЕР IMF-СООБЩЕНИЯReturn-path:Envelope-to: [email protected]Delivery-date: Thu, 18 Apr 2002 09:19:13 +0400Received: from mx10.mail.ru (mx10.mail.ru [194.67.57.20])by dfe3300.karelia.ru (8.9.0/8.9.0) with ESMTP id JAA02601for; Thu, 18 Apr 2002 09:19:13 +0400Received: from mail by mx10.mail.ru with local (Exim FE.5)id 16y46o-000CfY-00for [email protected]; Thu, 18 Apr 2002 09:05:26 +0400Received: from [213.59.200.7] by win.mail.ru with HTTP;Thu, 18 Apr 2002 09:05:26 +0400From: "Testing"To: [email protected]Subject: For testing purposes onlyMime-Version: 1.0X-Mailer: mPOP Web-Mail 2.19X-Originating-IP: [213.59.200.7]Date: Thu, 18 Apr 2002 09:05:26 +0400Reply-To: "Testing"Content-Type: text/plain; charset=koi8-rContent-Transfer-Encoding: 8bitMessage-Id:X-UIDL: 74fb663e2be8352b3a0b88ca08030c1eТестовое сообщение.

content: БЕЗОПАСНОСТЬ Э-ПОЧТЫШифрование SMTP-сеансов- команда STARTTLS- пользователь может требовать шифрования только на первом участкепередачи сообщения, на остальных участках — как получится...- в ящик получателя сообщение помещается «как есть»Шифрование тела сообщения- S/MIME (на основе централизованной PKI)- OpenPGP (на основе web of trust, «на взаимном доверии»)- заголовки не шифруютсяШифрование MRA- TLS/SSL

content: БОРЬБА СО СПАМОМDNSBL — DNS-based Blackhole ListMTA после команды EHLO/HELO обращается к DNSBL с DNS-запросом.Если хост в списке, может быть опциональная TXT-запись, объясняющаяпричину.Недостатки:- в список попадают динамические или dial-up адреса- у разных списков разная политика занесения/исключения из спискаБывают DNSWL.

content: БОРЬБА СО СПАМОМDKIM — DomainKeys Identified Mail, RFC 4686 (сентябрь 2006)Цифровая подпись подтверждает, что письмо прошло через указанныйMTA (MSA) и с тех пор не изменилось. Проверяется тело письма и IMF-заголовки.DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail;h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:Date:MimeVersion:Subject:To:From;bh=Yl3yi1nGD9QBYSGKMbxxmt0g2eJuG68hpyXVHj/R4yA=;b=qgbHJ1ASsaDXQKmJXYSeO9R2llJSv6IDxaRapviXeL/1y8Fx57uxxKRiwxjju6sEV6UtxwuaKtEyBy9t6BYu+IcMR/bGKg0xhtmOKFkNqJFVfK/OxEMqkpuml6IiAhrC;mail._domainkey.mail.ru. TXT "v=DKIM1; k=rsa;p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAODC5C9WNSkAFqb27aDBBJOahA+cmnlrh7fbLfaQ22QJLAvLhhKOzYtol/2sGVQCpYv4jkf1maaQtwFqJ91jFiPYdjGvOb4e6LEnJYZ1tZt04Rf6eRSJ9vNcHrWAVDvKTwIDAQAB"

content: БОРЬБА СО СПАМОМSPF — Sender Policy Framework, RFC 4408 (апрель 2006)MTA проверяет через спец. записи в DNS (запись типа SPF, ранее TXT),что хост-клиент имеет право отправлять сообщения с отправителем изуказанного домена (проверка HELO/EHLO, и MAIL FROM).Если домен публикует SPF-запись, меньше вероятность, что спамеры будутподделываться под письма из этого домена. Поскольку такой домен будетменее привлекателен для спамеров, больше вероятность, что письма изнего будут чаще из него доходить до получателей.Не предусмотрен анализ самого сообщения.mail.ru. TXT "v=spf1 ip4:94.100.176.0/20 ip4:217.69.128.0/21 ip4:195.218.168.66~all"+ или пусто = PASS, ? = NEUTRAL, ~ = SOFTFAIL, - = FAIL