İçeriğe geç
Batuhan YAZICI

Senior Cyber Security Specialist

Senior System and Network Admin

Batuhan YAZICI

Senior Cyber Security Specialist

Senior System and Network Admin

Finansal sistemlerde güvenlik,
altyapıda süreklilik.

  • Fortinet
  • SIEM
  • PCI DSS
  • ISO/IEC 27001
← Teknik blog
Güvenlik Operasyonları

SIEM’e yeni log kaynağı ekleme: envanter, EPS ve parser kabulü

Batuhan YAZICI · · 5 dk okuma
SIEM’e yeni log kaynağı ekleme: envanter, EPS ve parser kabulü — Batuhan YAZICI
Batuhan YAZICI · batuhanyazici.com

Sunucunun listede görünmesini yeterli saymadan olay üretimi, alım, ayrıştırma ve son görülme zamanını doğrulayın.

SIEM kapsamını genişletmek, cihaz adını listeye eklemekten daha fazlasını gerektirir. Kaynağın doğru olayı üretmesi, doğru alıcıya göndermesi ve olayın anlamlı alanlara ayrılması gerekir. Bir kaynak için tamamlandı kararı bu zincirin bütününü kapsamalıdır.

SIEM’e yeni log kaynağı ekleme: envanter, EPS ve parser kabulü için altı adımlı doğrulama akışı

  1. Kapsamı çıkar
  2. Kaynak olayını seç
  3. Taşımayı doğrula
  4. Parserı eşleştir
  5. Test olayını ara
  6. Son görülmeyi izle
Özgün süreç şeması · Batuhan YAZICI

Envanteri tek bir karşılaştırma tablosunda birleştirin

Sunucu envanteri, güvenlik ajanı listesi ve SIEM veri kaynakları karşılaştırılır. Ad değişikliği, çoklu ağ kartı ve eski kayıtlar eşleştirmeyi zorlaştırabilir. Yalnızca IP benzerliğine dayanarak iki cihazı aynı kabul etmeyin.

Her kaynak için sahip, işletim sistemi, kritik hizmet, log yöntemi ve son görülme zamanı kaydedilir. Gerçek adres ve kurum bilgileri özel envanterde kalır. Bu rehberdeki örnek adlar batuhanyazici.com laboratuvar adlandırmasını kullanır.

Gerekli olay türlerini tanımlayın

Linux oturum açma, sudo, servis değişikliği ve uygulama kayıtları farklı üretim kaynaklarına sahip olabilir. Bir syslog mesajının gelmesi bütün güvenlik olaylarının kapsandığını kanıtlamaz. Hangi senaryonun hangi kaydı üretmesi gerektiği önceden yazılır.

Günlük seviyesi ve filtreler kapasiteyle birlikte değerlendirilir. Gereksiz debug kaydını sürekli açmak EPS ve depolamayı tüketebilir. Ancak yalnızca hacmi azaltmak için kritik olayları filtrelemek de görünürlük kaybı yaratır.

Taşıma ve kaynak kimliğini doğrulayın

Gönderici, relay, NAT ve Receiver yolu belirlenir. SIEM’in gördüğü kaynak kimliği envanterle eşleşmelidir. IPsec üzerinden taşımada kullanılan gerçek kaynak adresi ayrıca kontrol edilir.

Paket alıcıya ulaşmıyorsa parser değiştirmek doğru ilk adım değildir. Gönderim, rota, protokol ve dinleyen port ayrı ölçülür. UDP, TCP ve TLS taşıma seçenekleri desteklenen ürün yapılandırmasına göre seçilir.

Ham logdan normalleştirilmiş olaya geçin

Ham kayıt bulunması olayın doğru ayrıştırıldığını göstermez. Kullanıcı, hedef, işlem sonucu, olay zamanı ve uygulama alanları kontrol edilir. Yanlış vendor/model seçimi kayıtları alırken anlamsız alanlar üretebilir.

Aynı test olayı kaynakta ve SIEM aramasında karşılaştırılır. Alım gecikmesi ile saat sapması ayrılır. EPS değerinin sıfırdan büyük olması kalite kanıtı değildir; yalnızca bir akış göstergesidir.

Kabul ve sürekli sağlık ölçütünü oluşturun

Son başarılı olay zamanı, beklenen hacim aralığı ve kaynak sahibine bildirim yolu belirlenir. Düşük hacimli sistemde kısa sessizlik normal olabilir; eşik iş yüküne göre seçilir. Yanlış alarm üretmeden gerçek log kaybını bulmak hedeflenir.

  • Envanter ve kaynak kimliği eşleşti.
  • Gerekli test olayları üretildi.
  • Taşıma ve parser ayrı doğrulandı.
  • Zaman ve kullanıcı alanları doğru.
  • Son görülme ve hacim izleniyor.

İlgili çalışma notları

Kaynaklar ve kapsam

Arşivdeki teknik notlar genel bir laboratuvar anlatımı olarak yeniden düzenlenmiştir. Örnek adlar batuhanyazici.com altında gösterilir; gerçek kurum veya canlı sistem yapılandırması içermez. Komutlar kullanılan ürün sürümü ve yetki kapsamına göre değerlendirilmelidir.

BY
Batuhan YAZICI

Kıdemli Siber Güvenlik Uzmanı · Altyapı ve güvenlik üzerine teknik notlar.

Okumaya devam edin