Web uygulaması ve API
Kimlik doğrulama, yetkilendirme, oturum yönetimi, giriş doğrulama, iş mantığı ve güvenlik yapılandırması değerlendirilir. API uç noktaları, roller ve test verileri kurumla koordine edilir.
Golden Age / HizmetlerSızma testi
WEB · AĞ · API · ACTIVE DIRECTORY
Sızma testi
ölçülü test, uygulanabilir bulgu
Güvenlik kontrollerini yetkilendirilmiş ve kontrollü testlerle değerlendirin. Açık kapsam, test kuralları ve iletişim planı eşliğinde bulguları iş etkisiyle ilişkilendirin; düzeltme adımlarını teknik ekibiniz için anlaşılır hale getirin.
G
TEMSİLİ GÖRÜNÜMGÜVENLİK TESTİ GÖRÜNÜMÜKURGUSAL RAPOR ÖZETİ
GASECURITY
LOG
RISK
IR
01KAPSAMYazılı izin · hedefler●
02DOĞRULAMAKontrollü test adımları●
03ETKİ ANALİZİRisk · kanıt · bağlam●
04İYİLEŞTİRMEDüzeltme · yeniden test●
Kurgusal arayüz örneği · Gerçek sistem veya olay verisi içermez.
HİZMET YAKLAŞIMI
Teknik bulguyu öncelikli iyileştirmeye bağlayın
Sızma testi; kapsamı ve kuralları yazılı belirlenen hedeflerde, güvenlik zafiyetlerinin kontrollü doğrulanmasını amaçlar. Web uygulaması, API, dış/iç ağ ve Active Directory gibi ortamlar ayrı yöntem ve test pencereleri gerektirir. Çalışma öncesinde hedef sahipliği, izin, test sınırları, üretim etkisi, irtibat kişileri ve durdurma koşulları netleştirilir. Sonuçlar varlık ve iş bağlamı dikkate alınarak sunulur.
HİZMET KAPSAMI
İhtiyaca göre şekillenen
teknik çalışma alanları.
Kesin kapsam; hedef ortam, kaynaklar ve kurumunuzun çalışma modeline göre başlangıçta birlikte netleştirilir.
Dış ağ ve iç ağ
İnternete açık varlıkların ve izin verilen iç ağ segmentlerinin görünürlüğü, servis yapılandırmaları ve erişim kontrolleri incelenebilir. Kapsam, test penceresi ve hassas sistem istisnaları belirlenir.
Active Directory ve kimlik
Kurum onayına bağlı olarak dizin yapılandırması, ayrıcalık ilişkileri, kimlik doğrulama ilkeleri ve erişim yolları değerlendirilir. Testler operasyon kurallarıyla uyumlu sınırlandırılır.
Red Team ve savunma doğrulama
Tatbikatlarda hedef, süre, izin verilen teknikler, hassas alanlar ve durdurma koşulları yazılı kararlaştırılır. Blue/Purple Team katılımı ve tespit değerlendirmesi ayrıca tasarlanabilir.
ÇALIŞMA ADIMLARI
Başlangıçtan sürekli
iyileştirmeye.
Her aşamada kapsam, sorumluluklar ve iletişim görünür tutulur. Uygulama sırası kurumunuzun operasyonuna göre planlanır.
Kapsam ve yetkilendirme
Hedef alan adları, IP blokları, uygulamalar, kullanıcı rolleri, test zamanları, izinler ve kapsam dışı sistemler yazılı olarak onaylanır.
Planlama ve risk kontrolü
Test yöntemi, iletişim kişileri, izleme yaklaşımı, hassas işlemler ve durdurma koşulları belirlenir. Üretim ortamına uygun test yaklaşımı netleştirilir.
Kontrollü test ve doğrulama
Bulgular izin verilen kapsam içinde ölçülü biçimde doğrulanır. Kanıt ve teknik bağlam kaydedilir; beklenmeyen etki halinde durdurma ve iletişim akışı izlenir.
Raporlama ve yeniden test
Teknik bulgular risk ve iş etkisiyle önceliklendirilir. Düzeltme önerileri sunulur; ayrıca anlaşılması halinde düzeltmeler yeniden test edilerek raporlanır.
SOMUT ÇIKTILAR
Yalnızca faaliyet değil,
takip edilebilir sonuç.
Çıktı biçimi, içerik seviyesi ve teslim takvimi hizmet kapsamı ve bilgi paylaşım ihtiyaçlarına göre belirlenir.
- Yazılı test kapsamı, kurallar ve izin/onay kaydı
- Yönetici özeti ve önceliklendirilmiş teknik bulgular
- Bulgular için kanıt, etki açıklaması ve düzeltme önerileri
- Kapsam sınırları, test kısıtları ve görünürlük notları
- Ayrı kapsamla yürütülebilecek düzeltme doğrulama/re-test çıktısı
SIK SORULANLAR
Önemli soruları
baştan yanıtlayın.
Hizmet kapsamı, hazırlık veya mevcut araçlara dair başka sorularınız için bizimle iletişime geçebilirsiniz.
Birlikte değerlendirelim ↗Test için yazılı izin neden gerekli?
Sistem sahipliği ve test yetkisi açık olmalıdır. Yazılı izin; hedefleri, kabul edilen yöntemleri ve kapsam dışı varlıkları netleştirerek yanlış sistemlerde işlem riskini azaltır.
Sızma testi üretim sistemini etkiler mi?
Her testin operasyonel riski farklıdır. Üretim etkisi, test penceresi, hassas işlemler ve durdurma koşulları değerlendirilir; çalışma etkisiz olacağı varsayımıyla planlanmamalıdır.
Raporlama ne kadar ayrıntılı olur?
Raporlama ihtiyaca göre yönetici özeti, teknik bulgu, kanıt, etki, öncelik ve düzeltme önerilerini kapsayabilir. Hassas ayrıntıların paylaşımı ve saklanması önceden belirlenir.
Düzeltme sonrasında tekrar test yapılıyor mu?
Yeniden test ayrı takvim ve kapsamla planlanabilir. Düzeltmenin bulguyu giderip gidermediği doğrulanır; test edilen hedef ve sınırlamalar raporda belirtilir.
GOLDEN AGE · SİBER GÜVENLİK
İhtiyacınızı netleştirelim.
Bir sonraki adımı planlayalım.
Kurumunuzun mevcut yapısını ve önceliklerini paylaşın. Kapsam, sorumluluk ve iletişim modeli için ilk görüşmeyi başlatalım.