> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Налаштування інтеграції з Mimecast

> Підключіть Mimecast до Living Security, щоб отримувати дані про email-загрози, переходи за посиланнями, доставлення пошти та активність у сфері захисту даних.

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>Пов’язані ресурси</h2>
    <ul>
      <li>
        <a href="/uk/signals/data-sources">Дізнайтеся, як дані інтеграцій перетворюються на сигнали Human Risk Management</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Ознайомтеся з інтеграціями Living Security</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Відкрийте Living Security Platform</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Замовте демонстрацію Living Security</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Введіть облікові дані в Living Security Platform">
    <p>
      Виконується особою, яка має доступ до Living Security, — власником програми або
      системним адміністратором, якщо його було запрошено (делеговане налаштування).
    </p>
    <ol>
      <li>
        Перейдіть до <strong>Settings → Integrations → Catalog</strong>, знайдіть плитку{' '}
        <strong>{tile}</strong> і натисніть <strong>Connect</strong>.
      </li>
      <li>
        Заповніть наведені нижче поля, а потім натисніть <strong>Connect</strong>.
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>Цей посібник призначений для вашого адміністратора {system}.</strong> Він описує створення облікових даних API
      в {system}, для чого потрібен адміністративний доступ до {system}, а не до
      Living Security Platform.
    </p>
    <p>
      Якщо ви є <strong>власником програми</strong> Living Security і не адмініструєте {system},
      надішліть цю сторінку тому, хто це робить. Він виконає частину A і передасть вам облікові дані
      (або введе їх безпосередньо, якщо ви запросили його до платформи).
      {recommendDelegated && <>
          {' '}Оскільки під час налаштування створюється конфіденційний ключовий матеріал, ми рекомендуємо скористатися{' '}
          <strong>делегованим налаштуванням</strong>, щоб секрет ніколи не надсилався вам.
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Mimecast" recommendDelegated={true} />

## Що надає ця інтеграція

Mimecast може надавати нормалізовані дані про email-загрози, переходи за посиланнями, доставлення пошти та активність у сфері захисту даних. Серед перевірених прикладів:

* `phishing.real.clicked` — перехід за посиланнями в реальних фішингових листах
* `data.transfer.blocked` — передавання даних заблоковано
* `phishing.real.delivered` — реальний фішинговий лист доставлено до поштової скриньки

Дізнайтеся більше про те, [як дані інтеграцій перетворюються на Signals](/uk/signals/data-sources).

## Що потрібно для Living Security

| Облікові дані | Опис |
| - | - |
| **Client ID** | Ідентифікатор сервісного застосунку Mimecast API 2.0. |
| **Client secret** | Секрет цього сервісного застосунку. |

Призначте застосунку роль із дозволом **Monitoring → URL Protection → Read**. Living Security використовує потік OAuth 2.0 client-credentials і читає журнали переходів URL Protection.

## Налаштування

<Steps>
  <Step title="Створіть сервісний застосунок Mimecast">
    В Administration Console Mimecast створіть сервісний застосунок API 2.0 для Living Security і використайте тип дозволу client-credentials.
  </Step>

  <Step title="Призначте мінімально необхідний дозвіл на читання">
    Призначте роль, що містить **Monitoring → URL Protection → Read**, після чого запишіть client ID і client secret.
  </Step>

  <ConnectInPlatform tile="Mimecast">
    Введіть client ID і client secret, а потім підключіться.
  </ConnectInPlatform>
</Steps>

## Перевірка та усунення несправностей

Переконайтеся, що підключення може читати журнали URL Protection. Порожній результат під час першого запиту очікуваний, якщо нещодавно не було переходів за захищеними посиланнями.

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    Client ID або secret недійсні, або сервісний застосунок вимкнено. За потреби змініть секрет і підключіться повторно.
  </Accordion>

  <Accordion title="403 Forbidden">
    Переконайтеся, що роль, призначена сервісному застосунку, містить **Monitoring → URL Protection → Read**.
  </Accordion>

  <Accordion title="Немає даних про переходи за посиланнями">
    Переконайтеся, що URL Protection увімкнено для відповідного потоку пошти та що роль застосовується до облікового запису, для якого виконується запит.
  </Accordion>
</AccordionGroup>

Інформацію про дозвіл для кінцевої точки див. у [довіднику Mimecast щодо журналу URL Protection](https://developer.services.mimecast.com/docs/securityevents/1/routes/api%2Fttp%2Furl%2Fget-logs/post).

<PublicIntegrationNextSteps />


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.