Skip to main content
Onboardingdan oldin ushbu sahifani IT jamoangizga yuboring. Unda veb-manzillar, elektron pochta jo‘natuvchilari, manba IP manzillari hamda ixtiyoriy yuklash va integratsiya talablari bir joyda jamlangan. Ba’zi xavfsizlik mahsulotlarida allowlisting whitelisting yoki safelisting deb ataladi.

Qisqa ro‘yxatdan boshlang

Veb-kirish: HTTPS / TCP 443. Ko‘p muhitlarda quyida keltirilgan ikkita Living Security wildcard yozuvi hamda tashqi kontent va tizimga kirish resurslari xostlari xodimlar uchun kirishni qamrab oladi. Mijoz kontenti, yuklash va Contentful xostlari Living Security wildcard yozuvlaridan tashqarida joylashgan. Mijoz kontenti va yuklash xostlari livingsecurity.ai domenidan alohida bo‘lgan livingsecurity-content-cdn.ai domenidan foydalanadi. Shuningdek, static.descope.com va descopecdn.com manzillariga faqat o‘rnatilgan tizimga kirish resurslari uchun ruxsat bering; tizimga kirish so‘rovlari auth.livingsecurity.ai orqali yuboriladi. Agar faqat *.livingsecurity.ai dan foydalansangiz, platform-cdn.livingsecurity.com va quyida keltirilgan boshqa .com kontent xostlarini qo‘shing.
Xostnomlarning batafsil jadvallari wildcard ishlata olmaydigan IT jamoalari uchun mo‘ljallangan; ular takroriy qoidalarni talab qilmaydi. Shlyuzingizdagi wildcard api.eu-west-1.livingsecurity.ai kabi ichma-ich joylashgan nomlarga mos kelishini tekshiring. Wildcard asosiy domenni chiqarib tashlashi mumkin. Veb-manzillar uchun xostnomlardan foydalaning, chunki ularning IP manzillari o‘zgarishi mumkin.
Quyidagi elektron pochta qoidalarini ham bajaring. Kontent mualliflariga yuklash manzillari ham kerak bo‘ladi. Manba IP bo‘yicha cheklovlarga ega integratsiyalar uchun ulangan tizimlardagi qoidalar talab qilinadi. Standart yozuvlar shu sahifada keltirilgan; sozlash ko‘rsatmalari havola qilingan qo‘llanmalarda berilgan.

Elektron pochta yetkazib berish

Autentifikatsiya xatlari

Ushbu yozuvlarni elektron pochta himoya xizmatingizda tizimga kirish xatlari uchun qo‘llang. Xatlar havolalari muddati tugashidan oldin yetib kelishini tekshiring. Bildirishnomalar xuddi shu IP manzillardan foydalanadi; simulyatsiyalar esa quyidagi alohida diapazonlardan foydalanadi. Enterprise Identity bo‘limiga qarang.

Platformaning tranzaksion xatlari

Yuqorida keltirilgan bir xil ikkita jo‘natuvchi IP platforma bildirishnomalarini AQSh va Yevropa Ittifoqi hududlarida ham yuboradi. Quyidagi From manzillariga va autentifikatsiyadan o‘tgan return-path domeniga ruxsat bering: Bular xush kelibsiz xatlari, o‘quv topshiriqlari, eslatmalar va boshqa bildirishnomalarni qamrab oladi. SPF, DKIM va DMARC tekshiruvlarini yoqilgan holda saqlang. Simulyatsiya SMTP’si quyida keltirilgan o‘z diapazonlaridan foydalanadi. Agar o‘z SMTP relayingiz ulanishlarni manba IP bo‘yicha cheklasa, relayni sozlashdan oldin hududingiz uchun Living Security’ning SMTP ulanish manba IP manzillarini Support’dan oling. Ular sizning relayingizga ulanishni aniqlaydi va relayingizning o‘z jo‘natuvchi IP manzillaridan alohida. Yuqoridagi platforma boshqaradigan pochta IP manzillarini yoki quyidagi integratsiya API IP manzillarini almashtirib qo‘ymang.

Phishing simulation

Platforma boshqaradigan SMTP uchun tashkilotingiz hududidan foydalaning: Hududingiz uchun to‘liq IP diapazoniga ruxsat bering. Shlyuz qoidalari talab qilsa, elektron pochta autentifikatsiyasi domenidan foydalaning. Ko‘rinadigan From manzili simulyatsiyaga qarab o‘zgaradi; tanlangan simulyatsiyalaringiz uchun joriy allowlist paketidan foydalaning. Ishga tushirishdan oldin tashkilotingizga xos paketni Settings → Simulations → Allowlisting → Export allowlist package orqali oling yoki hali kirish huquqingiz bo‘lmasa, Customer Success Manager’dan so‘rang. Unda yoqilgan jo‘natuvchi domenlar, landing/URL xostlari va alohida Reply-To domeni mavjud. Agar shlyuzingiz to‘liq manzillarni talab qilsa, tanlangan simulyatsiyalaringiz uchun haqiqiy From manzillarini ko‘rib chiqing. Simulyatsiya sozlamalari o‘zgarganda yangilangan paketni yuklab oling. To‘g‘ridan-to‘g‘ri yetkazib berish (DMI) ulangan Microsoft 365 yoki Google Workspace integratsiyangizdan foydalanadi; SMTP manba diapazonlari bu yetkazib berish yo‘liga tatbiq etilmaydi. Google Workspace xatlarni elektron pochta yubormasdan har bir Inbox’ga joylashtiradi. Microsoft 365 simulyatsiya pochta qutingizdan haqiqiy elektron pochta yuboradi, shuning uchun Microsoft 365 filtrlaringiz unga baribir qo‘llanadi. URL’ga kirish, provayder roziligi va inbox’ni sinash hamon muhim. Simulation Settings bo‘limidagi provayderga xos qadamlarga amal qiling, tegishli bo‘lsa, Microsoft Defender’ning simulyatsiya boshqaruvlarini ham hisobga oling.

Ilova va API’ga kirish

Yevropa Ittifoqi tashkilotlari uchun brauzer orqali tizimga kirish va ilovaga kirish uchun ikkala API xostnomiga ruxsat bering. To‘g‘ridan-to‘g‘ri API integratsiyasi uchun tashkilotingizga biriktirilgan hududiy URL’dan foydalaning. API quickstart bo‘limiga qarang. Agar tashkilotingiz maxsus ilova yoki tizimga kirish xostnomidan foydalansa, sozlash vaqtida berilgan aniq xostnomni kiriting.

Tizimga kirish talablari

Tizimga kirish so‘rovlari yuqorida keltirilgan auth.livingsecurity.ai orqali yuboriladi. O‘rnatilgan shakl shuningdek ushbu jadvaldagi xostlardan resurslarni yuklaydi. Agar shakl to‘g‘ri ko‘rinmasa, IT jamoangizdan ushbu resurs so‘rovlari bloklanmaganligini tekshirishni so‘rang.

Kontent, CDN’lar va mijoz yuklamalari

Kontentni oldindan ko‘rayotgan administratorlar va uni o‘zlashtirayotgan xodimlar uchun ushbu xostlarga ruxsat bering. Elektron pochtadagi rasmlarni himoya qilish tizimiga rasm xostlariga kirish ham kerak bo‘lishi mumkin. Mijoz resurslari va video xostlari livingsecurity.ai dan boshqa domen bo‘lgan livingsecurity-content-cdn.ai da joylashgan. Faqat *.livingsecurity.ai ga ruxsat berish ularni qamramaydi. Agar shlyuzingiz wildcard’ni qo‘llab-quvvatlamasa, yuqoridagi aniq xostlarni kiriting. Xavfsizlik mahsulotingizda wildcard asosiy domenni yoki ichma-ich subdomenlarni ham qamramasligi mumkin. Agar tashqi serverda joylashtirilgan kontentni qo‘shsangiz, shu kontent foydalanadigan manzillarga ham ruxsat bering. Kontentni xodimlarga tayinlashdan oldin ushbu manzillarni ko‘rib chiqing.

Yuklash manzillari

Kontent yoki brendlash fayllarini yuklaydigan administratorlar. Bu manzillar yangi yuklamalarni qabul qiladi; mavjud kontentni ko‘rayotgan xodimlarga yuqoridagi CDN xostlari kerak. Rasmlar, hujjatlar, maxsus shriftlar, reporter ikonkalari va SCORM paketlari uchun resurs yuklash xostlarining ikkalasiga ham ruxsat bering. Mavjud rasmlar va hujjatlar o‘zlarining dastlabki saqlash hududida qolishi mumkin. Tashkilotingiz hududi uchun video API’dan foydalaning. Fayllarni yuklash uchun PUT va OPTIONS ga, qayta tiklanadigan video yuklamalar uchun esa POST, PATCH, HEAD, DELETE va OPTIONS ga ruxsat bering. Ilova taqdim etgan URL so‘rov qatorlari va yuklash sarlavhalarini saqlab qoling. SCORM paketlari 500 MiB gacha (524288000 bayt) bo‘lishi mumkin. To‘liq paketni bitta yuklash so‘rovida o‘tkazishga ruxsat bering; shlyuzingizdagi so‘rov tanasi uchun pastroq chegara yuklashni bloklashi mumkin. Yuklash manzillari 2026-yil 4-noyabrda AQSh va Yevropa Ittifoqi Production muhitlarida tekshirilgan.

Qo‘shimcha funksiyalar va integratsiyalar

  • SSO/MFA va integratsiya roziligi: identifikatsiya provayderingizga hamda ulanayotgan har bir tizimning tizimga kirish/rozilik sahifalariga ruxsat bering.
  • Onboarding turlari: onboard.livingsecurity.ai, .ai wildcard’i bilan qamrab olingan; TCP 443 da HTTPS va xavfsiz WebSocket’larga ruxsat bering.
  • Livvy va jonli yangilanishlar: TCP 443 da oqimli HTTPS javoblariga va xavfsiz WebSocket’larga ruxsat bering.
  • Tashqi kontent, maxsus domenlar va LMS’ingiz: tashkilotingiz foydalanadigan aniq xostlarni kiriting. Joylashtirilgan SCORM’ni Learner tarmog‘idan sinab ko‘ring.

Ulangan tizimlaringizdagi IP qoidalari

Agar ulanayotgan tizim API’ga kirishni manba IP bo‘yicha cheklasa, ushbu manzillarni o‘sha tizimning API allowlist’iga qo‘shing. Bular Living Security ma’lumot so‘raganda tizim ko‘radigan manba manzillaridir. Ular xodim qurilmalari uchun chiquvchi manzillar emas. To‘rtta sync manzilining barchasiga ruxsat bering (AQSh va Yevropa Ittifoqida bir xil): Quyidagi integratsiyalardan birortasidan foydalansangiz, hududingiz uchun platforma juftligiga ham ruxsat bering: Platforma juftligi shuningdek to‘g‘ridan-to‘g‘ri egress uchun sozlangan ulanishlarga va to‘g‘ridan-to‘g‘ri Actions talab qiladigan provayderlarga ham tegishli. Autentifikatsiya, sinxronlash va Actions uzluksiz ishlashi uchun ikkala manzillar to‘plamini ham ruxsat etilgan holda saqlang: Autentifikatsiya va ma’lumotlar sinxronlashi ishlashda davom etishi uchun sozlashdan so‘ng ham barcha zarur manzillarni ruxsat etilgan holda saqlang. Ushbu yozuvlardan faqat integratsiya API’siga kirish uchun foydalaning. Provayderga xos talablar integration egress guide bo‘limida keltirilgan.

Ishga tushirishdan oldin tekshirish

Xodimlaringiz foydalanadigan korporativ tarmoq, proksi, VPN, endpoint himoyasi va pochta qutisi boshqaruvlari orqali sinab ko‘ring:
  • Dashboard va Engage’ga kiring; SSO/MFA’dan o‘ting yoki ishlaydigan elektron pochta orqali kirish havolasini oling.
  • Dashboard sahifasini oching va Livvy’ga savol bering.
  • Katalogdagi rasmlarni oching, taglavhali videoni ijro eting va yuklab olinadigan hujjatni oching.
  • Mijoz resursini yuklang, so‘ng uni Learner sifatida oldindan ko‘ring; agar foydalansangiz, yuklangan SCORM paketini ishga tushiring.
  • Xush kelibsiz yoki training topshirig‘i xatini yetkazing; uning jo‘natuvchisi, autentifikatsiyasi, havolalari va rasmlarini tekshiring.
  • Tanlangan yetkazib berish yo‘lida simulyatsiyani ishga tushiring; inbox’ga yetib kelishini, landing sahifasiga kirishni va javobga asoslangan stsenariylar uchun javoblarni tekshiring.
  • Yoqilgan har bir integratsiyani ulang va faqat muvaffaqiyatli avtorizatsiyani emas, balki haqiqiy ma’lumotlar sinxronlashini tekshiring.
Agar biror tekshiruv muvaffaqiyatsiz bo‘lsa, bloklangan xostnom, vaqt, hudud, ta’sirlangan funksiya hamda shlyuz xatosi yoki pochta izini qayd etib, Support bilan bog‘laning. Diagnostika ma’lumotlarini ulashishdan oldin hisob ma’lumotlari, sessiya tokenlari va imzolangan URL so‘rov qatorlarini olib tashlang. Konfiguratsiya o‘zgarganda ushbu qo‘llanmani va eksport qilingan simulyatsiya paketini qayta tekshiring.