[{"data":1,"prerenderedAt":186},["ShallowReactive",2],{"publication:ru:P181":3},{"meta":4,"copy":17,"relatedArticles":146,"terms":178,"term":179,"resourceParent":180,"glossaryParent":183},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15,"preparedOn":16},"P181","\u002Fblog\u002Fdmarc-report-reading","article","как читать отчеты DMARC","Как читать отчеты DMARC и выбирать следующее действие","Как читать отчеты DMARC: источники и ограничения","Как разбирать период, источник, количество и результаты в агрегированном отчете DMARC, учитывать дубликаты и связывать строки с разрешенными отправителями.",[13,14],"\u002Fservices\u002Femail-domains","\u002Fservices\u002Fcorporate-email","2026-07-20","2026-10-31",{"intro":18,"sections":19,"checklistTitle":101,"checklist":102,"faq":109,"sources":119,"links":122,"cta":141},"Отчет DMARC читают по отправителю отчета, идентификатору и временному окну, затем сопоставляют источник отправки с результатами SPF, DKIM и согласования домена From. Отдельная строка не доказывает атаку или доставку во входящие. Полезный результат разбора: известные рабочие потоки, подтвержденные ошибки и неизвестные источники с назначенным следующим действием.",[20,33,41,50,85,91],{"title":21,"paragraphs":22,"sources":26},"Сначала определите, что именно вы получили",[23,24,25],"Здесь речь об агрегированных отчетах DMARC: структурированных сведениях принимающей стороны о наблюдаемой почте за интервал. Это не копия каждого сообщения, не журнал вашего почтового сервера и не полный перечень всех попыток подделки. Формат агрегированной отчетности описывает RFC 9990, а правила DMARC описывает RFC 9989.","Сохраните исходный файл, организацию-отправителя отчета, report_id, начало и конец окна, домен политики и время получения. Для сравнения используйте единую временную зону, сохраняя исходные значения. Письмо с отчетом может прийти позже событий, поэтому дата получения не заменяет интервал наблюдения.","Отчеты относятся к инфраструктуре и деловым связям компании. Передавайте их только согласованным специалистам и храните с ограничением доступа. Не загружайте полный набор на случайный анализатор, если не проверены его условия обработки данных. Подозрительное вложение не становится безопасным только из-за слова DMARC в теме.",[27,30],{"label":28,"url":29},"RFC 9990: агрегированные отчеты DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9990.html",{"label":31,"url":32},"RFC 9989: DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"title":34,"paragraphs":35,"sources":39},"Не складывайте повторы и несовместимые окна",[36,37,38],"Перед подсчетами проверьте повторную доставку одинакового отчета. Идентификатор нужно рассматривать вместе с отправителем отчета и его окном: одинаковая строка имени файла не является надежной глобальной идентичностью. Сохраняйте происхождение каждой загрузки и явно помечайте повтор.","Частично пересекающиеся интервалы требуют осторожности. Нельзя просто вычесть половину количества писем, если окно перекрывается наполовину: распределение сообщений внутри интервала неизвестно. Для сравнения выбирайте совместимые окна либо оставляйте пересечение как ограничение, не выдавая скорректированную цифру за измеренный факт.","Количество в строке относится к сгруппированным наблюдениям этого отчета. Оно не показывает число уникальных людей, потерянных клиентов или отдельных преступников. Сравнение долей имеет смысл только с явно указанным знаменателем и неизменным охватом; общий рост отчетов может отражать новых репортеров, а не ухудшение защиты.",[40],{"label":28,"url":29},{"title":42,"paragraphs":43,"sources":47},"Разделяйте проверку механизма и согласование домена",[44,45,46],"Исходный SPF pass означает успешную проверку своей доменной идентичности, а DKIM pass относится к конкретной подписи. Для DMARC нужен успешный механизм, согласованный с видимым From. Поэтому набор исходных результатов нельзя читать как готовый вывод об аутентификации бренда.","Сверяйте опубликованную в отчете политику и результаты ее применения. Disposition описывает наблюдаемую обработку в контексте отчета, но не является подтверждением папки входящих. Получатель может учитывать другие сигналы. Если вопрос касается пропавшего счета, нужен отдельный разбор конкретного сообщения и маршрута.","Не переносите успех одной подписи на другую и не требуйте обязательного одновременного прохождения SPF и DKIM для DMARC. Достаточен успешный согласованный SPF или DKIM. При расхождении сохраните домены и результаты, затем сопоставьте их с новыми контрольными сообщениями соответствующего отправителя.",[48,49],{"label":31,"url":32},{"label":28,"url":29},{"title":51,"paragraphs":52,"table":55,"example":82},"Превратите строку отчета в проверяемую задачу",[53,54],"Сначала связывайте источник с реальной системой и ее владельцем. IP, название сети или большой объем не доказывают полномочия отправителя. Провайдер может обслуживать множество компаний; пересылка меняет наблюдаемый маршрут. Автоматическое добавление неизвестного IP в SPF превращает неразобранное наблюдение в разрешение.","Ниже приведена рабочая матрица разбора, а не статистика атак. Для каждой строки сохраняют отчет и окно, проверяемое предположение, ответственную сторону и результат следующего теста. Статус неизвестно допустим, пока нет достаточного подтверждения; он лучше необоснованного объявления источника безопасным.",{"caption":56,"headers":57,"rows":61},"От источника отчета к следующему действию",[58,59,60],"Ситуация","Проверить","Следующее действие",[62,66,70,74,78],[63,64,65],"Известная CRM не проходит согласование","Рабочий From, подпись, MAIL FROM и настройки CRM","Контрольное письмо и исправление с владельцем",[67,68,69],"Неизвестный источник с большим объемом","Связь с бизнесом и сведения о маршруте","Исследовать без автоматического разрешения",[71,72,73],"Исходный DKIM pass, но DMARC fail","Домен d= и его согласование с From","Проверить правильную подпись конкретного потока",[75,76,77],"Редкий законный сервис отсутствует","Попал ли запуск в окно и охват репортера","Отдельный разрешенный контрольный запуск",[79,80,81],"После изменения выросли ошибки","Совпадают ли окна, источники и состав репортеров","Локализовать поток и оценить план возврата",{"title":83,"text":84},"Вымышленный пример разбора, а не результат клиента","Условный отчет показывает успешную подпись почтового сервиса, но несогласованный домен From. Предположение: законная CRM использует сервисный домен подписи. До изменения политики владелец CRM подтверждает отправку, затем проверяется новое письмо. Пример не содержит реальных объемов, IP или выполненных запросов.",{"title":86,"paragraphs":87},"Учитывайте отсутствие данных и пределы наблюдения",[88,89,90],"Отчеты поступают не от всех получателей. Отсутствие ошибок в выбранном наборе не подтверждает защиту всех отправителей, особенно редких уведомлений. Отдельно перечислите ожидаемые, но не наблюдавшиеся потоки, недоступные интервалы и неизвестное качество данных. Неполный набор нельзя называть полным аудитом домена.","Для еженедельного сравнения фиксируйте одинаковые правила: состав отчетов, окна, обработку повторов, статус источников и версии собственных преобразований. При смене инструмента проверьте, не изменились ли группировка и знаменатель. Удобная диаграмма полезна только вместе с объяснимыми исходными данными.","Не храните отчеты бесконечно по умолчанию. Владелец определяет нужный срок, права доступа и способ удаления согласно рабочим требованиям компании. Сам отчет не устанавливает юридические обязанности во всех странах и не заменяет отдельную оценку инцидента.",{"title":92,"paragraphs":93,"steps":96},"Каким должен быть итог разбора",[94,95],"Передайте реестр известных потоков, подтвержденные сбои согласования, неизвестные источники и ограничения данных. Каждая задача должна иметь владельца, технический следующий шаг и критерий закрытия. Решение об ужесточении DMARC принимают по готовности законных отправителей, а не по одному проценту зеленых строк.","CyberFixCrew является израильской компанией, работающей с русскоязычными бизнесами по всему миру. Практические знания израильской команды применяются к связке сайта, DNS, ящиков и сторонних систем. Формат проверки и доступы согласуются заранее; разбор отчетов не обещает полную видимость всех писем или прекращение каждого вида мошенничества.",[97,98,99,100],"Собрать и нормализовать отчеты без повторного подсчета.","Сопоставить источники с реестром рабочих систем.","Проверить спорные результаты по контрольным сообщениям.","Согласовать исправления, приемку и дальнейшее наблюдение.","Контрольный список чтения DMARC-отчета",[103,104,105,106,107,108],"Известны репортер, идентификатор, домен и временное окно.","Повторы отделены от новых наблюдений, пересечения не пересчитаны наугад.","Исходные результаты отделены от согласования и обработки сообщения.","Источники сопоставлены с подтвержденными бизнес-владельцами.","Отсутствующие потоки и неполный охват указаны явно.","У каждого вывода есть доказательство, ответственный и следующий тест.",[110,113,116],{"question":111,"answer":112},"В отчете много ошибок: это обязательно атака?","Нет, это могут быть подделки, законный неправильно настроенный отправитель или особенности маршрута. Нужно сопоставить источник, домены, окно и владельца системы. Высокий объем не доказывает происхождение, а неизвестному источнику нельзя автоматически выдавать разрешение.",{"question":114,"answer":115},"Можно ли посчитать все мошеннические письма компании?","Агрегированные отчеты отражают наблюдения конкретных получателей и имеют неполный охват. Они не дают число всех атак, уникальных пострадавших или доставленных во входящие сообщений. Любая количественная оценка должна явно ограничиваться выбранными отчетами, окнами и правилами устранения повторов.",{"question":117,"answer":118},"Хватит ли хорошего отчета для перехода на reject?","Нужен также проверенный реестр законных потоков, включая редкие отправки, и возможность безопасного изменения DNS. Хороший отчет одного получателя не показывает все маршруты. Ужесточение принимают по готовности систем, установленным критериям остановки и плану возврата.",[120,121],{"label":28,"url":29},{"label":31,"url":32},[123,126,129,132,135,138],{"path":124,"label":125},"\u002Fservices\u002Fdmarc-spf-dkim","Проверка аутентификации бизнес-почты",{"path":127,"label":128},"\u002Fblog\u002Fdmarc-none-to-reject","Готовность к строгой политике DMARC",{"path":130,"label":131},"\u002Fblog\u002Fdkim-selector-check","Сопоставление DKIM и сообщения",{"path":133,"label":134},"\u002Fglossary\u002Fspf","Какую идентичность проверяет SPF",{"path":136,"label":137},"\u002Fblog\u002Femail-spam-diagnosis","Отдельная диагностика попадания в спам",{"path":139,"label":140},"\u002Fresearch\u002Fmethodology","Как мы разделяем наблюдения и выводы",{"title":142,"description":143,"button":144,"type":145},"Нужен понятный разбор отчетов DMARC?","Укажите домен и известные системы отправки. Согласуем безопасную передачу отчетов, охват анализа и список проверяемых задач.","Обсудить разбор отчетов","check",[147,155,163,171],{"id":148,"path":127,"title":149,"description":150,"category":151,"artwork":152,"order":153,"publishedOn":154},"P050","Переход DMARC с none на reject: как проверить готовность","Как подготовить усиление политики DMARC: разрешенные отправители, согласование, отчеты, редкие потоки, условия остановки и проверка изменения.","email","security",57,"2026-08-05",{"id":156,"path":157,"title":158,"description":159,"category":151,"artwork":160,"order":161,"publishedOn":162},"P182","\u002Fblog\u002Fmicrosoft-365-security-checklist","Чек-лист безопасности Microsoft 365 для малого бизнеса","Проверка Microsoft 365: владельцы и роли, MFA, аварийный доступ, почта, приложения и журналы. Как учитывать лицензии, исключения и приемку настроек.","plan-business",44,"2026-07-04",{"id":164,"path":165,"title":166,"description":167,"category":151,"artwork":168,"order":169,"publishedOn":170},"P183","\u002Fblog\u002Fgoogle-workspace-security-checklist","Чек-лист безопасности Google Workspace для бизнеса","Проверка Google Workspace: администраторы, 2SV, восстановление, почтовые маршруты, Drive, приложения и журналы с учетом доступной редакции и полномочий.","integrations",38,"2026-06-18",{"id":172,"path":130,"title":173,"description":174,"category":151,"artwork":175,"order":176,"publishedOn":177},"P061","Как проверить DKIM-селектор по реальному письму и DNS","Как найти d и s в подписи DKIM, построить имя проверки, сопоставить TXT или CNAME с фактической подписью и отделить наличие ключа от успешной проверки.","access",65,"2026-08-19",[],null,{"path":181,"label":182},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":184,"label":185},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134065020]