[{"data":1,"prerenderedAt":180},["ShallowReactive",2],{"publication:ru:P062":3},{"meta":4,"copy":17,"relatedArticles":143,"terms":172,"term":173,"resourceParent":174,"glossaryParent":177},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15,"preparedOn":16},"P062","\u002Fblog\u002Femail-spoofing-domain","article","письма от моего домена которые я не отправлял","Письма от моего домена, которые я не отправлял: что проверить","Поддельные письма от вашего домена: что делать","Как отличить подмену отправителя, похожий домен и взлом почтового ящика. Что показывают заголовки, SPF, DKIM и DMARC и какие действия выбрать.",[13,14],"\u002Fservices\u002Femail-domains","\u002Fservices\u002Fcorporate-email","2026-10-04","2026-10-31",{"intro":18,"sections":19,"checklistTitle":86,"checklist":87,"faq":94,"sources":104,"links":114,"cta":138},"Если вы видите письма от своего домена, которые не отправляли, сначала различите подмену адреса, похожий домен и возможный захват настоящего ящика. У этих ситуаций разные проверки. Имя отправителя на скриншоте не доказывает взлом почты. CyberFixCrew, израильская компания по кибербезопасности для бизнеса по всему миру, помогает разбирать признаки и выбирать согласованные действия по почте, домену и доступам.",[20,26,57,62,73,81],{"title":21,"paragraphs":22},"Три ситуации, которые выглядят похоже",[23,24,25],"Мошенник может указать знакомое имя, использовать другой похожий домен или подделать адрес вашего домена. Другой сценарий: сообщение действительно отправлено через разрешенную систему, но доступ к ней получил посторонний. Получатель может видеть похожую картину, хотя меры защиты нужны разные. Поэтому сначала собирают исходное сообщение, адреса и время, а затем проверяют технический маршрут.","Отсутствие письма в папке отправленных не является окончательным доказательством подмены: отправка могла происходить через CRM, внешний сервис или другой доступ. И наоборот, наличие вашего адреса в From не доказывает вход в ящик. Нужны проверяемые сведения из почтовой системы и доверенной стороны приема. Не вводите пароль на странице из подозрительного сообщения ради такой проверки.","Владелец может начать с безопасной фиксации: кто получил письмо, какой адрес виден, какие действия просит отправитель и есть ли независимое подтверждение запроса. Для передачи материалов выбирайте согласованный канал и убирайте лишние персональные данные. Полные заголовки могут содержать техническую информацию, которая не должна автоматически становиться публичной.",{"title":27,"paragraphs":28,"table":30},"Выбирайте действие по наблюдаемому признаку",[29],"Таблица ниже помогает задать направление проверки, но не устанавливает причину по одному признаку. Несколько сценариев могут сочетаться: например, похожий домен используется вместе с захваченной перепиской. Если затронуты платежи или клиентские данные, параллельно назначьте уполномоченного владельца решения и ограничьте опасный процесс в согласованном объеме.",{"caption":31,"headers":32,"rows":36},"Признаки поддельной или неразрешенной почты",[33,34,35],"Что видно","Чего это не доказывает","Что проверить",[37,41,45,49,53],[38,39,40],"Знакомое имя, другой адрес","Что использован ваш домен","Полный адрес и независимое подтверждение личности",[42,43,44],"Похожий, но другой домен","Что SPF вашего домена сломан","Написание домена и контекст переписки",[46,47,48],"Ваш домен в From","Что кто-то вошел в ящик","Исходные заголовки и аутентификацию у получателя",[50,51,52],"Письмо из разрешенной системы","Что действие санкционировано человеком","Доступы, журналы и владельца отправляющей системы",[54,55,56],"Ответы на неизвестные письма","Как именно возникла отправка","Исходное письмо и реальные маршруты бизнеса",{"title":58,"paragraphs":59},"Что говорят заголовки и аутентификация",[60,61],"Принимающая почтовая система может записывать результаты SPF, DKIM и DMARC. Их интерпретируют с учетом доверенного узла, доменов проверки и возможной пересылки. SPF относится к определенной SMTP-идентичности, DKIM к домену подписи. Для DMARC по RFC 9989 нужен прошедший SPF или DKIM, согласованный с доменом в видимом From. Отдельные слова pass без контекста недостаточны.","Не следует слепо доверять любой строке Authentication-Results: важно, кем и где она добавлена. Скриншот части заголовков может скрывать нужную информацию, а сообщение после пересылки отражать изменившийся маршрут. Результат разбора лучше формулировать точно: какие идентичности и проверки установлены, чего не удалось проверить и какие следующие действия нужны.",{"title":63,"paragraphs":64,"steps":67},"Когда отдельно проверять доступ к настоящему ящику",[65,66],"Необычные входы, неизвестные правила пересылки, изменения способов восстановления или подтвержденная отправка через рабочий сервис требуют разбора доступов. Изменение DNS само по себе не завершает такой разбор. Уполномоченный администратор проверяет доступные журналы, сеансы, делегирование и связанные приложения с учетом фактической платформы и разрешения владельца.","Если требуется смена учетных данных, учитывайте доверенность устройства и сохранение материалов. Один новый пароль не является универсальным подтверждением завершения всех сеансов и доступа приложений. Согласуйте действия по конкретным механизмам и проверьте результат. В международной команде фиксируйте время с часовым поясом и получателя эскалации, чтобы технические изменения были согласованы.",[68,69,70,71,72],"Сохранить ограниченные сведения об исходном сообщении.","Отделить домен, видимое имя и реальную отправляющую систему.","Разобрать доверенные результаты аутентификации.","При признаках компрометации проверить доступы и разрешенные приложения.","Согласовать исправления домена или учетной записи и подтвердить результат.",{"title":74,"paragraphs":75,"example":78},"Что делать с просьбой изменить платежные реквизиты",[76,77],"Не подтверждайте перевод только ответом на то же письмо. Свяжитесь с известным представителем другим заранее известным способом и проверьте полномочия. Технически аутентифицированное сообщение может исходить из захваченного законного ящика. Поэтому DMARC pass не заменяет бизнес-проверку изменения реквизитов или разрешения на оплату.","Если деньги уже отправлены, действуйте через установленную финансовую цепочку и соответствующих провайдеров без ожидания завершения технического анализа. Не обещайте возврат и не публикуйте непроверенное обвинение. Сохраните доступные сведения о запросе и операции для уполномоченных участников. Конкретные обязанности и порядок уведомлений зависят от организации и юрисдикции.",{"title":79,"text":80},"Условный пример похожего домена","Получатель видит имя привычного поставщика, но полный адрес использует другой домен с похожим написанием. Настройка DMARC для настоящего домена не управляет этим чужим доменом. Следующий шаг: независимо проверить просьбу и обработать сообщение по правилам бизнеса. Это пример разбора, а не установленный случай клиента.",{"title":82,"paragraphs":83},"Как снизить риск повторения",[84,85],"Для своего домена полезно знать отправляющие системы и согласованно настраивать SPF, DKIM и DMARC. Текущий RFC 9989 опубликован в мае 2026 года; политика не является обещанием, что все получатели отфильтруют любую подделку. Требования Gmail относятся к его сервису и определенным категориям отправителей. Проверка домена и защита учетных записей дополняют друг друга, но не заменяют бизнес-процедуры.","CyberFixCrew применяет практические израильские знания в защите почты и цифровой инфраструктуры для русскоязычного бизнеса по всему миру. В запросе укажите домен, провайдера, признаки и время. Не присылайте пароль или полный архив переписки. Сначала определим нужный объем: почтовый маршрут, записи домена, учетную запись или несколько связанных участков.","Что сделать без поспешных выводов",[88,89,90,91,92,93],"Проверить полный адрес и написание домена.","Не переходить к форме входа из подозрительного письма.","Сохранить исходные сведения согласованным способом.","Проверить платежный запрос независимым каналом.","Разделить аутентификацию домена и доступ к ящику.","Согласовать исправления, владельца и последующую проверку.",[95,98,101],{"question":96,"answer":97},"DMARC pass означает, что письмо безопасно?","Нет, он относится к согласованию домена с прошедшим механизмом аутентификации, а не к содержанию или добросовестности отправителя. Законный ящик или сервис также могут использоваться без разрешения владельца. Важные бизнес-действия, особенно смену реквизитов, нужно проверять отдельно по установленному порядку.",{"question":99,"answer":100},"Нужно ли менять пароль, если подделан только From?","Из одной подделки адреса не следует, что пароль известен постороннему. Но нужно проверить, есть ли независимые признаки компрометации ящика или связанного сервиса. Решение принимают по фактам и доступному объему. Изменение пароля не заменяет настройку домена и не решает проблему чужого похожего домена.",{"question":102,"answer":103},"Поможет ли p=reject от всех писем с похожим названием?","Политика вашего домена не управляет любым другим доменом, похожим по написанию, и не запрещает мошеннику указывать знакомое имя. Ее действие связано с конкретной доменной идентичностью и обработкой получателя. Нужны также проверка адресов, защита аккаунтов и независимое подтверждение важных запросов.",[105,108,111],{"label":106,"url":107},"RFC 9989: DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"label":109,"url":110},"Google: требования к отправителям писем","https:\u002F\u002Fsupport.google.com\u002Fmail\u002Fanswer\u002F81126?hl=ru",{"label":112,"url":113},"Microsoft: отключение сотрудника и сохранение данных","https:\u002F\u002Flearn.microsoft.com\u002Fru-ru\u002Fmicrosoft-365\u002Fadmin\u002Fadd-users\u002Fremove-former-employee?view=o365-worldwide",[115,118,120,123,126,129,132,135],{"path":116,"label":117},"\u002Fservices\u002Fdmarc-spf-dkim","Настройка аутентификации домена",{"path":14,"label":119},"Проверка корпоративной почты",{"path":121,"label":122},"\u002Fservices\u002Faccess-2fa-audit","Доступы и второй фактор",{"path":124,"label":125},"\u002Fblog\u002Fspf-dkim-dmarc-explained","Как связаны SPF, DKIM и DMARC",{"path":127,"label":128},"\u002Fblog\u002Femployee-offboarding-access","Закрытие доступов после ухода сотрудника",{"path":130,"label":131},"\u002Fblog\u002Fmicrosoft-365-account-compromise","Признаки захвата аккаунта Microsoft 365",{"path":133,"label":134},"\u002Fglossary\u002Fbec","Деловое мошенничество и подмена отправителя",{"path":136,"label":137},"\u002Fblog\u002Fidentify-phishing-message","Проверка самого сообщения и просьбы",{"title":139,"description":140,"button":141,"type":142},"Разберем признаки неразрешенной отправки","Укажите домен и опишите, что увидел получатель. Определим, какие сведения и проверки нужны для следующего шага.","Описать проблему почты","check",[144,152,157,165],{"id":145,"path":146,"title":147,"description":148,"category":149,"artwork":149,"order":150,"publishedOn":151},"P059","\u002Fblog\u002Femail-spam-diagnosis","Корпоративные письма попадают в спам: как определить этап проблемы","Как отличить сбой отправки, отказ приема и папку спам: отправляющие системы, заголовки, аутентификация, правила получателя и проверка исправлений.","email",89,"2026-09-24",{"id":149,"path":124,"title":153,"description":154,"category":149,"artwork":149,"order":155,"publishedOn":156},"SPF, DKIM и DMARC простыми словами","SPF определяет разрешённые источники отправки для домена технического отправителя. DKIM позволяет проверить подпись домена. DMARC требует согласования успешного SPF или DKIM с доменом видимого поля From. Вместе они помогают проверять почту, но не гарантируют доставку во входящие или правдивость сообщения.",105,"2026-04-23",{"id":158,"path":159,"title":160,"description":161,"category":149,"artwork":162,"order":163,"publishedOn":164},"P060","\u002Fblog\u002Fspf-too-many-lookups","SPF too many DNS lookups: как разобрать лимит и исправить причину","Что означает превышение лимита SPF: вложенные include, путь проверки, разрешенные отправители и безопасное упрощение без случайного удаления рабочих сервисов.","servers",81,"2026-09-14",{"id":166,"path":167,"title":168,"description":169,"category":149,"artwork":149,"order":170,"publishedOn":171},"P070","\u002Fblog\u002Fwordpress-form-email","Форма WordPress не отправляет письма: проверка всего маршрута","Как проследить заявку от формы до получателя: проверка полей, создание уведомления, wp_mail, почтовый сервис, адреса и контролируемая приемка.",73,"2026-09-02",[],null,{"path":175,"label":176},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":178,"label":179},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134064890]