Mevcut araçlarınızın yanında durur: bilet sistemi, kimlik sistemi, güvenlik olay platformuIt sits next to the tools you already run: ticketing, identity and your security event platform

Her talep türü ITSM'de karşılığına bağlanırEach request type maps to its record in the ticketing system

Bilet sistemi kapalı ya da ulaşılamaz olduğunda ne olurWhat happens when the ticketing system is off or unreachable

• Kapalıyken talep bilet numarasını yalnız biçim kuralına göre doğrular. Entegrasyon varsayılan olarak kapalı gelir.While it is off the request checks the ticket number against the format rule only. The integration ships switched off.
• Ulaşılamazsa kurum iki seçenekten birini belirler: işlemi durdur, ya da işlem sürsün ama doğrulamanın yapılamadığı kayda geçsin ve SOC'a alarm gitsin. Varsayılan ikincisidir. Bilet sistemine ulaşılamaması acil talebi kilitlemez.When it cannot be reached you choose one of two options: stop the work, or let it continue while the failed check is recorded and an alarm goes to the SOC. The default is the second. An unreachable ticketing system does not lock an emergency request.
• Zamanlanan iş için, çalışma saatinde kapının kesin olarak durduracağı durumlar zamanlama sırasında yakalanır; gece duran bir işi sabah e-postayla öğrenmezsiniz.For a scheduled job, cases where the gate will certainly stop it at run time are caught while you schedule it, so you do not learn about a stalled night job from an email in the morning.

Denetçiye ne gösterirWhat it shows the auditor

Ürünün bilet sisteminde o an gördüğü kayıt (durum, tür, onay alanı) denetim izine olduğu gibi dondurulur. Bilet sistemindeki kayıt sonradan değişse bile "o gün ne görüldü" sorusunun cevabı kaybolmaz. Kurala uymayan bilet, doğrulanamayan kayıt, kapıda duran ya da kurul onayı aranmadan geçen çalıştırma ve gönderilemeyen notlar ayrı olay adlarıyla yazılır ve süzgeçten etkilenmeden SOC'a gider.The record the product saw at that moment (state, type, approval field) is frozen into the audit trail as it was. Even if the record in the ticketing system changes later, the answer to "what was seen that day" is not lost. A ticket that breaks the rule, a record that could not be verified, an execution stopped at the gate or passed without CAB approval, and notes that could not be delivered are written under their own event names and reach the SOC regardless of the filter.

• Parola dizinde doğrulanır. Üründe tutulmaz. Bağlantı LDAPS ya da StartTLS ile şifrelenir; sertifika doğrulaması yalnız açıkça izin verilirse atlanır. Boş parola dizine hiç gönderilmez, çünkü birçok dizinde boş parolalı bağlantı anonim giriş sayılır ve başarılı döner.The password is checked in the directory. It is not kept in the product. The connection is encrypted with LDAPS or StartTLS; certificate validation is skipped only if you explicitly allow it. An empty password is never sent to the directory, because on many directories an empty password bind counts as an anonymous sign in and succeeds.
• Roller gruptan gelir. İç içe gruplar okunur; bir okuma hatasında rol düşürülmez, çünkü eksik okunmuş bir liste yetkiyi sessizce azaltırdı. Eşleme tam ad ya da kısa ad ile yapılabilir.Roles come from groups. Nested groups are read; a read error never lowers a role, because a partly read list would quietly cut someone's access. Mapping can use the full name or the short name.
• Dizinde kapatılan hesap ürüne de giremez. Arka plandaki bir eşitleme işi dizinde kapalı ya da bulunamayan hesapları erişimsiz hale getirir. Son sistem yöneticisi bu yolla kapatılmaz. Eşitleme toplu kapatma sınırına takılırsa ya da dizine ulaşamazsa iş hiçbir değişiklik yapmadan durur ve bu SOC'a alarm olarak gider.An account disabled in the directory cannot sign in here either. A background job sets accounts that are disabled or missing in the directory to no access. The last system manager is never closed this way. If the sync hits its mass disable limit or cannot reach the directory, it stops without changing anything and that goes to the SOC as an alarm.
• İkinci faktör. Zaman tabanlı tek kullanımlık kod (kimlik doğrulayıcı uygulama) desteklenir. "İkinci faktör açık" ile "herkes kullanıyor" aynı şey değildir: kayıt zorunluluğu ayrı bir ayardır. O ayar açıkken kaydolmamış kullanıcının oturumu yalnız kurulum adımına yarar, başka hiçbir işe yaramaz.Second factor. A time based one time code (authenticator app) is supported. "Second factor on" is not the same as "everyone uses it": mandatory enrolment is a separate setting. While it is on, the session of a user who has not enrolled works only for the enrolment step and for nothing else.