Kimlik ve SSO
Çalışanlarınızın ve müşterilerinizin her uygulamaya tek hesapla, güvenle girmesini sağlayın
Active Directory'niz yerinde kalır; tek oturum açma, çok faktörlü doğrulama ve erişim denetimi Nesnet'in kendi geliştirdiği NIM ile, login.sirketiniz.com gibi kendi adresinizde çalışır.
Neden şimdi
- Çalışan başına on beş uygulama ve on beş ayrı parola var. Muhasebeden ayrılan bir çalışanın AD hesabı kapatıldı ama bulut uygulamalarındaki hesabı üç ay boyunca açık kaldı; bunu bir denetçi fark etti.
- Bir pazarlama müdürünün parolası oltalama e-postasıyla çalındı ve hesapla gece yarısı yurt dışından giriş yapıldı. İkinci doğrulama adımı olsaydı parola tek başına işe yaramazdı.
- Büyük bir müşterinizin sözleşmesi, kimin hangi sisteme eriştiğini her çeyrekte gözden geçirmenizi ve görev ayrılığını belgelemenizi istiyor. Excel tablosuyla yapılan gözden geçirme hem yavaş hem kanıtsız.
- Yazılımınıza müşteri girişi eklemeniz gerekiyor. Kayıt, e-posta doğrulama ve parola sıfırlama ekranlarını sıfırdan yazmak, bakımı hiç bitmeyen ayrı bir proje demek.
- Active Directory'yi bulut uygulamalarına açmak için güvenlik duvarına içeri doğru kural yazmanız isteniyor ve güvenlik ekibiniz bu riski kabul etmiyor.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Her uygulamanın ayrı parolası var; çalışanlar aynı parolayı her yerde kullanıyor. | Çalışanlar tek hesapla, kendi alan adınızdaki giriş ekranından bütün uygulamalara girer. |
| Ayrılan çalışanın hesapları uygulama uygulama kapatılır, biri mutlaka unutulur. | AD'de kapatılan hesap NIM'e giremez, dolayısıyla NIM'e bağlı hiçbir uygulamaya da giremez. |
| Çalınan bir parola, saldırgana bütün kapıları açar. | Girişte telefona gelen onay ya da kod istenir; riskli girişlerde ek adım devreye girer. |
| Erişim gözden geçirme Excel ve e-postayla yürür, kanıtı dağınıktır. | Talep, onay ve dönemsel gözden geçirme konsolda yapılır; her karar kayda geçer. |
| AD'yi buluta açmak için güvenlik duvarında içeri kapı açılır. | Ağınızdaki bağlayıcı yalnız dışarı bağlanır; içeri doğru tek bir port açılmaz. |
Bugünden canlıya: nasıl işler
- 1
İhtiyaç görüşmesi
Kaç kullanıcınız olduğunu, hangi uygulamaların bağlanacağını ve dizininizin nerede durduğunu Nesnet ekibiyle bir görüşmede netleştirirsiniz. Görüşmenin sonunda geçiş sırası ve fiyatı belirleyen kalemler bellidir.
- 2
Kiracınız açılır
Kiracınızı Nesnet açar, yönetici konsoluna kuruluşunuza özel adresten girersiniz. İlk ekrandaki kurulum listesi sizden çok faktörlü doğrulamayı açmanızı, ilk uygulamanızı bağlamanızı ve markanızı ayarlamanızı ister.
- 3
Dizininiz bağlanır
Windows dizin bağlayıcısı ağınızdaki bir sunucuya MSI ile kurulur; sihirbaz AD alanını kendisi bulur, sizden yalnız servis hesabı istenir. AD'si olmayan kullanıcılar CSV'den toplu içe aktarılıp davet edilir.
- 4
İlk uygulamalar ve pilot grup
Uygulama ekleme sihirbazıyla ilk birkaç uygulamayı bağlar, küçük bir pilot grupla tek girişi ve ikinci doğrulama adımını denersiniz. Sorunsuz çalıştığı görülünce diğer gruplar sırayla eklenir.
- 5
Bütün şirkete yayılım
Kalan uygulamalar bağlanır, ikinci doğrulama adımı herkes için zorunlu hâle getirilir ve eski parolalar kullanımdan kalkar. Denetim kaydı ve güvenlik skoru ilk günden itibaren ilerlemeyi gösterir.
Neler alırsınız
Bütün uygulamalara tek oturum
Çalışanlar bir kez giriş yapar, yetkili oldukları bütün uygulamalara yeniden parola girmeden geçer. Uygulamalar OpenID Connect / OAuth 2.0 ya da SAML 2.0 ile bağlanır; SAML'de hem uygulamadan hem kimlik sağlayıcısından başlayan giriş çalışır.
Active Directory'yi taşımadan bağlayın
Dizinden gelen kullanıcı girişte AD parolasıyla canlı doğrulanır; profil alanları dizinin malıdır ve NIM'de salt okunur görünür. Kullanıcıları taşımanız, parolaları sıfırlamanız ya da çalışanlara yeni bir hesap dağıtmanız gerekmez.
Güvenlik duvarınızda içeri kapı açmayın
Dizin bağlayıcısı ağınızdaki bir Windows sunucuya kurulur ve NIM'e yalnız dışarı doğru, 443 numaralı porttan şifreli bağlantıyla bağlanır. Güvenlik duvarınıza içeri doğru kural eklenmez, AD'niz internete açılmaz.
Parola değişikliği dizine geri yazılır
Kullanıcı parolasını NIM'in portalında değiştirdiğinde yeni parola Active Directory'ye de yazılır. Çalışan iki ayrı parola hatırlamaz, yardım masası da iki sistemde ayrı ayrı sıfırlama yapmaz.
Telefonla onaylanan ikinci adım
Çok faktörlü doğrulamada kullanıcı girişi NIM Authenticator uygulamasına gelen bildirime dokunarak onaylar ya da uygulamadaki tek kullanımlık kodu girer. Çalınan bir parola tek başına hesaba girmeye yetmez; kurtarma kodları telefon kaybında kapıyı açık tutar.
Bağlama göre karar veren erişim
Yeni bir ağdan, yeni bir ülkeden ya da imkânsız bir hızla art arda gelen girişlerde ek doğrulama istenir. Koşullu erişim kurallarıyla kullanıcı, grup, uygulama, ülke ve cihaz bağlamına göre girişe izin verilir, ek adım istenir ya da giriş reddedilir.
Dış hesaplarla giriş
Google, Microsoft Entra, GitHub, Facebook ve LinkedIn ile giriş hazır gelir; bunların dışındaki her OpenID Connect ya da SAML sağlayıcısı eklenebilir. Yerel kullanıcılar, AD'den gelenler ve dış hesapla girenler aynı konsolda yan yana yönetilir.
Kendi alan adınız ve kendi görünümünüz
Giriş adresi login.sirketiniz.com gibi kendi alan adınıza yönlendirilir, şifreleme sertifikası otomatik üretilir ve yenilenir. Kendi yazı tipinizi, arka planınızı ve renklerinizi canlı önizlemede görerek ayarlarsınız; davet ve parola sıfırlama e-postaları da markanızla gider.
Grup tabanlı erişim ve uygulama kapısı
Bir gruba atanan rolü grubun bütün üyeleri devralır; rol uygulamaya giden kimlik belirtecine yazılır ve orada yetkiye dönüşür. Uygulamada rolü olmayan kullanıcıya belirteç verilmez, giriş daha NIM'de reddedilir.
Ayrılan çalışanın erişimi tek adımda kapanır
AD'de devre dışı bırakılan hesabın girişi hemen düşer, açık oturumları da dönemsel süpürmede kapatılır. Yönetici bir kullanıcının bütün oturumlarını tek işlemle sonlandırabilir; işten ayrılış listesinde unutulan bir uygulama kalmaz.
Kullanıcıları otomatik aktarın
SCIM 2.0 ile kullanıcılar ve gruplar başka bir kimlik sağlayıcısından NIM'e, NIM'den de SCIM konuşan uygulamalara kendiliğinden aktarılır. İşe başlayan çalışanın hesapları ilk gün hazır olur, ayrılanın hesapları dönemsel uzlaştırmayla temizlenir.
Erişim talebi ve onay
Çalışan ihtiyaç duyduğu erişimi portaldan ister, onaylayan kişi kararını kayıtlı olarak verir. Sık birlikte verilen yetkiler erişim paketlerinde toplanır; yeni bir satış temsilcisine gereken altı uygulama tek bir taleple açılır.
Dönemsel gözden geçirme ve görev ayrılığı
Dönemsel gözden geçirmelerde her erişimin sahibine bu erişim hâlâ gerekli mi diye sorulur ve cevap kayda geçer. Görev ayrılığı kuralı, ödeme onaylama ile tedarikçi ekleme gibi çakışan iki yetkinin aynı kişide birleşmesini engeller.
Eski uygulamalar için parola kasası
Tek oturum desteklemeyen eski uygulamaların parolası şifreli saklanır ve giriş formu kullanıcı adına otomatik doldurulur. Yönetici başkasının parolasını okuyamaz; çalışan ayrıldığında kasadaki erişimi de diğerleriyle birlikte kapanır.
Denetim kaydı ve SIEM aktarımı
Giriş, parola, MFA, hesap kilidi ve yönetici işlemleri kim, ne zaman, hangi IP'den, hangi uygulamaya ve hangi sonuçla sorularının cevabıyla kaydedilir. Kayıtlar varsayılan olarak bir yıl saklanır ve syslog ya da webhook ile kendi SIEM'inize aktarılır.
Hazır raporlar ve güvenlik skoru
Kiracı konsolunun açılış ekranındaki güvenlik skoru, skoru düşüren nedenleri önem sırasıyla listeler ve her birinden çözüm ekranına götürür. Raporlar sunucuda üretilir, PDF ya da CSV olarak indirilir ve denetçinin istediği tarihe zamanlanabilir.
KVKK süreçleri ürünün içinde
Aydınlatma metni girişte kabul ettirilir; kimin hangi sürümü ne zaman kabul ettiği kaydedilir. Açık rıza amaçları ayrı ayrı yönetilir, kullanıcı kendi verisinin tam kopyasını indirebilir ve yöneticinin silme işlemi bağlı bütün depolara uygulanır.
Çalışan için self servis portal
Çalışan, yetkili olduğu uygulamaları tek tıkla açtığı bir sayfaya girer; parolasını değiştirir, açık oturumlarını görüp kapatır ve kendi etkinlik geçmişini indirir. Parolasını unutan kullanıcı yardım masasını aramadan kendi kendine sıfırlar.
Geliştiricilere parolasız cluster erişimi
Bir Kubernetes cluster'ı NIM'e bağlandığında tam, düzenleme ve okuma rolleri oluşur; kullanıcı portaldan parola içermeyen bir kubeconfig indirir ya da tarayıcı içi terminal açar. İmaj deposu için tek kullanımlık komut satırı sırrı, VPN için kişiye özel profil üretilir.
Kendi uygulamanızın müşterileri için giriş
Kendi ürününüzün müşterileri için kayıt, e-posta doğrulama, kendi alan adı ve markalı giriş hazırdır. Her proje ayrı kullanıcı havuzu, alan adı ve markası olan yalıtılmış bir alandır; çözüm ortakları kendi müşterileri için ayrı projeler açabilir.
Neden Nesnet
Yazılım Nesnet'in, motor açık kaynak
NIM'in kimlik motoru açık kaynaktır ve bu açıkça söylenir. Üstündeki çok kiracılı kontrol düzlemi, üç portal, Active Directory bağlayıcısı ve NIM Authenticator mobil uygulaması Nesnet ekibinin yazdığı koddur; başka bir firmanın kimlik hizmetinin yeniden satışı değildir.
Nesnet kendi sistemlerine de NIM ile girer
Nesnet'in bulut portalı, imaj deposu, Kubernetes, SD-WAN yönetim paneli ve VPN girişleri NIM üzerinden yapılır. Size sunulan kimlik altyapısı, Nesnet yöneticilerinin her gün kendi platformlarına girerken kullandığı altyapının aynısıdır.
Verileriniz Türkiye'de kalır
Kullanıcı, oturum ve denetim verisi Nesnet'in Equinix İstanbul (Dudullu) ve Türk Telekom Ankara tesislerindeki altyapısında, Türkiye'de durur. Giriş sayfasının bot koruması da Nesnet'in kendi sunucusunda çalışır; ziyaretçi verisi üçüncü taraf bir hizmete gitmez.
Türkçe arayüz, Türkçe kılavuz
Yönetici konsolu ve çalışan portalı Türkçe ve İngilizce çalışır, ürün kılavuzları Türkçe yazılmıştır. KVKK aydınlatma metni ve rıza makbuzu ürünün içinde gelir; ayrı bir araç gerekmez.
Ayrı ürün gerektirmeyen yönetişim
Erişim talebi ve onayı, dönemsel gözden geçirme, görev ayrılığı ve eski uygulamalar için parola kasası aynı konsoldadır. Başka sağlayıcılarda ek paket olarak satılan bu parçalar için ikinci bir sözleşme imzalamazsınız.
Nesnet'in kendi ürünü, Türkçe destek
NIM'i Nesnet geliştirir ve işletir. Bir entegrasyon sorusunda ya da arızada Nesnet destek ekibi size Türkçe yardımcı olur.
Örnek senaryolar
İşten ayrılan çalışanın hesapları
Durum
Active Directory kullanan bir dağıtım şirketinde çalışanlar on beşe yakın uygulamaya ayrı ayrı giriyor. Biri ayrıldığında AD hesabı kapatılıyor ama bulut uygulamalarındaki hesapları unutuluyor.
Sonuç
Uygulamalar NIM'e bağlandıktan sonra AD'de kapatılan hesap NIM'e giremez, dolayısıyla NIM'e bağlı hiçbir uygulamaya da giremez; açık oturumu süpürmede kapanır. Hangi uygulamaya en son ne zaman girildiği denetim kaydında görünür.
Çalınan parola, durdurulan giriş
Durum
Bir sigorta acentesinde bir çalışan oltalama sayfasına parolasını girdi. Saldırgan aynı gece başka bir ülkeden hesaba girmeyi denedi.
Sonuç
Giriş yeni bir ülkeden geldiği için ek doğrulama istendi; telefona gelen onay reddedildi ve deneme denetim kaydına düştü. Yönetici sabah kullanıcının parolasını sıfırladı ve bütün oturumlarını tek işlemle kapattı.
Çeyreklik erişim denetimi
Durum
Bir ödeme kuruluşu, kimin hangi sisteme eriştiğini her çeyrekte gözden geçirmek ve görev ayrılığını kanıtlamak zorunda. Gözden geçirme haftalar süren e-posta trafiğiyle yürüyordu.
Sonuç
Gözden geçirme kampanyası konsoldan başlatıldı, her erişimin sahibi kararını portaldan verdi ve sonuç PDF rapor olarak denetçiye gitti. Görev ayrılığı kuralı, çakışan iki yetkinin aynı kişiye verilmesini baştan engelliyor.
Yazılım ürününe müşteri girişi
Durum
Bir yazılım evi, sattığı uygulamaya müşteri kaydı ve girişi eklemek istiyor. Kayıt, e-posta doğrulama ve parola sıfırlama ekranlarını kendi ekibiyle yazıp bakımını yapmak istemiyor.
Sonuç
Uygulama için NIM'de ayrı bir proje açıldı; müşteriler kendi markalı giriş ekranında kayıt olup e-postalarını doğruluyor. Ekip yalnız uygulamasını OpenID Connect ile bağladı.
Geliştirme ekibine tek kimlik
Durum
Bir geliştirme ekibi Kubernetes cluster'larına paylaşılan kubeconfig dosyalarıyla, imaj deposuna ortak bir parolayla bağlanıyordu. Ekipten ayrılan bir geliştiricinin erişimi belirsiz kaldı.
Sonuç
Cluster'lar ve imaj deposu NIM'e bağlandı; her geliştirici kendi kimliğiyle parolasız kubeconfig indiriyor. Ayrılan bir geliştiricinin erişimi AD hesabıyla birlikte kapanıyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| NIM'i geliştirir, işletir, günceller ve üretimde yedekli çalıştırır. | Dizin bağlayıcısını ağınızdaki bir sunucuya kurar ve çalışır durumda tutarsınız. |
| Kiracınızı açar; her kiracı için asgari güvenlik ayarlarını belirler. | Hangi grubun hangi uygulamaya erişeceğine ve rollerin neler olacağına karar verirsiniz. |
| Özel alan adınız için şifreleme sertifikasını üretir ve yeniler. | Uygulamalarınızı OIDC ya da SAML ile NIM'e bağlarsınız. |
| Giriş yolundaki bot korumasını ve sızmış parola denetimini kendi altyapısında çalıştırır. | Dönemsel erişim gözden geçirmelerini başlatır ve sonuçlarını takip edersiniz. |
| NIM Authenticator mobil uygulamasını geliştirir ve güncel tutar. | Aydınlatma metninin ve rıza amaçlarının içeriğini hazırlar, çalışanlarınıza NIM üzerinden sunarsınız. |
Kimler için
Active Directory kullanan kurumlar
Yıllardır Active Directory kullanan ve kullanıcıları taşımadan tek giriş, ikinci doğrulama adımı ve denetim kaydı eklemek isteyen kurumlar. Çalışanlar AD parolasıyla girmeye devam eder; değişen tek şey, her uygulamanın aynı kapıdan açılmasıdır.
Denetime ve KVKK yükümlülüğüne tabi kurumlar
Kimin hangi sisteme kimin onayıyla eriştiğini dönemsel olarak belgelemesi gereken finans, sağlık ve kamu tedarikçileri. Erişim talebi, onay, gözden geçirme ve görev ayrılığı aynı konsolda kayıt altına alınır.
Müşteri girişi isteyen yazılım ekipleri
Kendi uygulamasına kayıt, e-posta doğrulama ve markalı giriş eklemek isteyen yazılım evleri. Her ürün kendi kullanıcı havuzu, alan adı ve markasıyla ayrı bir projede durur; giriş ekranlarını sıfırdan yazmanız gerekmez.
Cluster ve VPN kullanan geliştirme ekipleri
Kubernetes, imaj deposu ve VPN kullanan geliştirme ekipleri. Cluster'a, imaj deposuna ve VPN'e aynı kimlikle girilir; kubeconfig dosyası ya da paylaşılan parola ekip içinde dolaştırılmaz.
Uzaktan ve şubelerden çalışan şirketler
Çalışanları evden, sahadan ve şubelerden bulut uygulamalarına bağlanan kurumlar. Yeni bir ülkeden ya da alışılmadık bir ağdan gelen girişte ek doğrulama istenir, giriş belirli ülkelerle sınırlanabilir.
Uygun olmayabilir
Uygulamalarının LDAP üzerinden sorgulayabileceği bir dizin sunucusu arayanlar. NIM kurum dizinine bağlanır ama uygulamalara LDAP sunucusu olarak hizmet vermez; bu uygulamalar Active Directory'nize bağlı kalır, web ve mobil uygulamalar NIM'e OIDC ya da SAML ile bağlanır.
Tek bir uygulaması olan ve o uygulamanın kendi kullanıcı yönetimiyle yetinen küçük ekipler. Bu durumda uygulamanın kendi girişini ve kendi doğrulama adımını kullanmak daha az iş çıkarır.
Altyapının içi
NIM, açık kaynak bir kimlik motoru üzerine Nesnet'in yazdığı kontrol düzlemi, portallar ve motor eklentilerinden oluşur. Kullanıcı, oturum ve yapılandırma verisi Nesnet'in işlettiği ilişkisel bir veritabanında durur. Kontrol düzlemi kiracıları, markaları, alan adlarını ve güvenlik politikalarını yönetir; motora Nesnet'e özgü giriş adımları eklentilerle eklenir. Üç ayrı yüzey vardır: Nesnet'in kullandığı sağlayıcı konsolu, yöneticilerinizin kullandığı kiracı konsolu ve çalışanlarınızın girdiği self servis portal. Üçü de Türkçe ve İngilizce çalışır, açık ve koyu tema sunar. Kiracı konsolunuz sirketiniz-admin.id.nesnet.com, self servis portalınız sirketiniz.id.nesnet.com adresinde açılır; istenirse giriş login.sirketiniz.com gibi kendi alan adınıza taşınır ve TLS sertifikası otomatik üretilir.
Yapı taşları
- Kimlik motoru ve Nesnet kontrol düzlemi
- OpenID Connect, SAML 2.0 ve oturumlar; kiracı, marka, alan adı ve politika yönetimi Nesnet'in kodudur
- Nesnet motor eklentileri
- motora Nesnet'e özgü giriş adımları ve davranışlar ekler
- Otomatik sertifika yönetimi
- özel alan adı için TLS sertifikasını üretir ve yeniler
- Üç portal
- sağlayıcı konsolu, kiracı yönetici konsolu, son kullanıcı self servis portalı
- Dizin bağlayıcı (Windows, MSI)
- müşteri ağında çalışır, NIM'e yalnız dışarı doğru TLS/443 ile bağlanır
- Kimlik veritabanı
- kullanıcı, oturum ve yapılandırma verisi; Nesnet işletir
- NIM Authenticator (iOS ve Android)
- push onayı ve doğrulama kodları
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Açık kaynak bir kimlik sunucusunu kendiniz kurmak | Kimlik motorunu kendi altyapınızda çalıştırmak, sürüm yükseltmelerini ve veritabanını kendi ekibinizle yönetmek istiyorsanız doğru seçim budur; NIM'in motoru da açık kaynaktır. Bu yolda çok kiracılı konsol, AD bağlayıcısı, markalama, erişim gözden geçirme ve mobil doğrulama uygulaması sizin kurmanız ya da yazmanız gereken parçalar olarak kalır. |
| Yalnız Active Directory ile devam etmek | Bütün uygulamalarınız şirket ağının içinde çalışıyor ve dışarıya açılan bir web uygulamanız yoksa Active Directory tek başına yetebilir. Bulut uygulamaları, uzaktan çalışan ekip ya da müşteri girişi devreye girdiğinde AD'nin yanına bir kimlik sağlayıcı (IdP) gerekir; NIM bu katmanı AD'yi yerinde bırakarak ekler. |
| Her uygulamanın kendi kullanıcı yönetimi | Bir ya da iki uygulamanız varsa ve çalışan sayısı az ise her uygulamada ayrı hesap tutmak yönetilebilir. Uygulama sayısı arttıkça işten ayrılan kişinin hesaplarını tek tek kapatmak ve kimin neye eriştiğini bilmek zorlaşır; tek kimliğin karşılığı bu noktada belirginleşir. |
Teknik özellikler
| OpenID Connect / OAuth 2.0 | Yetkilendirme kodu + PKCE |
|---|---|
| PKCE ve yönlendirme | Tarayıcı ve mobil istemcide S256 zorunlu; yönlendirme adresi tam eşleşme |
| SAML 2.0 | SP ve IdP başlatmalı akış |
| İleri OAuth akışları | Token değişimi (RFC 8693), DPoP, PAR, Device Authorization Grant (RFC 8628); uygulama başına |
| Oturum kapatma | RP başlatmalı çıkış, uygulama başına back-channel logout, kullanıcının bütün oturumlarını tek işlemle kapatma |
| Token içeriği | sub, email, groups, uygulamaya özel roller · JWKS ile doğrulanan imza |
| Dizin | Active Directory / LDAP bağlama (dizin yönünde; NIM uygulamalara LDAP sunucusu değildir) |
|---|---|
| Bağlayıcı yönü | Yalnız dışarı doğru TLS/443 (WebSocket); içeri port açılmaz |
| Bağlayıcı kurulumu | Windows MSI; sihirbaz AD alanını ve etki alanı denetleyicisini bulur |
| Kapatılan AD hesabı | Giriş hemen düşer; açık oturum varsayılan 15 dakikalık süpürmede kapanır |
| Parola geri yazma | NIM'de değişen parola AD'ye yazılır |
| Dış kimlik sağlayıcılar | Google, Microsoft Entra, GitHub, Facebook, LinkedIn; her özel OIDC / SAML sağlayıcı |
| Özel alan adı | login.sirketiniz.com (CNAME); TLS sertifikası otomatik; sağlayıcı ibaresi kaldırılabilir |
|---|---|
| Markalama | Kendi web fontu, arka plan, özel CSS, canlı önizleme |
| Sistem e-postaları | Markalı şablon; kendi SMTP sunucunuz ya da platform sunucusu |
| Arayüz dili | Türkçe ve İngilizce; açık ve koyu tema |
| Denetim kaydı | Kim, ne zaman, hangi IP, hangi uygulama, sonuç |
|---|---|
| SIEM aktarımı | RFC 5424 syslog (UDP/TCP), CEF ya da JSON; webhook |
| Kayıt saklama | Varsayılan 365 gün |
| Raporlar | Sunucuda üretilir; PDF / CSV; zamanlanabilir |
| Sızmış parola denetimi | k-anonimlik (SHA-1 özetinin ilk 5 hanesi) |
| Bot koruması | İş kanıtı (proof of work), Nesnet sunucusunda; resim bulmacası yok |
| Riskli giriş sinyalleri | Yeni ağ, yeni ülke, imkânsız seyahat (IP konum verisi) |
| Oturum sınırı | Eşzamanlı oturum sınırı (varsayılan kapalı), her yerden çıkış |
| Motor ve katmanlar | Açık kaynak motor + Nesnet'in yazdığı kontrol düzlemi, portallar ve motor eklentileri |
|---|---|
| Fiyat birimi | Kullanıcı başına |
Bir şey bozulursa
Bir çalışanın AD hesabı kapatılırsa
Kullanıcının NIM'e girişi o anda düşer, çünkü parola her girişte AD'ye canlı sorulur. Tarayıcıda açık kalmış oturumu da dönemsel süpürmede, varsayılan olarak 15 dakika içinde kapanır.
Kullanıcı telefonunu ya da doğrulama yöntemini kaybederse
Kullanıcı kendisine bir kez gösterilen kurtarma kodlarından biriyle girer. Kodları da yoksa yönetici, kullanıcı ayrıntısı ekranından kayıtlı yöntemi sıfırlar ve kullanıcı yeni yöntemini kaydeder.
Bir hesabın ele geçirildiğinden şüphelenirseniz
Yönetici kullanıcının bütün açık oturumlarını tek işlemle kapatır. Denetim kaydında o hesabın hangi IP'den, hangi uygulamaya ve ne zaman girdiği görünür; aynı kayıtlar SIEM'inize de akmıştır.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Kimlik ve SSO kullanıcı başına ücretlendirilir ve aylık faturalanır. Çok faktörlü doğrulama ayrı bir kalemdir, o da kullanıcı başınadır; NIM Authenticator mobil uygulaması için ayrıca ücret alınmaz.
Fiyatı belirleyenler
- NIM'de hesabı bulunan kullanıcı sayısı
- Çok faktörlü doğrulamanın ayrı kalem olarak eklenip eklenmediği (kullanıcı başına)
- Kullanıcılara dağıtılan NIM Authenticator mobil uygulaması için ayrıca ücret alınmaz
Nasıl başlarsınız
- 1.Formu doldurun ya da 0800 606 1071'i arayın.
- 2.Kullanıcı sayısı ve bağlanacak uygulamalar bir görüşmede netleşir; fiyat hazırlanır.
- 3.Kiracınız açılır, dizininizi bağlar ve ilk uygulamayı eklersiniz.
Tek kimliğe geçişi bir görüşmeyle başlatın
Kaç kullanıcınız ve hangi uygulamalarınız olduğunu Nesnet ekibine anlatın; aynı iş günü içinde dönüş yapılır. Active Directory'niz yerinde kalır, içeri tek bir port açılmaz, giriş ekranı sizin adresinizde açılır.