Asset Discovery (BT Varlık Keşfi), bir kurumun fiziksel, sanal, ağ tabanlı ve bulut ortamlarında bulunan BT varlıklarını otomatik olarak tespit etme, tanımlama, sınıflandırma ve envantere aktarma sürecidir. [cite: 11] Bu süreç, kurumların BT altyapısında nelerin bulunduğunu, bu varlıkların hangi özelliklere sahip olduğunu ve zaman içinde nasıl değiştiğini görmesini sağlar. [cite: 11]
Günümüzde hibrit altyapılar, uzaktan çalışma modelleri, çoklu bulut ortamları ve birbirine bağlı cihazların artması, BT varlıklarının merkezi olarak takip edilmesini zorlaştırıyor. [cite: 11] Manuel kayıtlar veya birbirinden bağımsız envanter sistemleri ise altyapının gerçek durumunu her zaman yansıtamayabiliyor. [cite: 11]
Asset Discovery yaklaşımı, bu görünürlük problemini otomasyon ve farklı veri kaynaklarından bilgi toplama yöntemleriyle ele alır. [cite: 11] Böylece BT ekipleri yalnızca kayıtlı varlıkları değil, altyapıda gerçekten bulunan ve zaman içinde değişen varlıkları da takip edebilir. [cite: 11]
Asset Discovery Neden Önemlidir? [cite: 11]
Kurumsal BT altyapıları artık tek bir veri merkezi veya yerel ağdan oluşmuyor. [cite: 11] Fiziksel sunucular, sanallaştırma platformları, bulut servisleri, ağ cihazları, kullanıcı bilgisayarları ve IoT sistemleri aynı organizasyonun teknoloji ekosisteminde birlikte çalışıyor. [cite: 11]
Bu çeşitlilik, varlıkların merkezi olarak tanımlanmasını ve güncel tutulmasını önemli bir operasyonel gereksinim hâline getiriyor. [cite: 11]
Asset Discovery'nin önemi üç temel ihtiyetten kaynaklanır: [cite: 11]
- Altyapı görünürlüğü: Kurumun sahip olduğu veya ağında bulunan varlıkların kapsamını belirlemek, BT operasyonlarının doğru bilgiyle yürütülmesini sağlar. [cite: 11]
- Güvenlik farkındalığı: Envanterde bulunmayan, yetkisiz bağlanan veya güncel bilgileri takip edilmeyen cihazlar güvenlik değerlendirmelerinde eksiklik yaratabilir. [cite: 11]
- Operasyonel kontrol: Varlıkların donanım, yazılım, işletim sistemi ve konfigürasyon bilgilerinin takip edilmesi; bakım, kapasite, lisans ve denetim süreçlerini destekler. [cite: 11]
İngiltere Ulusal Siber Güvenlik Merkezi (NCSC), varlık keşfinin düzenli veya sürekli olarak gerçekleştirilmesini; yeni, değişen ve ağdan kaldırılan varlıkların tespit edilmesini öneriyor. [cite: 11] Ayrıca varlık bilgilerinin son görülme zamanı ve güncellik durumunun takip edilmesini önemli buluyor. [cite: 11]
Bu nedenle Asset Discovery, tek seferlik bir envanter çıkarma işlemi değil, altyapı değiştikçe tekrarlanması gereken bir süreçtir. [cite: 11]
BT envanterinin Excel veya manuel kayıtlarla yönetilmesi, yeni cihazların gözden kaçmasına ve mevcut kayıtların zamanla güncelliğini kaybetmesine neden olabilir. [cite: 11] Bu yaklaşımın operasyonel risklerini daha detaylı incelemek için 👉 IT Envanter Takibi: Excel’de Yönetmek Hangi Riskleri Doğurur? yazımıza göz atabilirsiniz. [cite: 11]
Asset Discovery Nasıl Çalışır? [cite: 11]
Asset Discovery çözümleri, belirlenen ağ ve altyapı kapsamındaki sistemlerden farklı yöntemlerle bilgi toplar. Keşif süreci kullanılan teknolojiye, hedef cihazın türüne ve erişim koşullarına göre değişebilir. [cite: 11]
Genel olarak süreç altı temel adımdan oluşur. [cite: 11]
1. Keşif Kapsamının Belirlenmesi [cite: 11]
İlk aşamada keşfedilecek ağ segmentleri, IP adres aralıkları, lokasyonlar ve altyapı bileşenleri tanımlanır. [cite: 11]
Bu aşamada aşağıdaki ortamlar kapsama alınabilir: [cite: 11]
- Yerel ağlar ve uzak lokasyonlar [cite: 11]
- Fiziksel sunucular ve istemciler [cite: 11]
- Sanal makineler ve sanallaştırma platformları [cite: 11]
- Switch, router ve firewall gibi ağ cihazları [cite: 11]
- IoT ve OT cihazları [cite: 11]
- Bulut altyapıları ve sanal kaynaklar [cite: 11]
Doğru kapsam tanımı, keşif sürecinin eksiksiz ilerlemesi açısından önemlidir. Taranmayan ağ segmentleri veya erişilemeyen sistemler envanterde görünürlük boşlukları oluşturabilir. [cite: 11]
2. Ağ Taraması ve Aktif Cihazların Tespiti [cite: 11]
Tanımlanan IP aralıkları üzerinde ağ taraması gerçekleştirilir. Bu aşamada ICMP gibi protokoller kullanılarak cihazların erişilebilirlik durumu kontrol edilebilir. [cite: 11]
Ancak ICMP yanıtı alınamaması bir cihazın kesinlikle mevcut olmadığı anlamına gelmez. Bazı ağ cihazları ve güvenlik politikaları ICMP trafiğini engelleyebilir. [cite: 11]
Bu nedenle güvenilir bir keşif süreci yalnızca ping sonuçlarına dayanmaz. Farklı kontrol yöntemleri birlikte kullanılarak hedef sistemlerin durumu doğrulanır. [cite: 11]
3. Port Kontrolü ve Cihaz Tanımlama [cite: 11]
Aktif olduğu belirlenen cihazlarda açık portlar ve yanıt veren servisler incelenir. Port bilgileri, cihazın türü ve hangi servisleri çalıştırdığı hakkında önemli ipuçları sağlar. [cite: 11]
Örneğin: [cite: 11]
- SSH (22): Linux/Unix sistemlere uzaktan erişim [cite: 11]
- RDP (3389): Windows uzak masaüstü hizmeti [cite: 11]
- SNMP (161): Ağ cihazları ve yönetilebilir donanımlar [cite: 11]
- HTTP/HTTPS (80/443): Web servisleri ve yönetim arayüzleri [cite: 11]
Port kontrolü tek başına cihazın kesin kimliğini veya işletim sistemini belirlemez. Daha doğru sınıflandırma için protokol tabanlı sorgulama ve diğer cihaz özellikleriyle birlikte değerlendirilmesi gerekir. [cite: 11]
4. Protokol Tabanlı Veri Toplama [cite: 11]
Cihaz türüne göre uygun protokol seçilir ve erişim yetkileri dahilinde donanım, yazılım, işletim sistemi ve konfigürasyon bilgileri toplanır. [cite: 11]
Örneğin Windows sunuculardan WMI veya WinRM, Linux sistemlerden SSH, ağ cihazlarından SNMP ve VMware ortamlarından vSphere API aracılığıyla veri alınabilir. [cite: 11]
Bu sayede yalnızca bir IP adresinin varlığı değil, o IP adresinin arkasında çalışan sistemin teknik özellikleri de belirlenebilir. [cite: 11]
5. Varlıkların Sınıflandırılması ve Envantere Aktarılması [cite: 11]
Toplanan veriler değerlendirilerek cihazlar türlerine ve özelliklerine göre sınıflandırılır. [cite: 11]
Bir varlık kaydında aşağıdaki bilgiler bulunabilir: [cite: 11]
- Cihaz adı ve IP adresi [cite: 11]
- MAC adresi [cite: 11]
- Üretici ve model [cite: 11]
- İşletim sistemi ve sürümü [cite: 11]
- CPU, RAM ve depolama bilgileri [cite: 11]
- Kurulu yazılımlar ve sürümleri [cite: 11]
- Açık portlar ve çalışan servisler [cite: 11]
- Firmware ve konfigürasyon bilgileri [cite: 11]
Bu verilerin merkezi bir envanterde standartlaştırılması, farklı kaynaklardan gelen kayıtların karşılaştırılmasını ve aynı varlığın birden fazla kayıt olarak görünmesinin önlenmesini destekler. [cite: 11]
Asset Discovery yalnızca yeni varlıkları keşfetmek için değil, mevcut envanter kayıtlarının gerçek altyapıyla ne kadar örtüştüğünü kontrol etmek için de kullanılır. [cite: 11] Bu konuyu denetim hazırlığı ve veri doğruluğu açısından ele aldığımız 👉 BT Envanter Keşfi: Envanteriniz Denetime Hazır ve Güncel mi? yazımızda daha detaylı bulabilirsiniz. [cite: 11]
6. Periyodik Keşif ve Değişiklik Takibi [cite: 11]
Asset Discovery süreci ilk taramayla tamamlanmaz. Ağa yeni bir cihaz bağlanabilir, mevcut bir sunucunun donanım özellikleri değişebilir, bir sanal makine oluşturulabilir veya bir sistem kullanımdan kaldırılabilir. [cite: 11]
Periyodik taramalar sayesinde: [cite: 11]
- Yeni keşfedilen varlıklar belirlenir. [cite: 11]
- Mevcut varlıklardaki değişiklikler izlenir. [cite: 11]
- Artık erişilemeyen sistemler tespit edilir. [cite: 11]
- Envanter kayıtları güncellenir. [cite: 11]
- Önceki tarama sonuçlarıyla mevcut durum karşılaştırılır. [cite: 11]
Böylece envanterin yalnızca bir dönem için değil, altyapının değişimine paralel olarak güncel tutulması hedeflenir. [cite: 11]
Asset Discovery Hangi Teknolojileri Kullanır? [cite: 11]
Asset Discovery çözümlerinin teknik kapsamını belirleyen önemli unsurlardan biri, farklı işletim sistemleri ve cihazlarla iletişim kurabilmesidir. [cite: 11] Her cihaz aynı protokolü desteklemediği için keşif araçlarının birden fazla veri toplama yöntemini desteklemesi gerekir. [cite: 11]
| Teknoloji / Protokol [cite: 11] | Kullanım Alanı [cite: 11] | Toplanabilen Bilgiler [cite: 11] |
|---|---|---|
| ICMP [cite: 11] | Ağ erişilebilirlik kontrolü [cite: 11] | Yanıt durumu [cite: 11] |
| SNMPv2c / SNMPv3 [cite: 11] | Switch, router, firewall ve yönetilebilir cihazlar [cite: 11] | Model, arayüz, firmware ve cihaz bilgileri [cite: 11] |
| WMI [cite: 11] | Windows sistemler [cite: 11] | Donanım, işletim sistemi, yazılım ve servis bilgileri [cite: 11] |
| WinRM [cite: 11] | Windows sistemler [cite: 11] | Uzaktan yönetim ve sistem bilgileri [cite: 11] |
| SSH [cite: 11] | Linux / Unix sistemler [cite: 11] | Paket envanteri, prosesler ve ağ yapılandırması [cite: 11] |
| vSphere API [cite: 11] | VMware ESXi / vCenter [cite: 11] | Sanal makineler, host kaynakları ve snapshot bilgileri [cite: 11] |
| Cloud API [cite: 11] | Bulut platformları [cite: 11] | Sanal makineler, bulut kaynakları ve yapılandırma bilgileri [cite: 11] |
Bu protokollerin kullanım amacı birbirinden farklıdır. Örneğin ICMP bir cihazın erişilebilirliğini kontrol etmeye yardımcı olurken SNMP yönetilebilir ağ cihazlarından daha ayrıntılı bilgi toplanmasını sağlar. [cite: 11]
Benzer şekilde SSH, Linux sistemlerde komut tabanlı veri toplamayı; WMI ve WinRM ise Windows sistemlerin uzaktan sorgulanmasını mümkün kılar. [cite: 11]
Önemli: Agentless keşif yöntemlerinde de gerekli kimlik doğrulama bilgilerinin, ağ erişim izinlerinin ve güvenlik politikalarının doğru yapılandırılması gerekir. Özellikle SNMPv3 gibi güvenli iletişim seçenekleri ve yetki sınırları kurumsal ortamlarda dikkate alınmalıdır. [cite: 11]
Asset Discovery Yöntemleri: Active, Passive ve Agentless Discovery [cite: 11]
Asset Discovery farklı keşif yaklaşımlarıyla gerçekleştirilebilir. Bu yöntemler birbirinin doğrudan alternatifi olmak zorunda değildir; kurumun altyapısına göre birlikte kullanılabilir. [cite: 11]
Active Discovery (Aktif Keşif) [cite: 11]
Active Discovery yönteminde keşif aracı, hedef ağdaki cihazlara doğrudan sorgu veya tarama isteği gönderir. IP taraması, ICMP kontrolü, port taraması ve kimlik doğrulamalı protokol sorgulamaları bu yaklaşımın örnekleridir. [cite: 11]
Aktif keşif sayesinde cihazların erişilebilirliği, açık servisleri ve uygun erişim sağlandığında donanım veya yazılım özellikleri belirlenebilir. [cite: 11]
Avantajları: [cite: 11]
- Belirlenen IP aralıklarında sistematik keşif yapılabilir. [cite: 11]
- Cihazlardan doğrudan teknik bilgi toplanabilir. [cite: 11]
- Periyodik taramalarla envanter değişiklikleri izlenebilir. [cite: 11]
Dikkat edilmesi gerekenler: [cite: 11]
- Ağ segmentlerine erişim sağlanmalıdır. [cite: 11]
- Güvenlik duvarı ve erişim politikaları taramayı etkileyebilir. [cite: 11]
- Özellikle hassas OT ortamlarında tarama sıklığı ve yöntemi dikkatle planlanmalıdır. [cite: 11]
Passive Discovery (Pasif Keşif) [cite: 11]
Passive Discovery yönteminde ağdaki cihazlara doğrudan sorgu gönderilmez. Bunun yerine mevcut ağ trafiği veya altyapı kayıtları analiz edilerek cihazlar ve iletişimleri hakkında bilgi elde edilir. [cite: 11]
DHCP ve DNS kayıtları, ağ trafiği, switch bilgileri ve log kaynakları pasif keşif için kullanılabilecek veri kaynakları arasındadır. [cite: 11]
Avantajları: [cite: 11]
- Ağ trafiğine dayalı gözlem sağlar. [cite: 11]
- Aktif taramanın uygun olmadığı bazı ortamlarda ek görünürlük sunabilir. [cite: 11]
- Daha önce envanterde bulunmayan cihazların iletişim izleri üzerinden tespit edilmesine yardımcı olabilir. [cite: 11]
Sınırlamaları: [cite: 11]
- Ağda iletişim kurmayan cihazlar gözlem süresince tespit edilemeyebilir. [cite: 11]
- Toplanan bilgiler aktif sorgulamaya kıyasla daha sınırlı olabilir. [cite: 11]
- Ağın hangi noktalarının gözlemlendiği sonuçları doğrudan etkiler. [cite: 11]
Agentless Discovery (Ajansız Keşif) [cite: 11]
Agentless Asset Discovery, hedef cihazlara ayrıca bir yazılım ajanı yüklemeden mevcut yönetim protokolleri ve API'ler üzerinden bilgi toplama yaklaşımıdır. [cite: 11]
Windows sistemlerde WMI ve WinRM, Linux/Unix sistemlerde SSH, ağ cihazlarında SNMP ve sanallaştırma platformlarında ilgili API'ler kullanılabilir. [cite: 11]
Bu yaklaşım özellikle ajan kurulumu yapılamayan veya merkezi ajan yönetiminin operasyonel yük oluşturduğu altyapılarda avantaj sağlar. [cite: 11]
Avantajları: [cite: 11]
- Her uç noktaya ayrı yazılım dağıtılması gerekmez. [cite: 11]
- Ağ cihazları ve ajan desteklemeyen sistemler kapsama alınabilir. [cite: 11]
- Merkezi tarama ve raporlama süreçleri oluşturulabilir. [cite: 11]
- Dağıtık lokasyonlarda probe mimarisiyle keşif yapılabilir. [cite: 11]
Agentless Discovery'nin kapsamı, hedef cihazın desteklediği protokollere, erişim izinlerine ve tarama yapılandırmasına bağlıdır. Bu nedenle ajan gerektirmemesi, her cihazdan sınırsız veri toplanabileceği anlamına gelmez. [cite: 11]
Asset Discovery ve Siber Güvenlik İlişkisi [cite: 11]
Bir kurumun güvenlik altyapısı ne kadar gelişmiş olursa olsun, hangi varlıkların korunması gerektiği bilinmiyorsa güvenlik değerlendirmelerinde önemli boşluklar oluşabilir. [cite: 11]
Örneğin BT ekibinin bilgisi dışında ağa bağlanan bir cihaz, güncel olmayan bir işletim sistemi kullanan sunucu veya uzun süredir kontrol edilmeyen bir sanal makine güvenlik açısından risk oluşturabilir. [cite: 11] Asset Discovery bu noktada güvenlik ekiplerine altyapının mevcut durumunu görme imkânı sağlar. [cite: 11]
Kurumun envanterinde yer almayan cihazlar, yalnızca görünürlük eksikliği yaratmaz; güvenlik ekiplerinin kontrol edemediği bir risk alanı da oluşturabilir. [cite: 11] Bu konuyu donanım ve altyapı riskleri açısından ele aldığımız 👉 Bilinmeyen BT Varlıkları Riski: Hangi Donanım Kaynaklarınız Tehlikede? yazımızda daha ayrıntılı inceleyebilirsiniz. [cite: 11]
Unknown Assets ve Shadow IT [cite: 11]
Unknown Asset, kurumun mevcut envanterinde bulunmayan ancak altyapıda tespit edilen varlıkları ifade eder. Shadow IT ise BT departmanının bilgisi veya onayı dışında kullanılan sistem, cihaz ve uygulamaları kapsar. [cite: 11]
Bu iki kavram birbiriyle ilişkili olsa da aynı anlama gelmez. Her bilinmeyen cihaz yetkisiz değildir; bazıları envantere henüz işlenmemiş veya farklı bir ekip tarafından yönetilen sistemler olabilir. [cite: 11]
Düzenli Asset Discovery taramaları sayesinde: [cite: 11]
- Envanterde bulunmayan cihazlar tespit edilebilir. [cite: 11]
- Yetkisiz bağlantı şüphesi taşıyan sistemler incelenebilir. [cite: 11]
- Beklenmeyen servis ve portlar belirlenebilir. [cite: 11]
- Varlıkların sahiplik ve sorumluluk bilgileri doğrulanabilir. [cite: 11]
Attack Surface Visibility (Saldırı Yüzeyi Görünürlüğü) [cite: 11]
Attack Surface, bir kurumun sistemlerine yönelik saldırıların gerçekleşebileceği dijital varlıkları ve erişim noktalarını ifade eder. [cite: 11]
İnternete açık sunucular, ağ cihazları, uygulamalar, bulut kaynakları ve uzaktan erişim servisleri bu kapsamda değerlendirilebilir. Asset Discovery, kurumun teknoloji varlıklarını belirleyerek saldırı yüzeyinin anlaşılmasına yardımcı olur. [cite: 11]
Örneğin: [cite: 11]
- Beklenmeyen bir sunucunun keşfedilmesi, [cite: 11]
- Güncel olmayan firmware kullanan ağ cihazlarının belirlenmesi, [cite: 11]
- Kullanılmayan ancak aktif kalan servislerin tespit edilmesi, [cite: 11]
- Envanterde bulunmayan sistemlerin görünür hâle getirilmesi. [cite: 11]
Bu bilgiler, güvenlik ekiplerinin hangi varlıkların daha yakından incelenmesi gerektiğini belirlemesini kolaylaştırır. [cite: 11]
Vulnerability Discovery ve CVE İlişkisi [cite: 11]
Varlıkların keşfedilmesi, güvenlik açıklarının değerlendirilmesi için gerekli temel verilerden birini oluşturur. Bir sistemin işletim sistemi, yazılım sürümü, firmware bilgisi ve diğer teknik özellikleri bilindiğinde bu bilgiler bilinen güvenlik açıklarıyla karşılaştırılabilir. [cite: 11]
CVE (Common Vulnerabilities and Exposures), kamuya açıklanmış güvenlik açıklarına verilen standart kimlik numaralarını ifade eder. NIST tarafından sunulan NVD (National Vulnerability Database) ise CVE kayıtlarını zafiyet bilgileri ve ilgili teknik verilerle zenginleştirir. [cite: 11]
Asset Discovery çözümleri, keşfedilen varlıklara ait uygun teknik bilgileri NVD gibi kaynaklarla eşleştirerek potansiyel zafiyetlerin görünür hâle gelmesini sağlayabilir. [cite: 11]
Burada önemli bir ayrım vardır: Bir varlığın keşfedilmesi veya bir CVE kaydıyla eşleşmesi, ilgili sistemin kesin olarak savunmasız olduğunu kanıtlamaz. Etkilenen sürüm, yapılandırma, yamalar ve üretici açıklamaları ayrıca değerlendirilmelidir. [cite: 11]
Dolayısıyla Asset Discovery, Vulnerability Management sürecinin yerine geçmez; güvenlik değerlendirmesi için gerekli varlık görünürlüğünü ve teknik bağlamı sağlar. [cite: 11]
Asset Discovery Hangi BT Varlıklarını Keşfedebilir? [cite: 11]
Bir Asset Discovery çözümünün kapsamı, desteklediği protokollere ve entegrasyonlara bağlı olarak değişir. Kurumsal bir keşif sürecinde aşağıdaki varlık grupları değerlendirilebilir. [cite: 11]
Fiziksel Sunucular ve Uç Noktalar [cite: 11]
Veri merkezlerinde veya ofis ağlarında bulunan fiziksel sunucular, masaüstü bilgisayarlar ve dizüstü bilgisayarlar bu grupta yer alır. Donanım özellikleri, işletim sistemi, kurulu yazılımlar ve servis bilgileri keşif kapsamına dahil edilebilir. [cite: 11]
Ağ Cihazları [cite: 11]
Switch, router, firewall, access point, yazıcı ve UPS gibi yönetilebilir cihazlar ağ altyapısının önemli bileşenleridir. SNMP gibi protokoller üzerinden cihaz modeli, üretici, firmware, ağ arayüzleri ve bağlantı bilgileri toplanabilir. [cite: 11]
Sanal Makineler ve Sanallaştırma Altyapıları [cite: 11]
VMware ESXi ve vCenter gibi sanallaştırma ortamlarında fiziksel hostlar ve bunların üzerinde çalışan sanal makineler keşfedilebilir. Bu sayede sanal kaynakların hangi fiziksel altyapı üzerinde bulunduğu, kaynak kullanımı ve sanal makine envanteri takip edilebilir. [cite: 11]
IoT ve OT Cihazları [cite: 11]
Endüstriyel kontrol sistemleri, IP kameralar, sensörler ve farklı IoT cihazları geleneksel uç nokta yönetim araçlarının kapsamı dışında kalabilir. [cite: 11] Bu cihazlara ajan yüklenemediği veya uygun olmadığı durumlarda ağ tabanlı keşif yöntemleri kullanılabilir. Ancak OT ortamlarında cihazların çalışma kararlılığı ve operasyonel güvenlik öncelikli olduğundan tarama yöntemleri dikkatle seçilmelidir. [cite: 11]
Bulut Varlıkları [cite: 11]
AWS, Microsoft Azure, Google Cloud Platform ve diğer bulut ortamlarında çalışan kaynaklar da Asset Discovery kapsamına alınabilir. Bulut API'leri aracılığıyla sanal makineler, depolama kaynakları, ağ bileşenleri ve diğer bulut servislerine ilişkin envanter bilgileri toplanabilir. [cite: 11]
Çoklu bulut kullanan kurumlarda farklı sağlayıcılardan gelen verilerin standartlaştırılmış bir yapıda sunulması, merkezi görünürlük açısından önemlidir. [cite: 11]
Asset Discovery Yazılımı Seçerken Nelere Dikkat Edilmeli? [cite: 11]
Bir Asset Discovery yazılımı seçerken yalnızca kaç cihazı tespit edebildiğine bakmak yeterli değildir. Çözümün farklı altyapılarda ne kadar kapsamlı veri toplayabildiği, bu verileri ne sıklıkla güncellediği ve mevcut sistemlerle nasıl çalıştığı da değerlendirilmelidir. [cite: 11]
SPIDYA Agentless Asset Discovery ile BT Altyapınızda Uçtan Uca Görünürlük [cite: 11]
Kurumsal BT altyapısında görünürlük sağlamak, farklı sistemlerden gelen varlık bilgilerinin tek bir merkezde keşfedilmesini ve değerlendirilmesini gerektirir. [cite: 11]
SPIDYA Agentless Asset Discovery, fiziksel, sanal, ağ tabanlı ve bulut ortamlarındaki BT varlıklarının uç noktalara ajan kurulumu gerektirmeden keşfedilmesine yardımcı olur. [cite: 11] Asset · Security · Cloud yaklaşımıyla varlık keşfini, güvenlik görünürlüğünü ve bulut envanterini tek bir platformda bir araya getirir. [cite: 11]
Farklı Sistemler İçin Protokol Tabanlı Keşif [cite: 11]
SPIDYA, hedef sistemin türüne göre farklı protokoller kullanarak bilgi toplar: [cite: 11]
- Windows sunucu ve istemciler: WMI ve WinRM üzerinden işletim sistemi, donanım, yazılım ve servis bilgileri. [cite: 11]
- Linux / Unix sistemler: SSH üzerinden paket envanteri, çalışan prosesler ve ağ yapılandırması. [cite: 11]
- VMware altyapıları: vSphere API üzerinden sanal makineler, host kaynakları ve snapshot bilgileri. [cite: 11]
- Ağ cihazları: SNMPv2c ve SNMPv3 üzerinden cihaz modeli, firmware ve arayüz bilgileri. [cite: 11]
- OT / IoT cihazları: ICMP ve port taraması üzerinden erişilebilirlik, MAC adresi, açık portlar ve cihaz sınıflandırması. [cite: 11]
Akıllı Keşif ve Otomatik Tarama [cite: 11]
SPIDYA’nın keşif süreci IP taraması, ping kontrolü, aktif sistem doğrulaması, port kontrolü ve uygun protokolün seçilmesi adımlarından oluşur. [cite: 11]
Bu yaklaşım sayesinde farklı cihaz kategorileri için uygun keşif yöntemleri kullanılabilir. Planlı taramalarla altyapının mevcut durumu düzenli olarak kontrol edilebilir. [cite: 11]
Dağıtık Probe Mimarisi [cite: 11]
Birden fazla lokasyonda altyapısı bulunan kurumlarda keşif işlemlerinin yerel ağ üzerinden gerçekleştirilebilmesi önemlidir. [cite: 11]
SPIDYA Distributed Probe mimarisinde uzak lokasyonlara probe yerleştirilebilir. Tarama işlemleri ilgili lokasyonun yerel ağı üzerinden gerçekleştirilir ve sonuçlar merkezi sunucuya iletilir. [cite: 11]
Bu yapı, farklı şube ve veri merkezlerindeki varlıkların merkezi olarak takip edilmesini destekler. [cite: 11]
Asset, Security ve Cloud Görünürlüğü [cite: 11]
SPIDYA yalnızca varlıkların tespit edilmesine odaklanmaz. Keşfedilen varlıkların güvenlik bilgileriyle ilişkilendirilmesini ve farklı altyapı ortamlarının merkezi olarak değerlendirilmesini de destekler. [cite: 11]
NIST NVD verileriyle CVE eşleştirmesi sayesinde varlıklarla ilişkili bilinen güvenlik açıkları görünür hâle getirilebilir. AWS, Azure, GCP ve Huawei Cloud gibi ortamlardan alınan envanter verileri de merkezi görünüm altında değerlendirilebilir. [cite: 11]
Böylece BT ve güvenlik ekipleri altyapılarını daha bütünsel bir bakış açısıyla inceleyebilir. [cite: 11]





