Okta Paylaşılan Sinyaller Çerçevesi

Kimlik riski kararları için doğrulanmış sızıntı sinyalleri

LeakData, yeni tespit edilen ve doğrulanmış yüksek önem düzeyindeki bir ihlal, hesabınızda sahipliği doğrulanmış ya da doğrulanmış alan adlarınızdan birine ait tam bir e-posta adresini etkilediğinde imzalı bir kullanıcı risk değişikliği olayı iletebilir.

Durum
Okta Integration Network'te LeakData Shared Signals adıyla listeleniyor.
LeakData erişimi
SIEM entegrasyon erişimi olan Kurumsal plan.
Sağlayıcı
Okta yöneticisi, SSF alıcı desteği ve ilgili risk politikası özellikleri.

Okta Integration Network'te listeleniyor

Kapsam ve veri sınırları

LeakData doğrulanmış sinyali bildirir. Okta olayı kaydeder ve yöneticinizin yapılandırdığı politikaları değerlendirir. LeakData doğrudan kullanıcı askıya almaz, oturum iptal etmez veya riski otomatik düşürmez.

İletilenler

  • Sahipliği doğrulanmış ya da doğrulanmış alan adlarınızdan birinde yer alan tam e-posta adresi
  • Yüksek kullanıcı riski değişikliği düzeyi
  • Olay zamanı, yayıncı, hedef ve benzersiz token kimliği
  • Nitelikli bulgu sayısını içeren genel bir neden

İletilmeyenler

  • İhlal adları, açığa çıkan değerler, parolalar veya ham kayıtlar
  • Alan adı, aile veya sosyal profil toplu bulguları
  • Doğrulanmamış kaynaklar ya da yapılandırılan eşik altındaki bulgular
  • Otomatik iyileşme veya risk düşürme olayları

Sinyal nasıl ilerler

  1. 01

    Doğrulanmış izleme

    Yalnızca etkin kişisel e-posta izlemeleri uygundur; adresin sahipliği doğrulanmış olmalı ya da adres doğrulanmış alan adlarınızdan birine (alt alan adları dahil) ait olmalıdır.

  2. 02

    Nitelikli bulgu

    Kaynak doğrulanmış olmalı ve seçilen yüksek ya da kritik eşiğini karşılamalıdır.

  3. 03

    İmzalı SET

    LeakData asgari içerikli RS256 Security Event Token'ını imzalar ve müşterinin Okta kuruluşuna gönderir.

  4. 04

    Müşteri politikası

    Okta sağlayıcı olayını kaydeder ve yalnızca müşterinin yapılandırdığı Identity Threat Protection politikalarını uygular.

LeakData Shared Signals kurulumu

LeakData OIN API hizmeti entegrasyonunu yüklemek, bağlamak, doğrulamak ve yönetmek için bu rehberi kullanın. Tüm adımları oturum açmadan okuyabilirsiniz.

Başlamadan önce

  • Kurumsal SIEM entegrasyonu yetkisi olan LeakData hesap sahibi erişimi. Ekip üyesi hesapları bağlantıyı yapılandıramaz.
  • API hizmeti entegrasyonlarını yükleyip yetkilendirebilen bir Okta yöneticisi ve Shared Signals alıcısını destekleyen bir kuruluş. İlgili risk politikası özellikleri Identity Threat Protection gerektirir.
  • Sahipliği doğrulanmış ya da doğrulanmış alan adlarınızdan birine ait bir adresi izleyen etkin bir kişisel e-posta izlemesi. İmzalı sinyal testinde, test Okta kuruluşunda aynı e-postaya sahip kontrollü bir örnek kullanıcı kullanın.

1. Okta içinde yükleyip yetkilendirin

Genel katalog yayını bekleniyor. LeakData kataloğunuzda görünmüyorsa devam etmeden önce güncel kurulum yolu için desteğe başvurun.

  1. Okta yönetim panelinde Applications and Resources > API Service Integrations bölümünü açın; kataloğunuzda kullanılabilir olduğunda LeakData Shared Signals entegrasyonunu yükleyin.
  2. Yalnızca okta.securityEventsProviders.manage iznini yetkilendirin. Bir kez gösterilen Client Secret değerini hemen kopyalayın; aynı örneğin Client ID ve Okta alan adını kaydedin.
  3. https://integrator-1234567.okta.com gibi özelleştirilmemiş kuruluş adresini kullanın. -admin ekini, yolları, sorguları ve port numaralarını kaldırın.
Yalnız OIN inceleme ekibi için

OIN incelemesi sırasında güncel başvuru sürümü için Your OIN Integrations > LeakData Shared Signals > Test integration > Generate instance yolunu izleyin. Install & Authorize seçeneğini kullanın.

Bu bilgiler yüklenmiş bir OIN API hizmeti entegrasyonundan gelir. API token veya Create App Integration yoluyla oluşturulan genel OAuth hizmet uygulaması, aynı OIN Client ID/Secret kurulumunu sağlamaz.

2. LeakData içinde bağlayın

  1. Hesap sahibi olarak oturum açın ve Panel > Entegrasyonlar > Okta Shared Signals bölümüne gidin.
  2. Aynı yetkilendirilmiş örneğin kuruluş adresini, Client ID ve Client Secret değerlerini girin. Yüksek ve kritik veya Yalnızca kritik seçeneğini belirleyin.
  3. Doğrulanmış adres sınırını ve Okta risk politikalarınızın etkisini okuyup onaylayın; ardından Okta bağlantısını kurun. LeakData kimlik bilgilerini doğrular ve güvenlik olay sağlayıcısını oluşturur veya mevcut sağlayıcıyı kullanır.
  4. Kurulumdan sonra sağlayıcı etkindir. LeakData gizli anahtarı şifreler ve tekrar göstermez.
Okta bağlantı panelini açın

3. Bağlantıyı doğrulayın

  1. Risk sinyali göndermeden kimlik bilgilerini ve sağlayıcı durumunu doğrulamak için bağlantı kontrolünü çalıştırın. Sağlayıcının etkin olduğunu ve bağlantı ayrıntılarında sağlayıcı kimliğinin bulunduğunu doğrulayın.
  2. Uygun e-posta izlemelerini inceleyin. Yalnızca sahipliği doğrulanmış ya da doğrulanmış alan adlarınızdan birindeki tam e-posta adresleri uygundur; alan adı izlemesinin kendisi hiçbir zaman gönderilmez.
  3. Ayrılmış bir Test/QA hesabı ve kontrollü Okta Integrator kuruluşunda, imzalı sinyal testi öncesi örnek e-postayı ve politika onayını inceleyin. Test, yapılandırılmış risk politikalarını tetikleyebilir.
  4. HTTP 202 yalnızca kabulü doğrular. Örnek kullanıcı için Okta System Log içinde security.events.provider.receive_event ve user.risk.detect olaylarını kontrol edin. Bilinmeyen bir e-posta sessizce yok sayılabilir.

4. Kimlik bilgilerini veya kuruluşu değiştirin

  1. Aynı kuruluş için kimlik bilgilerini değiştirme seçeneğini açın ve o kuruluşta yetkilendirilmiş LeakData API hizmeti örneğinin yeni Client ID/Secret çiftini girin. Kaydetmek bağlantıyı doğrular ve etkinleştirir.
  2. Gönderimi duraklatmak kuruluş bağını ve kayıtlı kimlik bilgilerini korur. Hesabı başka bir kuruluşa geçişe hazırlamaz.
  3. Aynı kuruluşa gönderimi yeniden başlatmak için Gönderimi başlat seçeneğini kullanın. Ardından Bağlantıyı kontrol et ile sağlayıcının etkin olduğunu doğrulayın.
  4. Farklı bir kuruluş kullanmak için önce bağlantıyı kaldırma bölümünü inceleyin. Kaldırmayı onaylamak sağlayıcıyı, şifrelenmiş kimlik bilgilerini ve yerel gönderim geçmişini siler. Ardından yeni kuruluşu kurun. Kaldırma başarısızsa desteğe başvurun; eski sağlayıcının kaldırıldığını varsaymayın.

Sorun giderme

Kimlik bilgileri reddedildi
Üç değerin de aynı yüklenmiş ve yetkilendirilmiş OIN API hizmeti örneğinden geldiğini kontrol edin. İncelemede güncel başvuru sürümünün örneğini kullanın. API token ve genel OAuth hizmet uygulaması bilgileri bu kurulumla birbirinin yerine kullanılamaz.
İzin veya alıcı erişimi reddedildi
okta.securityEventsProviders.manage izninin yetkilendirildiğini ve Okta kuruluşunuzun SSF alıcısını desteklediğini doğrulayın. Yönetici erişimini ve kuruluş politikalarını inceleyin.
Başka bir kuruluşa zaten bağlı
Yalnızca gösterilen kuruluşun kimlik bilgilerini değiştirin. Duraklatmak bağlantıyı kaldırmaz. Kuruluş değiştirmeden önce yukarıdaki kaldırma adımlarını inceleyin.
Sinyal veya kullanıcı risk olayı yok
Adresin sahipliğinin doğrulandığını ya da adresin doğrulanmış bir alan adında olduğunu, kişisel izlemenin etkin olduğunu, bulgunun doğrulanmış yüksek/kritik bir bulgu olduğunu ve seçilen önem eşiğini kontrol edin. Alıcının kabulü tek başına kullanıcı eşleşmesini veya politika işlemini kanıtlamaz.

Yardıma mı ihtiyacınız var?

Başarısız işlem ve hata koduyla LeakData desteğine başvurun. Parola, Client Secret veya erişim tokenı paylaşmayın.

Sonucu Okta’da doğrulayın

HTTP 202 kabulü, alıcının olayı kabul ettiğini gösterir; Okta kullanıcısının eşleştiğini veya belirli bir politika işleminin gerçekleştiğini kanıtlamaz. Yöneticiler System Log olaylarını ve politika davranışını kendi test kuruluşlarında doğrulamalıdır.