Две възможни места за филтъра
Всяка корпоративна пощенска система вече филтрира пощата. Microsoft 365, Google Workspace, Exchange сървър или хостван сървър имат вградени антиспам и антивирус. Този филтър е проектиран за платформата, която го носи: правилата, отчетите и журналите му живеят в нея и си отиват с нея в деня, в който смените доставчика.
SMTP шлюз. Пощенски сървър, поставен преди кутията. RFC 5321, който описва преноса на пощата в Интернет, нарича „агент за пренос“ (MTA) сървър, който получава съобщение и го предава нататък. MX записът на домейна сочи към шлюза: затова изпращащите сървъри се свързват първо с него.
След анализа шлюзът предава съобщението на сървъра с кутиите. Потребителите не го виждат. Те запазват своя пощенски клиент, уеб пощата и телефона си.
Практическо следствие: шлюзът не зависи от кутията. Можете да смените пощенския сървър, без да сменяте филтъра, или да засилите филтъра, без да сменяте сървъра. Това са две отделни покупки, които се решават поотделно.
Преди или след доставката
Филтърът може да действа в два момента и изборът не е безразличен.
- Преди доставката. Съобщението се анализира, докато преминава. Ако бъде преценено като опасно, то не влиза в кутията. Заразен файл може да бъде премахнат и заменен с информационно съобщение. Съмнително съобщение отива в карантина, вместо да бъде доставено.
- След доставката. Съобщението вече е в кутията, когато анализът приключи или когато пристигне нова информация, например връзка, сигнализирана няколко часа по-късно. Тогава инструментът трябва да го премахне. Междувременно потребителят може да го е отворил, да е щракнал или да е препратил файла.
Двата подхода често се комбинират: анализ преди доставката, след това защита, която продължава в момента на щракване, защото сайт, чист при получаването, може да бъде заразен по-късно. Нито един не твърди, че спира всичко.
Klytic поставя анализа преди кутията по проста причина: това, което не е доставено, не трябва да се прибира по-късно. Това не отменя човешката бдителност, когато достоверно съобщение преминава всички проверки, както при измамата „фалшив ръководител“.
Защо да поставите MTA за сигурност пред сървъра
- Инструмент, чиято работа е точно това. Шлюзът не управлява нито календар, нито хранилище. Правилата му се отнасят до подателя, съдържанието и прикачените файлове и се настройват домейн по домейн.
- Защита, която остава на място. Тя преживява смяната на сървъра с кутиите и може да покрива няколко сървъра едновременно: дъщерно дружество, по-стара пощенска система, нова платформа.
- Решение, четимо на едно място. Всяко съобщение носи причината за решението, независимо кой сървър го получава след това.
- Второ мнение. Вграденият филтър на пощенската система продължава да работи зад шлюза.
Каква е цената: още един посредник по пътя. Той трябва да бъде деклариран в сървъра с кутиите, иначе той вижда цялата поща да пристига от един адрес и преценява грешно истинския подател. Трябва също да се прегледат SPF, DKIM и DMARC. Страницата Защита на електронната поща, която вече имате описва тези настройки.
Всеки е засегнат
Според ANSSI електронната поща е „основният път за заразяване на работната станция“, а пощенските системи са „един от основните пътища за атаки, тъй като са масово използвани и изложени в интернет“. Фишинг, заразен прикачен файл, фалшиво нареждане за превод: достатъчен е имейл адрес, за да станете мишена, и микропредприятието е толкова засегнато, колкото голямата група.
ANSSI включва защитата на електронната поща в своите десет златни правила за дигитална сигурност, а нейната рамка от мерки препоръчва въвеждането на решение срещу спам и фишинг. Нейното ръководство за свързване на информационна система с интернет напомня, че служебната употреба на електронна поща е много разпространена „независимо от размера и сектора на дейност на субекта“ и че механизми срещу спам и за търсене на злонамерено съдържание „трябва да бъдат въведени“.
Филтрирането на пощата за сигурност вече не е опция. Истинският въпрос е къде се поставя то и какво може да спре, преди съобщението да стигне до кутията.
Шлюзът добавя към филтъра на пощенската система анализ, който не зависи от доставчика на кутиите ви, една и съща политика за няколко сървъра или няколко дружества и решения, които могат да бъдат обяснени.
Нито един филтър, вграден или поставен отпред, не замества навиците, за които напомня ANSSI: да не щракате върху съмнителна връзка или прикачен файл, да не отговаряте на подозрителен имейл, да проверявате по друг канал, да включите двуфакторна автентикация.
Какво вижда шлюзът и какво съхранява
За да реши, шлюзът чете цялото съобщение: обявения подател и сървъра, който изпраща, резултатите от удостоверяването (SPF, DKIM, DMARC), текста, връзките, прикачените файлове. Оттук извежда решение: доставяне, карантина, отхвърляне или отлагане на непознат подател.
Да четеш не означава да съхраняваш. Добрият въпрос към доставчика е: какво остава и за колко време? За Klytic MTA отговорът различава три случая, плюс следата от решението.
| Ситуация | Какво се съхранява | Срок |
|---|
| Нормална доставка | Личните данни от анализа (подател, получатели, тема, тяло, имена на файловете) се изчистват. Остават времевият маркер, домейнът на подателя, оценките и решението. | Изчистване след 2 дни по подразбиране, настройваем срок |
| Опасно съобщение в карантина | Цялото съобщение, криптирано | Докато връзката за освобождаване е валидна, 7 дни |
| Сървърът с кутиите е недостъпен | Съобщението, криптирано (AES-256-GCM), в опашката | До доставката или до изтичане на срока |
| Всички решения | Оценка и причина, без съдържанието | Технически данни, съхранявани за статистика |
„Без съхранение на съобщенията при нормална работа“ означава: няма трайно копие на доставената поща. Това не е „нула данни“. Шлюзът пази следа от решенията си, а за няколко дни – и подробностите от анализа. Сроковете са описани в Съхраняване и преглед на журналите за сигурност на имейлите.
Пътят, стъпка по стъпка
- Изпращащият сървър търси MX записа на вашия домейн. Намира шлюза и му предава съобщението.
- Шлюзът проверява подателя (удостоверяване, репутация), съобщението (връзки, текст, известен сценарий), след това прикачените файлове.
- Безопасно съобщение: шлюзът го доставя на вашата пощенска система, каквато и да е тя: Microsoft 365, Google Workspace, Exchange, Klytic Mail или друг сървър.
- Опасно съобщение: то отива в криптирана карантина. Получателят се уведомява и може да го освободи чрез връзка, ако става дума за грешка.
- Отказано съобщение: изпращащият сървър получава отказ и уведомява своя потребител.
- Вашият сървър с кутиите не отговаря: съобщението чака, криптирано, и се доставя, щом сървърът се върне.
Този път се основава на нормалното поведение на SMTP: сървър, който получи временна грешка, запазва съобщението и опитва отново. Ръководството Миграция на електронната поща без прекъсване обяснява защо този механизъм предотвратява загубата на поща при смяна на MX.
Често задавани въпроси
Нуждае ли се малка фирма от филтриране за сигурност?
Да. Атаките по имейл не избират мишената си според размера й. Шлюзът е начин да въведете това филтриране, без да сменяте пощенската система: вижте Защита на електронната поща, която вече имате.
Замества ли шлюзът филтъра на Microsoft 365 или Google Workspace?
Не. Вграденият филтър продължава да работи зад него. Доставчиците описват как да се декларира шлюз, за да остане точен собственият им анализ: вижте Защита на електронната поща, която вече имате.
Забавя ли шлюзът пощата?
Анализът добавя една стъпка. Видимият случай е намерен: непознат подател може да бъде задържан за кратко, което отсеча автоматични изпращания, които никога не опитват отново.
Може ли да сменим пощенската система и да запазим шлюза?
Да. MX продължава да сочи към шлюза; променя се само сървърът за доставка. Ходът на превключването е описан в Миграция на електронната поща без прекъсване.
Какво става със съобщение, отделено по грешка?
То е в карантина, не е изтрито. Вижте Карантина, фалшиви сигнали и докладване.
Каква е разликата с отделна или локално инсталирана пощенска система?
Това е въпрос за кутията, а не за филтъра. Той е разгледан в Облачна, отделна или локална електронна поща.
Къде е Klytic
Klytic MTA е шлюз от този тип. Той се заявява самостоятелно, без Klytic Mail, и доставя към Klytic Mail, Microsoft 365, Google Workspace, Exchange или всеки друг пощенски сървър.
- Essential: удостоверяване и репутация (SPF, DKIM, DMARC, включително за препратени съобщения, възраст на домейните, черни списъци), антиспам, антивирус, антифишинг, домейни двойници и показвано име, заразени макроси и PDF, криптирана карантина и освобождаване, DKIM подпис на изходящата поща, отзоваване преди изпращане, S/MIME подпис на изходящата поща за пощенска система, която не го поддържа, ако клиентът го включи и предостави ключа си (предоставянето на сертификат е опция), арбитраж с ИИ на неясните съобщения, оценка и причина в заглавните редове.
- Advanced: всичко от Essential плюс измамата „фалшив ръководител“ и финансовите измами, повторен анализ на връзките в момента на щракване, заразени HTML файлове, DMARC конзола и журнали за експорт към SIEM.
Услугата се внедрява в облака на Klytic, в отделна инстанция или на вашите сървъри. Облакът на Klytic е хостван във всяка географска зона, съответстваща на приложимата юрисдикция, при наличност на услугите, по-специално в Европа или в Мавриций. Пускането в действие обикновено отнема от 24 до 48 часа: Klytic подготвя конфигурацията, след това вие променяте MX на домейна си или Klytic го прави вместо вас.
Какво Klytic MTA не прави: той не замества вашата пощенска система, нейните акаунти и права и вижда само пощата, която минава през него. За Microsoft 365 и другите пощенски системи вижте Защита на електронната поща, която вече имате.
Тази страница описва обща архитектура. Точната настройка зависи от вашата пощенска система и от вашите домейни.
Източници
Консултирани през октомври 2026 г.
- RFC 5321, Simple Mail Transfer Protocol: SMTP сървърите действат като агенти за пренос (MTA); междинните хостове обикновено се посочват чрез MX записа в DNS. rfc-editor.org
- Klytic, страница Klytic MTA: модули на плановете Essential и Advanced, опции, начини на внедряване, пускане в действие чрез MX, съхранение на съобщенията, ограничено до опашката и карантината. klytic.com
- ANSSI, „10 règles d’or en matière de sécurité numérique“: шестото правило, „Protégez votre messagerie électronique“, описва фишинга и препоръчва предпазливост към съмнителни връзки и прикачени файлове, проверка по друг канал и включване на двуфакторна автентикация. cyber.gouv.fr
- ANSSI, „Guide d’hygiène informatique“, версия 2.0, септември 2017 г., мярка 24 „Protéger sa messagerie professionnelle“: „Електронната поща е основният път за заразяване на работната станция“. messervices.cyber.gouv.fr
- ANSSI, MonServiceSécurisé, рамка от мерки, мярка „Mettre en œuvre une solution d’anti-spam et d’anti-hameçonnage“: „Пощенските системи са един от основните пътища за атаки, тъй като са масово използвани и изложени в интернет“. monservicesecurise.cyber.gouv.fr
- ANSSI, „Recommandations relatives à l’interconnexion d’un système d’information à Internet“, ANSSI-PA-066, версия 3.0, 19 юни 2020 г., глава 5 „Sécurisation du service de messagerie électronique“: електронната поща „се е превърнала в един от основните пътища за кибератаки“ (фишинг, злонамерени прикачени файлове); т. 5.2.3: механизми срещу спам и за търсене на злонамерено съдържание „трябва да бъдат въведени“. messervices.cyber.gouv.fr
