Skip to main content
Надішліть цю сторінку вашій ІТ-команді до початку запуску. Вона зводить в одному місці веб-адреси призначення, відправників електронної пошти, вихідні IP-адреси та додаткові вимоги до завантаження файлів та інтеграцій. У деяких продуктах безпеки створення списку дозволених називають whitelisting або safelisting.

Почніть зі стислого переліку

Веб-доступ: HTTPS / TCP 443. У багатьох середовищах доступ працівників забезпечують два підстановні записи Living Security разом із наведеними нижче зовнішніми хостами вмісту та ресурсів входу. Хости контенту клієнта, завантажень і Contentful розташовані поза межами підстановних знаків Living Security. Хости контенту клієнта та завантажень використовують livingsecurity-content-cdn.ai — домен, окремий від livingsecurity.ai. Також дозвольте static.descope.com і descopecdn.com лише для вбудованих ресурсів входу; запити на вхід використовують auth.livingsecurity.ai. Якщо ви використовуєте лише *.livingsecurity.ai, додайте platform-cdn.livingsecurity.com та інші хости вмісту .com, наведені нижче.
Докладні таблиці імен хостів призначені для ІТ-команд, які не можуть використовувати підстановні символи; вони не вимагають дублювання правил. Перевірте, чи підстановний запис вашого шлюзу охоплює вкладені імена, як-от api.eu-west-1.livingsecurity.ai. Підстановний запис може не охоплювати базовий домен. Для веб-адрес призначення використовуйте імена хостів, оскільки їхні IP-адреси можуть змінюватися.
Також виконайте наведені нижче правила для електронної пошти. Автори вмісту також потребують адрес призначення для завантаження. Інтеграції з обмеженнями за вихідною IP-адресою потребують правил для підключених систем. Стандартні записи наведено на цій сторінці; інструкції з налаштування містяться в посібниках, на які є посилання.

Доставка електронної пошти

Електронні листи автентифікації

Застосуйте ці записи до листів для входу у вашому сервісі захисту пошти. Переконайтеся, що листи надходять до завершення терміну дії посилань. Сповіщення використовують ті самі IP-адреси; симуляції використовують окремі діапазони, наведені нижче. Див. Enterprise Identity.

Транзакційні листи платформи

Ті самі дві IP-адреси відправлення, наведені вище, також надсилають сповіщення платформи як для США, так і для ЄС. Дозвольте ці адреси відправника (From) та автентифікований домен зворотного шляху: Це охоплює вітальні листи, призначення навчання, нагадування та інші сповіщення. Залишайте ввімкненою перевірку SPF, DKIM і DMARC. SMTP для симуляцій використовує власні діапазони, наведені нижче. Якщо ваш власний SMTP-ретранслятор обмежує підключення за вихідною IP-адресою, перед налаштуванням ретранслятора отримайте в Support вихідні IP-адреси SMTP-підключення Living Security для вашого регіону. Вони ідентифікують підключення до вашого ретранслятора окремо від власних вихідних IP-адрес вашого ретранслятора. Не підставляйте замість них IP-адреси пошти, якою керує платформа, наведені вище, або IP-адреси API інтеграцій, наведені нижче.

Phishing simulation

Для SMTP, яким керує платформа, використовуйте регіон вашої організації: Дозвольте повний діапазон IP-адрес для вашого регіону. Використовуйте домен автентифікації пошти для правил шлюзу, які цього вимагають. Видима адреса відправника (From) залежить від симуляції; скористайтеся актуальним пакетом списку дозволених для вибраних вами симуляцій. Перед запуском отримайте пакет для вашої організації в Settings → Simulations → Allowlisting → Export allowlist package або запросіть його у свого Customer Success Manager, якщо ви ще не маєте доступу. Він містить увімкнені домени відправлення, хости цільових сторінок/URL та окремий домен Reply-To. Якщо ваш шлюз вимагає повних адрес, перевірте фактичні адреси відправника (From) для вибраних вами симуляцій. Завантажуйте оновлений пакет, коли змінюються налаштування симуляцій. Пряма доставка (DMI) використовує підключену інтеграцію з Microsoft 365 або Google Workspace; діапазони джерел SMTP до цього шляху доставки не застосовуються. Google Workspace розміщує повідомлення у кожній папці «Вхідні» без надсилання електронного листа. Microsoft 365 надсилає справжні листи з поштової скриньки вашої симуляції, тому ваші фільтри Microsoft 365 і далі до них застосовуються. Доступ до URL, згода постачальника та тестування вхідних повідомлень залишаються важливими. Виконайте кроки для конкретного постачальника в розділі Simulation Settings, зокрема налаштування керування симуляціями в Microsoft Defender, якщо це доречно.

Доступ до застосунку та API

Для організацій у ЄС дозвольте обидва імена хостів API для входу через браузер і доступу до застосунку. Для безпосередньої інтеграції через API використовуйте регіональну URL-адресу, призначену вашій організації. Див. API quickstart. Якщо ваша організація використовує власне ім’я хоста застосунку або входу, додайте точне ім’я хоста, надане під час налаштування.

Вимоги до входу

Запити на вхід використовують auth.livingsecurity.ai, наведений вище. Вбудована форма також завантажує ресурси з хостів, указаних у цій таблиці. Якщо форма відображається неправильно, попросіть вашу ІТ-команду перевірити, чи не блокуються запити до цих ресурсів.

Вміст, CDN-мережі та завантаження клієнтом

Дозвольте ці хости для адміністраторів, які переглядають вміст, і працівників, які його використовують. Захист зображень в електронній пошті також може потребувати доступу до хостів зображень. Хости ресурсів клієнта та відео розташовані в livingsecurity-content-cdn.ai — домені, відмінному від livingsecurity.ai. Дозвіл лише для *.livingsecurity.ai не охоплює їх. Якщо ваш шлюз не підтримує підстановні символи, вкажіть наведені вище хости явно. Підстановний запис у вашому продукті безпеки також може не охоплювати базовий домен або вкладені піддомени. Якщо ви додаєте вміст, розміщений зовні, також дозвольте адреси призначення, які використовує цей вміст. Перегляньте ці адреси перед призначенням вмісту працівникам.

Адреси призначення для завантаження

Адміністратори, які завантажують вміст або файли брендування. Ці адреси призначення приймають нові завантаження; працівникам, які переглядають наявний вміст, потрібні наведені вище хости CDN. Дозвольте обидва хости завантаження ресурсів для зображень, документів, власних шрифтів, піктограм репортера та пакетів SCORM. Наявні зображення й документи можуть зберігатися у своєму початковому регіоні зберігання. Використовуйте API відео для регіону вашої організації. Дозвольте PUT і OPTIONS для завантаження файлів, а також POST, PATCH, HEAD, DELETE і OPTIONS для відновлюваного завантаження відео. Зберігайте рядки запитів URL і заголовки завантаження, які надає застосунок. Пакети SCORM можуть мати розмір до 500 MiB (524288000 байтів). Дозвольте передавання повного пакета одним запитом на завантаження; нижчий ліміт розміру тіла запиту на вашому шлюзі може заблокувати завантаження. Адреси призначення для завантаження перевірено в робочих середовищах (Production) США та ЄС 4 листопада 2026 року.

Додаткові функції та інтеграції

  • SSO/MFA і згода на інтеграцію: дозвольте вашого постачальника ідентифікації та сторінки входу/згоди для кожної системи, яку ви підключаєте.
  • Ознайомчі тури під час запуску: onboard.livingsecurity.ai, охоплюється підстановним записом .ai; дозвольте HTTPS і захищені WebSocket на TCP 443.
  • Livvy та оновлення в реальному часі: дозвольте потокові відповіді HTTPS і захищені WebSocket на TCP 443.
  • Зовнішній вміст, власні домени та ваша LMS: додайте точні хости, які використовує ваша організація. Протестуйте розміщений SCORM із мережі Learner.

Правила IP-адрес у ваших підключених системах

Якщо підключена вами система обмежує доступ до API за вихідною IP-адресою, додайте ці адреси до списку дозволених API цієї системи. Це вихідні адреси, які вона бачитиме, коли Living Security запитує дані. Вони не є адресами призначення для вихідного трафіку пристроїв працівників. Дозвольте всі чотири адреси синхронізації (однакові для США та ЄС): Також дозвольте пару платформи для вашого регіону, якщо ви використовуєте будь-яку з цих інтеграцій: Пара платформи також застосовується до підключень, налаштованих на прямий вихідний трафік, і до постачальників, які вимагають прямих Actions. Залишайте дозволеними обидва набори адрес для безперервної автентифікації, синхронізації та Actions: Залишайте всі потрібні адреси дозволеними після налаштування, щоб автентифікація та синхронізація даних і далі працювали. Використовуйте ці записи лише для доступу до API інтеграцій. Вимоги окремих постачальників наведено в посібнику з вихідного трафіку інтеграцій.

Перевірка перед запуском

Тестуйте через ту саму корпоративну мережу, проксі, VPN, захист кінцевих точок і засоби керування поштовими скриньками, що й ваші працівники:
  • Увійдіть у Dashboard та Engage; пройдіть SSO/MFA або отримайте робоче посилання для входу електронною поштою.
  • Відкрийте сторінку Dashboard і поставте запитання Livvy.
  • Відкрийте зображення каталогу, відтворіть відео із субтитрами та відкрийте документ для завантаження.
  • Завантажте ресурс клієнта, а потім перегляньте його як Learner; запустіть завантажений пакет SCORM, якщо ви його використовуєте.
  • Доставте вітальний лист або лист із призначенням Training; перевірте його відправника, автентифікацію, посилання та зображення.
  • Запустіть симуляцію обраним шляхом доставки; перевірте надходження до папки «Вхідні», доступ до цільової сторінки та відповіді для сценаріїв на основі відповідей.
  • Підключіть кожну ввімкнену інтеграцію та перевірте фактичну синхронізацію даних, а не лише успішну авторизацію.
Якщо будь-яка перевірка не пройдена, зафіксуйте заблоковане ім’я хоста, час, регіон, уражену функцію та помилку шлюзу або трасування пошти, а потім зверніться до Support. Перед передаванням діагностичних даних видаліть облікові дані, токени сеансів і рядки запитів підписаних URL. Повторно перевіряйте цей посібник і експортований пакет симуляцій, коли змінюється конфігурація.