EresusSecurity
Kaynak Kod Analizi

Kod deposundaki gerçek güvenlik riskini kanıtla ayırın.

Eresus kaynak kod analizi; veri akışı, kimlik ve yetki kararları, framework kullanımı, gizli bilgi izleri, bağımlılık temas noktaları ve istismar edilebilir kod yollarını inceler. Amaç araç çıktısını çoğaltmak değil, geliştiricinin kapatabileceği gerçek riski dosya, fonksiyon, veri yolu ve çalışma zamanı etkisiyle açıklamaktır.

Kimin için uygun

Bu program en çok aşağıdaki ekiplerde hızla değer üretir.

Güvenlik ve mühendislik liderleri

Uygulama, API, bulut veya kimlik işlerini yeniden önceliklendirmeden önce exploit kanıtı görmek isteyen ekipler.

Müşteri yüzeyi taşıyan ürün ekipleri

Yetki, tenant ayrımı, regülasyon veya internete açık maruziyet taşıyan sistemlerde çalışan ürün ekipleri.

Uyarı hacmi değil, kanıt isteyen alıcılar

Tarayıcı gürültüsü yerine yeniden üretilebilir bulgular, düzeltme yönü ve kapanış akışı isteyen programlar.

Kapsam

Statik kaynak kod analizi ve yanlış pozitif ayıklama
Veri akışı ve tehlikeli kullanım noktası takibi
Kimlik, yetki, tenant ve nesne düzeyi erişim kontrolleri
Framework güvenli varsayımları ve yapılandırma hataları
Gizli bilgi, anahtar ve hassas veri izleri

Risk sinyalleri

Tarayıcı bulgusunun çalışma zamanında gerçekten sömürülebilir olup olmadığının bilinmemesi
Yetki kontrolünün sadece route seviyesinde kalması ve nesne düzeyinde kırılması
Gizli anahtarın eski commit, test dosyası veya örnek yapılandırmada kalması
Framework guard, middleware veya doğrulama sırasının yanlış kurulması
Kod sahibinin neyi, nerede ve nasıl düzelteceğini net görememesi

Teslimatlar

Dosya, fonksiyon ve veri yolu ile kanıtlanmış bulgular
Geliştiriciye atanabilir düzeltme backlog'u
Yanlış pozitiflerden arındırılmış öncelik listesi
Kod sahibi, risk etkisi ve yeniden test kriteri
CI/CD içinde tekrarlanabilir kontrol önerileri
Kod inceleme modeli

Kaynak kod analizini ticket gürültüsünden çıkarıp kapatılabilir kanıta dönüştürün.

01

Problem

Önce kritik repo, servis, kimlik akışı ve riskli modülleri seçeriz; tüm depoyu körlemesine raporlamayız.

02

Saldırı senaryosu

Kullanıcı girdisinin hangi veri yolundan geçip hangi tehlikeli kullanıma ulaştığını ya da hangi yetki kararını kırdığını gösteririz.

03

Kanıt

Bulguyu dosya, satır, fonksiyon, veri akışı, rol/tenant senaryosu ve gerekiyorsa HTTP isteğiyle bağlarız.

04

Teslimat

Düzeltme önerisini kod sahibine atanabilir iş kalemine, yayın kararına ve yeniden test komutuna çeviririz.

Sık sorulanlar

Alıcıların ilk konuşmada netleştirmek istediği başlıklar.

Bu çalışma kapsamı nasıl belirleniyor?+
Kapsamı varlıklar, iş akışları, yetki sınırları ve maddi risk yaratabilecek saldırı yollarına göre çıkarırız. Liste değil, istismar edilebilirlik odaklı ilerleriz.
Fiyatlandırma ve çalışma modelleri nasıl belirlenir?+
Fiyatlandırma; varlık büyüklüğü, API uç nokta karmaşıklığı, kullanıcı rol matrisi ve ortam kısıtlarına göre şeffaf olarak belirlenir. Tek seferlik proje bazlı testlerin yanı sıra sürekli CI/CD sürümleri için periyodik ofansif doğrulama modelleri sunuyoruz.
Tipik test süresi ve teslimat takvimi ne kadardır?+
Standart web ve API testleri kapsama göre 5 ile 15 iş günü arasında tamamlanır. Kritik ve yüksek seviyeli bulgular raporun tamamlanması beklenmeden, test devam ederken anlık olarak güvenli kanaldan iletilir.
Çalışma sonunda hangi teslimat ve rapor formatlarını alıyoruz?+
Yönetim için iş etkisi özeti, geliştiriciler için adım adım PoC istismar adımları (cURL/HTTP istekleri), CVSS v3.1 skorları, kod seviyesinde çözüm rehberi ve denetimler için geçerli resmi güvenlik doğrulama mektubu teslim edilir.
Düzeltmelerimizin kontrolü için yeniden test (retest) dahil mi?+
Evet. Tüm çalışmalarımız, rapor tesliminden sonraki 30 gün içinde uygulanan düzeltmelerin güvenilirliğini doğrulamak ve regresyon riskini kapatmak için ücretsiz retest (yeniden doğrulama) sürecini kapsar.
Raporlarınız DORA, NIS2, SOC 2 ve KVKK denetim gereksinimlerini karşılar mı?+
Evet. Metodolojimiz OWASP Top 10, PTES ve NIST SP 800-115 standartlarını temel alır. Raporlarımız DORA Madde 25, NIS2 Madde 21, SOC 2 Type II ve KVKK teknik tedbirler denetimlerinde talep edilen teknik kanıt ve metodoloji gereksinimlerini tam olarak karşılar.

Riskleri iş etkisine bağlarız.

Bulgular sadece CVSS skoru olarak kalmaz. Hangi müşteri akışını, hangi veri sınıfını, hangi operasyonel hedefi etkilediği açıkça yazılır.

Teslimat geliştirici ve yönetici için ayrı okunur.

Teknik ekipler yeniden üretilebilir kanıt ve düzeltme yönü alır; liderlik tarafı ise risk hikayesini, önceliği ve kapanış durumunu net görür.

Sonraki adım

Bu kapsamı gerçek risk yüzeyinize göre birlikte netleştirelim.

Pilot, tek uygulama, kritik API, AI ajan akışı veya daha geniş program fark etmez; önce iş etkisi yüksek yüzeyden başlarız.