Як я можу зменшити шкоду вкрадених рахунків пошти?

В даний час я пропоную кілька хостингу для кількох рекламних агентств для своїх клієнтів преміум класу. Але на даний момент у мене велика проблема зі службою електронної пошти. За останній тиждень рахунки електронної пошти близько 7 компаній були викрадені та використані для надсилання спаму за допомогою мого поштового сервера.

Що ж, мені вдалося вимкнути облікові записи, оскільки відправник впливав на політику співвідношення мого сервера, і в черзі пошти було багато листів. Що ж, насправді було доставлено близько 40 листів. Але цього було достатньо, щоб отримати чорний список, і навіть один користувач написав особисту пошту про зловживання центром обробки даних.

Наразі у мене немає поняття, що я можу зробити, щоб запобігти спамуванню з викраденого облікового запису пошти. Я надсилаю кожну вихідну пошту через SA та AV, але цього недостатньо. Перш ніж обліковий запис користувача не потрапить у співвідношення 40 повідомлень на день або не заповниться чергою повідомлень, я не можу виявити атаку.

Як я можу виявити подібні проблеми раніше?

Я з нетерпінням чекаю на інші відповіді на це запитання, але я відчуваю, що якщо ви знайдете компрометовані акаунти пошти після того, як пройшло лише 40 спамів, ви працюєте дуже добре. Я не впевнений, що міг так швидко виявити подібне зловживання, і перспектива мене хвилює.

Але я здивований, що лише за минулий тиждень було вкрадено сім наборів даних.

Тож мені здається, що подальше вдосконалення відбуватиметься не у справі " ненормального виявлення та видалення пошти ", а у відділі " мінімізувати крадіжку облікових даних ".

Чи знаєте ви, як ці клієнти втратили контроль над своїми повноваженнями? Якщо ви бачите загальну схему, я б почав із її пом'якшення. Якщо ви не можете, є рішення як технічні, так і нетехнічні, що дозволяють мінімізувати втрати облікових даних.

На технічному фронті, необхідна двофакторна автентифікація, робить жетони набагато складнішими для крадіжки, і робить такі крадіжки набагато простішими для виявлення. SMTP AUTH не піддається двофакторному аутентифікації, але ви можете обернути канал SMTP у VPN, який робить це; OpenVPN спадає на думку, але далеко не унікальна в цьому відношенні.

На нетехнічному фронті проблема тут полягає в тому, що втрата повноважень не є головним болем для тих, хто повинен доглядати за ними. Ви можете розглянути можливість зміни свого AUP так, щоб: (а) люди чітко відповідали за справи, зроблені за допомогою своїх облікових даних, і (b) ви стягуєте значну плату за кожну частину невідповідної пошти, надісланої з набором облікових даних. Це одночасно відшкодовує вам час, який ви витрачаєте на боротьбу з обліковими збитками, і дає вашим клієнтам усвідомлення того, що вони повинні доглядати за цими обліковими даними, а також за їхніми Інтернет-банкінгами, оскільки втрата обох коштуватиме їм реальних грошей.

Ми пом'якшили ту саму проблему, використовуючи сторонніх постачальників, як наш шлюз електронної пошти (у нашому випадку Exchange Online Protection, але є багато інших подібних сервісів). Потім ми налаштували всі наші сервіси надсилання електронної пошти для використання цього в якості смарт-хоста.

Тепер усі наші вихідні повідомлення пов'язані з репутацією зовнішнього шлюзу електронної пошти. Через це ці служби роблять дуже вражаючу роботу щодо виявлення підозрілої активності електронної пошти та негайного попередження.

Я, як правило, великий прихильник розробки власних рішень, але електронна пошта - одна з тих речей, де рентабельність інвестицій справді того варта.