AssetObserve'u rahat kullan.

Dashboard; asset sayisi, aktif findings, risk skoru, coverage ve son scanner aktiviteleri icin gunluk baslangic ekranidir.

1. Sol menuden Dashboard'u ac ve ustteki dort metrik kartini kontrol et.
2. Onboarding seridinden siradaki eksik kurulum adimina git.
3. Detay sayfalara gecmeden Risk snapshot ve Coverage intelligence alanlarini oku.
4. En acil isler icin Priority actions ve Recent scan history alanlarini kullan.

Dashboard bossa once agent token olusturup ilk scan'i calistir.

Agent'lar kontrol ettigin bir network noktasindan yetkili discovery calistirir.

1. Agents sayfasini ac ve enrollment token olustur.
2. Windows veya Linux installer'i indir ve hedef internal network'lere erisebilen bir host uzerinde calistir.
3. Agent listesinde heartbeat, version ve command status alanlarini kontrol et.
4. Ek agent'i sadece site, VLAN veya security zone ilk scanner'dan erisilemiyorsa ekle.

Normal rollout her endpoint'e agent kurmakla degil, tek collector ile baslar.

Coverage hangi site ve segmentlerin gorulebildigini, hangilerinin eksik kaldigini gosterir.

1. Coverage sayfasini ac ve workspace'e ait site ya da segmentleri ekle.
2. Raporlarda sorumluluk net olsun diye owner notlarini gir.
3. Scan sonrasi covered segments, blind spots, AD-only ve network-only assetleri karsilastir.
4. Erisilemeyen alanlar icin yeni scanner konumlandir veya routing/firewall kurallarini duzelt.

Coverage sadece yuzde degil, operasyon haritasidir.

Scan'ler yetkili internal araliklardan veya ayarlanmis cloud collector'lardan evidence toplar.

1. New scan sayfasini ac ve hedefe uygun scan tipini sec.
2. Sinirli bir IP araligi gir veya varsa otomatik cloud/everything modunu kullan.
3. Uretilen findings ve raporlar icin dili sec.
4. Scan'i baslat ve scan detail sayfasinda asset, evidence ve raporlari incele.

Buyuk scope'lar network sahibinin onayi ve planlamasi ile calistirilmalidir.

Assets; endpoint, server, network cihazlari ve servislerden gelen scan evidence'ini tek gorunumde toplar.

1. Assets sayfasini ac ve arama, rol, kaynak veya risk context ile filtrele.
2. Hostname, IP, rol, evidence ve lifecycle alanlari icin bir asset'i ac.
3. Birden fazla asset ayni owner veya context guncellemesine ihtiyac duyuyorsa bulk actions kullan.
4. Risk skorunu anlatmasi kolay olsun diye hostname, rol ve business importance alanlarini temiz tut.

Unknown assetler yok sayilmak yerine triage edilmelidir.

Software inventory kurulu urunleri ve tekrar eden paket risklerini bulmaya yardim eder.

1. Assets icinden software gorunumunu ac.
2. Urun adi, versiyon veya publisher ile ara.
3. Paketin nerede goruldugunu anlamak icin asset linklerini kullan.
4. Dusuk oncelikli temizlikten once desteklenmeyen veya beklenmeyen software'i onceliklendir.

Software kalitesi authenticated endpoint evidence'ine baglidir.

Hardware alanlari ve warranty lookup lifecycle planlamasini destekler.

1. Asset detail sayfasinda model, serial number ve procurement alanlarini incele.
2. Yeterli vendor bilgisi varsa warranty lookup kullan.
3. Otomatik evidence eksikse purchase veya owner bilgisini manuel tamamla.
4. Lifecycle bosluklarini replacement planlamasi icin raporlara dahil et.

Lifecycle verisi planlama evidence'idir; tek basina bloklayici kontrol degildir.

Findings, evidence'i severity, asset context ve recommendation ile aktif riske cevirir.

1. Sol menuden veya dashboard metriginden Findings sayfasini ac.
2. Scan, dil ve workflow status ile filtrele.
3. Severity, asset, business context, description ve recommendation alanlarini birlikte oku.
4. Baska bir ekibin listeye ihtiyaci varsa CSV export al.

Bir finding duzeltilene, kabul edilene veya false positive isaretlenene kadar active kalir.

Accepted-risk kararlari bir finding'in neden hemen duzeltilmedigini belgeler.

1. Aktif bir finding uzerinde Accept kontrolunu ac.
2. Decision olarak accepted risk, business required veya false positive sec.
3. Scope olarak bu asset, ayni site veya tum workspace sec.
4. Reason ve opsiyonel expiry date girip karari kaydet.
5. Istisna artik gecerli degilse Reopen kullan.

Accepted risk mutlaka is gerekcesiyle belgelenmelidir.

Actions onemli finding'leri takip edilebilir is listesine cevirir.

1. Sol menuden veya dashboard'dan Actions sayfasini ac.
2. Priority'ye gore sirala ve once open veya in-progress itemlari ele al.
3. Evidence'i anlamak icin bagli asset veya finding linkini ac.
4. Remediation ilerledikce status'u guncelle.

Dashboard en onemli action'lari gosterir, boylece tablolarin icinde kaybolmazlar.

Raporlar scan sonucunu management, technical, action-plan veya compliance odakli ciktiya donusturur.

1. Reports sayfasini ac ve raporlanacak scan'i sec.
2. Report type, output format ve language sec.
3. Raporu uret ve hazir artifact'i ac veya indir.
4. Stakeholder icin management report, remediation ekibi icin technical report kullan.

Asset owner, coverage ve risk kararlarini guncel tutarsan rapor kalitesi artar.

NIS2 odakli gorunumler security management gorusmeleri icin declaration ve evidence toplar.

1. Security & Compliance settings'i ac ve declaration'lari guncelle.
2. Evidence hazir oldugunda report builder'dan NIS2 report uret.
3. Gap'leri otomatik hukuki sonuc degil, governance gorevi olarak degerlendir.
4. Control veya sorumlu kisiler degistiginde declaration'lari guncelle.

Compliance raporlari hazirligi destekler; hukuki danismanligin yerine gecmez.

Credential profile'lari authenticated collection'i destekler ve siniri net tutar.

1. Settings sayfasini, sonra Credentials sekmesini ac.
2. Sadece envanterleme yetkin olan sistemler icin profile olustur.
3. Credential'lari collector ve target tiplerine bilincli sekilde esle.
4. Artik gerekmeyen credential'lari rotate et veya kaldir.

Dar read-only hesap yeterliyse genis admin yetkisi saklama.

Workspace settings; ekip uyeleri, security context ve operasyon metadatasini yonetir.

1. Settings'i ac ve workspace/team detaylarini kontrol et.
2. Kullanicilari ihtiyac duyduklari role ile davet et.
3. Finding'ler business impact'i yansitsin diye risk context'i guncel tut.
4. Policy declaration ve security posture metadatasi icin Security & Compliance kullan.

Role degisiklikleri least privilege prensibine gore yapilmalidir.

Billing plan durumunu gosterir; support ise yardim icin gereken operasyon detaylariyla ticket acar.

1. Plan status, limitler ve checkout/invoice durumu icin Billing'i ac.
2. Muhasebe invoice dosyasina ihtiyac duyarsa invoice satirindaki Download PDF'i kullan.
3. Workspace ticket olusturmak icin Support'u ac.
4. En uygun kategoriyi sec; affected area, OS, browser veya agent detaylarini ekle.
5. Support ekibi ek bilgi isterse ticket thread uzerinden cevap ver.

Public ziyaretciler Contact kullanir; giris yapan kullanicilar Support kullanmalidir.

Partner'lar musteri workspace'lerini ayri tutup tek konsoldan takip edebilir.

1. Organizasyonunda partner yetkisi varsa Partner Center'i ac.
2. Musteri workspace'lerini incele ve gerekirse customer detail sayfasini ac.
3. Report, ticket ve billing akisini her musteri workspace'i icin ayri tut.
4. Admin yetkisini sadece gercekten gereken operasyonlarda kullan.

Musteri ayrimi operasyon modelinin parcasidir.

Envanter sorusunu cevaplayabilen en kucuk onayli kaynagi kullan.

1. Sinirli bir network araligi veya sana ait bir lab segmenti ile basla.
2. Dolasimda olan ya da scanner tarafindan guvenilir sekilde erisilemeyen cihazlar icin opsiyonel endpoint modunu kullan.
3. Gerekli read-only erisim onaylanmadan AD LDAPS, SNMPv3 veya DHCP/DNS snapshot ekleme.
4. Rapor veya operasyon karari icin kullanmadan once asset uzerindeki kaynak provenance bilgisini incele.

Sadece credential mevcut diye kaynak baglama. Owner, amac ve scope once net olmali.

Endpoint modu, onayli cihazdan yerel envanter, heartbeat ve kuyruktaki batch bilgisi gonderir.

1. Hedef endpoint veya rollout grubu icin bir enrollment token olustur.
2. Agent'i sahip oldugun veya yonetme yetkin olan bir cihaza kur.
3. Ilk heartbeat ve envanter sonucunu agent listesinde onayla.
4. Cihazi guncel saymadan once update target, offline queue ve son sonucu kontrol et.

Agent istekleri HMAC ile imzalanir. Production installer code signing ayri bir release ve dagitim kontroludur.

Bu kaynaklar kaynak sistemi degistirmeden onayli durumu belgeler.

1. AD LDAPS icin least-privilege read-only hesap kullan ve directory scope'u onayla.
2. SNMPv3 icin yalnizca inventory okuma amaciyla onaylanmis credential kullan.
3. DHCP/DNS durumunu yetkilendirilmis HTTPS snapshot endpoint'i uzerinden sagla.
4. Kucuk bir dogrulama toplama calistir ve gorulen kayitlari kaynak owner ile karsilastir.

Credential'lar musteri tarafinda kontrol edilen scanner host veya vault'ta kalmali. Sifreleri ticket, rapor veya source code'a koyma.

AssetObserve observation kayitlarini saklar ve mumkun oldugunda stabil kimlik sinyalleriyle cozer.

1. Bir asset ac ve source observation ile evidence bilgisini incele.
2. Gorunen ad yerine serial number, SMBIOS UUID, managed-device ID, directory GUID ve MAC address tercih et.
3. Benzer iki adi ayni cihaz saymak yerine belirsiz adaylari incele.
4. Yeni evidence gelirse kimlik kararini geri alinabilir tut.

Temiz bir envanter, agresif otomatik birlestirmeden daha degerlidir.

Bir kesif isteginden sonra ne oldugunu anlamak icin job, task outcome ve coverage kullan.

1. Ayni isi yeniden baslatmadan once discovery job durumunu kontrol et.
2. Tamamlanmayan isler icin task outcome, lease ve retry bilgisini oku.
3. Erisilemeyen segmenti bayat evidence veya basarisiz authentication durumundan ayirmak icin coverage kullan.
4. Tekrar eden hatalari sadece ekran goruntusu yerine kaynak, scope ve timestamp ile ilet.

Durable lease ve checkpoint'ler uygun islerin evidence'i sessizce cogaltmadan tekrar denenmesini saglar.

Buyuk sonuc kumesini acmadan veya export etmeden once envanter kontrolleriyle daralt.

1. Operasyon sorusunu tanimlamak icin server-side search ve filtreleri kullan.
2. Tekrarlanan owner, freshness veya source kontrolleri icin yararli bir view kaydet.
3. Her asset'i ayni anda acmak yerine cursor pagination ile sonuclarda ilerle.
4. CSV export iste ve buyuk sonuc kumesinde background job durumunu takip et.

Yerel teknik testlerde sentetik 60K senaryosu olsa da ticari Enterprise asset limiti 50.000 olarak kalir.

Kesif scope ve concurrency degerlerini test edilmis sinirlar icinde tut.

1. Network discovery planini 65.536 candidate host'a kadar olan yetkili araliklarda yap.
2. Host concurrency degerini 24, port concurrency degerini 12 olarak tut.
3. Ticari Enterprise asset limitini 50.000 olarak tut.
4. Production scale hazirligi iddiasindan once sana ait bir staging ortami kullan.

Onayli kapasite, backup, monitoring ve recovery evidence olmadan bu limitleri gercek ortam icin arttirma.

Once placement ve authorization kontrol et, sonra coverage ve task evidence ile hatayi daralt.

1. Hedef scope icin scanner veya agent placement, routing ve firewall policy durumunu onayla.
2. Source credential'in beklenen read-only izne sahip oldugunu kontrol et.
3. Son task outcome, retry state ve last observation timestamp bilgisini incele.
4. Support ticket acmadan once etkilenen scope, kaynak, timestamp ve hata context bilgisini topla.

Erisilemeyen segment, bos segment ile ayni sey degildir. Sorusturmada iki sonucu ayri tut.