RINP // SİBER GÜVENLİK HİZMETLERİ
Kaynak MerkeziBu kavramıdoğru anladım mı?
Red in Pulse hizmetlerinde, teknik raporlarda ve yönetici özetlerinde kullanılan siber güvenlik kavramlarını ortak bir dille açıklıyoruz. Tanımlar, ofansif güvenlik çalışmalarının kapsamını ve çıktısını müşteri açısından anlaşılır kılmakta; sık karıştırılan terimlerin ayrımını da göstermektedir.
Sık karıştırılan kavramların kanonik tanımları
Anonim Örnek
Gerçek bir müşteri çalışmasının kimliği gizlenirken yapısının, kanıt nesnesi (evidence object) türünün ve karar etkisinin korunduğu vaka anlatım biçimidir. Ofansif güvenlikte referans paylaşımı iki baskı arasında sıkışır: bir yandan bir işin nasıl yürüdüğünü göstermek güven inşa eder, diğer yandan müşteri gizliliği ve çoğu zaman sözleşmesel sır yükümlülüğü ifşayı yasaklar. Anonimleştirme bu gerilimi çözen disiplindir; uydurma değildir, çünkü sıfırdan senaryo türetmez, yalnızca iz sürülebilir ayrıntıları (kurum adı, kişi, benzersiz yapılandırma, sayısal büyüklük) nötrler. Sektör kategorisi jenerik biçimde anılır, nicel veriler niteliksel ifadeye çevrilir ve çalışmanın öğretici iskeleti olduğu gibi bırakılır. Böylece okunan şey bir vaka değil, bir yöntemdir: ne yapıldığı görünür kalırken kime yapıldığı görünmez olur.
"başarı hikâyesi" - Red in Pulse vakaları karar netliği hikâyesidir, başarı/dramatik tehdit anlatısı değil.
Attestation (Kanıt Beyanı)
Build ve CI hattı çıktılarının (model artefaktı, veri köken zinciri, bağımlılıklar) imzalanması, doğrulanması ve kanıt beyanlarının yapılandırılmış biçimde kayda alınmasıdır. Mesele bir dosyanın var olması değil, o dosyanın nereden geldiğinin, hangi süreçten geçtiğinin ve kim tarafından onaylandığının taşınabilir, doğrulanabilir kanıtıdır. Yazılım tedarik zinciri saldırılarının (SolarWinds, XZ Utils gibi) gösterdiği şey açıktır: üretim ortamına ulaşan artefaktın meşruluğu, kaynağına dair bir güven varsayımına değil bir kanıta dayanmalıdır. Yayına alma kararı (promote/rollback) bu kanıt zeminine bağlanır; beyan yoksa karar da dayanaksız kalır. Sigstore, Cosign, in-toto ve SLSA çerçevesi bu zincirin sahada yerleşmiş biçimleridir; attestation köken bilgisinin (provenance) imzalanmış, makine tarafından doğrulanabilir hâlidir.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Ayrıcalık Zinciri
Bulut kimlik ve yetki modellerinde tek tek bakıldığında zararsız görünen, ama birbirine eklemlendiğinde ayrıcalık yükseltmeye (privilege escalation) yol açan yetki ilişkileri bütünüdür. Modern saldırı yüzeyinin ağırlık merkezi ağdan kimliğe kaydıkça, kritik risk çoğu zaman tek bir yüksek-şiddetli zafiyette değil, sıradan izinlerin oluşturduğu erişim yollarında birikir. AWS IAM rol üstlenmeleri (assume-role), Azure Entra ID abonelik düzeyi atamaları ve GCP servis hesaplarının geçişli (transitive) yetkileri bu zincirin tipik halkalarıdır. Böyle bir zincir yapılandırma listesi okunarak keşfedilemez; çünkü mesele bir iznin var olması değil, o iznin bir sonrakine gerçekten erişim verip vermediğidir ve bu ancak manuel doğrulama ile güvenli bir kavram kanıtında (PoC) sınanır. Dolayısıyla bulgu tekil bir yapılandırma hatası değil, halkaların birlikte ürettiği bir erişim yoludur; savunma da tek bir izni değil, zinciri kesen kontrolü hedefler.
Bulut Güvenliği Sızma Testi.
Bildirim Oranı
Bir sosyal mühendislik simülasyonunda şüpheli iletiyi fark edip kuruma bildiren çalışanların oranıdır. Tıklama oranının (click rate) tersine, kimin kandığını değil savunmanın haber alma yeteneğini ölçer; bu da ölçümün merkezini bireyi suçlamaktan kurumun refleksini değerlendirmeye kaydırır. Yüksek bildirim oranı, kuruma giren her anormal temasın bir alarma dönüşme olasılığının arttığı anlamına gelir; çünkü bir sosyal mühendislik girişimi ancak fark edilip iletildiğinde savunulabilir bir olaya dönüşür. Düşük oran ise bir eğitim eksikliğinden çok, bildirim kanalının görünmez ya da zahmetli olduğuna işaret edebilir. Fark edip bildirme refleksinin (detect-and-report reflex) sayısal yüzüdür ve tek başına değil, bildirime kadar geçen süre ile birlikte anlam taşır.
Fark etme ve bildirme davranışı.
Bildirime Kadar Geçen Süre
Bir simülasyon iletisinin çalışana ulaşmasından ilk bildirimin gelmesine kadar geçen süredir. Sosyal mühendislik ölçümünde tıklama oranı uzun süre tek metrik sayıldı; oysa gerçek bir olayda kurumu kurtaran şey kimsenin tıklamaması değil, tıklansa bile savunmanın ne kadar erken haber almasıdır. Bu süre tam olarak onu ölçer: gerçek bir olayda savunmanın kaç dakika sonra devreye girebileceğini gösterir ve sayı küçüldükçe insan katmanı bir erken uyarı sistemine yaklaşır. Tıklanıp tıklanmadığından bağımsızdır; hızlı bir bildirim, bir olayın büyümeden kapanmasını sağlayabilir. Bildirim oranı ve doğru eskalasyon yüzdesiyle birlikte okunur ve Sosyal Mühendislik Simülasyonu'nun karar metriklerinden biridir.
Fark etme ve bildirme davranışı.
Bileşen Listesi (BOM / AI-ML-BOM)
Model artefaktı, veri kaynağı, bağımlılık ve build çıktıları için doğrulanabilir bileşen listesidir. Geleneksel yazılımda SBOM (Software Bill of Materials), yapay zeka bağlamında AI-ML-BOM olarak adlandırılır; CycloneDX ve SPDX bu listenin yapılandırılmış, makine tarafından okunabilir kayıt biçimleridir. Gereği, modern sistemlerin büyük bölümünün devralınan bileşenlerden kurulmasından doğar: bir riskin kaynağı çoğu zaman kurumun yazdığı kodda değil, miras aldığı kütüphanede, önceden eğitilmiş modelde ya da veri kümesindedir. Bu yüzden bir envanter tablosu değil, kanıt nesnesidir; 'içinde ne var' sorusuna değil, 'bir zafiyet duyurulduğunda etkilenip etkilenmediğimi ve bunu kime karşı savunabileceğimi' sorusuna cevap verir. Olgunlaştıkça köken (provenance) ve attestation ile birleşerek tedarik zinciri güveninin envanter ayağını oluşturur.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Birincil Somut Bulgu
Her hizmetin asıl doğrulama ürünüdür; ekosistemin 'bulgu' dediği şeyin, kararı kapatan hâlidir. Güvenlik hizmetleri uzun süre çıktıyı bulgu sayısıyla anlattı; oysa yüz bulgulu bir rapor, hangi işin önce yapılacağını söylemiyorsa bir yük, söylüyorsa bir karardır. Birincil kanıt nesnesi bu ayrımı kurar: Uygulama Güvenliği Sızma Testi'nde öncelikli düzeltme iş listesi (fix-first backlog), Sürekli Sızma Testi'nde ritim ve ölçülebilir kapanış, Modüler Red Team Simülasyonu'nda doğrulanmış saldırı yolu, Üretken Yapay Zeka Red Team'de kötüye kullanım yoludur. Ham bir bulgu listesi değil, kararı hareket ettiren kanıttır. Bir hizmeti rakibinden ayıran şey kaç bulgu bulduğu değil, bu nesnenin ne olduğudur.
Tüm ofansif güvence hizmetleri.
Blast Radius (Etki Yarıçapı)
Tek bir başlangıç konumundan ulaşılabilen toplam etki alanıdır. Bir bulgunun önceliğini çoğu zaman bulgunun kendisi değil, oradan nereye kadar ilerlenebildiği belirler; aynı önem derecesine sahip iki zafiyetten biri yalıtılmış bir köşede kalırken diğeri kritik hedefe açılan kapı olabilir. Kavram, savunmanın odağını tekil zafiyet puanından erişim topolojisine kaydırır: soru 'bu ne kadar ciddi' değil, 'buradan nereye gidilir' hâline gelir. Sıfır güven (zero trust) mimarisinin, mikrosegmentasyonun ve etkin yetki daraltmasının ortak amacı bu yarıçapı küçültmektir; her biri bir ihlalin yayılabileceği alanı daraltarak tek bir bulgunun iş etkisini sınırlar. Etki yarıçapı, 'ihlal olacak' varsayımını 'olduğunda ne kadar yayılır' sorusuna çeviren tasarım ölçüsüdür.
Segmentasyonu gerçek erişim yollarıyla doğrulamak.
BOLA / BFLA
API güvenliğinde iki temel yetkilendirme kusurudur. BOLA (Broken Object Level Authorization) yatay yetki ihlalidir: aynı seviyeden başka bir kullanıcının nesnesine erişmek. BFLA (Broken Function Level Authorization) dikey yetki ihlalidir: erişilmemesi gereken yönetimsel işlevi çağırmak. İkisi de OWASP API Security Top 10 listesinin en üst sıralarında yer alır (API1 ve API5) ve kök nedenleri ortaktır: kimlik doğrulaması yapılmış bir isteğin yetkili olduğu sanılır. Oysa doğrulama (authentication) kimliği bilir, yetki (authorization) ise o kimliğin tam da bu nesne ya da işlev üzerinde hakkı olup olmadığını sorar; API katmanında bu ikinci kontrol çoğu zaman her nesne erişiminde ayrıca yapılması gerektiği hâlde atlanır. Çok müşterili (multi-tenant) mimarilerde BOLA'nın en pahalı biçimi müşteri sınırının çökmesidir ve bu bulgular otomatik tarayıcıyla değil, iş mantığını izleyen manuel doğrulamayla ortaya çıkar.
Uygulama Güvenliği Sızma Testi (API kapsamı).
Canary Kanıtı
Bir kontrolün gerçekten uygulandığını göstermek için ortama bilerek yerleştirilen, izlenebilir ve zararsız bir nesnedir (örneğin sahte bir kimlik bilgisi, işaretli bir belge ya da tuzak kayıt). Güvenlikte en sık rastlanan yanılgı 'politika yazılı' ile 'politika çalışıyor' arasındaki farktır; bir kontrolün tanımlı olması, sahada tetiklendiği anlamına gelmez. Canary kanıtı bu boşluğu kapatır: kontrolün varlığını görmek yerine, dokunulduğunda iz bırakacak biçimde tasarlanmış bir nesneyle kararının gerçekten uygulandığını kanıtlar. Veri sızıntısı önleme (DLP), erişim izleme ya da tespit kuralı gibi kontrollerin canlı doğrulamasında kullanılır. Test sonunda ortamdan kaldırılması ve hiçbir operasyonel etki bırakmaması, kontrollü icranın yan etki kontrolü ilkesinin gereğidir.
Modüler Red Team Simülasyonu.
Cihaz Kodu Akışı (Device Authorization Grant)
Klavye veya tarayıcı etkileşimi kısıtlı cihazlar (akıllı TV, konsol, CLI araçları) için tasarlanmış, kullanıcının bir kodu ayrı bir cihazda onayladığı OAuth 2.0 akışıdır (RFC 8628). Meşru amacı kullanışlıdır, ancak saldırgan açısından değeri şu asimetride yatar: akış içinde saldırgana ait bir bağlantı taşımaz, dolayısıyla kurumların yıllardır eğittiği 'şüpheli linke tıklama' refleksini hiç tetiklemez. Kullanıcı tanıdık ve gerçek bir giriş ekranında, gerçek bir kodu onaylar; fakat onayladığı oturum saldırganındır. Bu teknik, kimlik avının (phishing) link temelli tespit kontrollerini aştığı için ilk erişim senaryolarında ayrı bir giriş yüzeyi olarak değerlendirilir; savunması, koşullu erişim politikalarının bu akışı kapsamına almasıyla ve cihaz kodu isteklerinin izlenmesiyle kurulur.
Modüler Red Team Simülasyonu.
Cookie Tossing ve Shadowing
Kontrol edilen bir subdomain'den alan adı geneli (domain-wide) cookie set ederek uygulamanın kendi değerini üzerine yazma (fixation) ya da aynı adla ikinci bir cookie teslim ettirme (shadowing) tekniğidir. İşin püf noktası, HTTP protokolünün aynı adlı birden çok cookie içinde hangisinin seçileceğini kesin olarak tanımlamamasıdır; sunucu tarafındaki ayrıştırıcı (parser) bu kararı kendi kuralıyla verir ve bu kurallar sunucu yazılımına göre değişir. Saldırgan bu belirsizliği istismar eder: uygulama 'doğru' sandığı değeri işlerken aslında saldırganın yerleştirdiği değeri işler. Kayıt-fixation, oturum karıştırma ya da yetkilendirme atlatma bu yoldan mümkün olabilir. Related-domain saldırgan konumuyla (aynı eTLD+1'i paylaşan bir subdomain'in ele geçirilmesi) birleştiğinde güçlenir; en sağlam savunma, kritik cookie'lerde __Host- prefix'i kullanmaktır.
Uygulama Güvenliği Sızma Testi.
Crown Jewel (Kritik Hedef)
Kurumun iş hedefiyle doğrudan bağlanan, saldırgan tarafından ele geçirildiğinde yüksek iş etkisi doğuran kritik veri varlığı, ayrıcalıklı kimlik ya da iş süreci bileşenidir. Geleneksel yaklaşım tüm varlıkları korumaya çalışırken dikkat dağılır; kritik hedef kavramı ise savunmayı önceliklendirir ve testi odaklar. Hedef Odaklı Red Team senaryolarında (RT-2) işin başlangıç parametresidir, Varsayılan İhlal Simülasyonu'nda (RT-3) ise yatay geçişin (lateral movement) varış adresidir. Neyin kritik hedef olduğu teknik bir karar değil, iş kararıdır: 'önce ne kaybedilirse iş durur, hangi veri sızarsa itibar ya da uyum çöker' sorusu yönetimle birlikte cevaplanır. Bu tanım yapılmadan yürütülen bir ofansif çalışma, bulgu üretir ama önceliklendiremez. Türkçe gövdede 'kritik hedef' tercih edilir.
Modüler Red Team Simülasyonu (RT-2 / RT-3).
Çalışma Zamanı Zinciri
Üretken yapay zeka uygulamasının istem (prompt), araç (tool), veri (RAG), Model Context Protocol bağlantısı, yetki ve aksiyon yüzeyinde gerçek zamanlı işleyen davranış zinciridir. Üretken Yapay Zeka Red Team kapsamının omurgasıdır; test, modelin ne bildiğine değil bu zincirin ne yapabildiğine bakar; çünkü modern yapay zeka uygulamasında risk artık modelin bir cümleyi yanlış tamamlamasında değil, modele verilen araçları ve yetkileri kötüye kullanabilmesindedir. Model güven zinciriyle (tedarik zinciri) karıştırılmamalıdır: biri uygulama çalışırken doğan davranış, diğeri modelin kaynağına ve build hattına dair kanıt zinciridir; biri 'çalışırken ne oluyor', diğeri 'bu modele güvenebilir miyim' sorusudur. OWASP LLM Top 10 ve MITRE ATLAS bu zincirdeki riskleri çerçeveler ve kötüye kullanım yolu bu zincir üzerinde kanıtlanır.
model tedarik zinciri - biri çalışma zamanı (AIS-1), diğeri kaynak ve kanıt zinciri (AIS-2).
Çift Katmanlı Teslim
Raporlamanın iki ayrı katman olarak birlikte teslim edilmesidir: yönetim için karar destekli özet (risk resmi, öncelik gerekçesi, kapanış görünürlüğü) ve teknik ekip için sahibi belli, sıralı, öncelikli düzeltme odaklı (fix-first) iş listesi. Güvenlik raporlarının klasik başarısızlığı tek muhataba yazılmış olmalarıdır: salt teknik rapor yönetimin okumadığı, salt yönetici özeti ise ekibin uygulayamadığı bir belgeye dönüşür. Çift katmanlı teslim bu kopuşu kapatır; iki katman aynı anda ve aynı doğrulanmış bulgulara dayanarak görünür olmak zorundadır, çünkü biri 'neden önemli' sorusunu, diğeri 'tam olarak ne yapılacak' sorusunu cevaplar. Bir katmanın eksikliği raporu ya anlaşılmaz ya da uygulanamaz kılar; değer, aynı gerçeğin iki dile aynı anda çevrilmesindedir.
Tüm ofansif güvence hizmetleri.
Değerlendirme Seti (Eval Set)
Yapay zeka destekli iş akışının doğruluk, güvenlik ve teslim kalitesi açısından kabul kriterlerine karşı sınanması için tasarlanmış test senaryoları, doğrulanabilir metrikler ve kabul kapılarının (acceptance gates) yapılandırılmış kümesidir. Üretken yapay zekanın mühendislik disiplinine en çok direndiği nokta değerlendirmedir; 'iyi görünüyor' izlenimi öznel, tekrarlanamaz ve ölçeklenemezdir. Değerlendirme seti bu izlenimi ölçülebilir eşiklere çevirir: aynı senaryolar her sürümde yeniden koşulur, çıktı tanımlı metriklerle puanlanır ve bir eşik geçilmeden kavram kanıtı (PoC) ya da kontrollü pilot kabul edilmez. Yapay Zeka Destekli Ofansif İş Akışı'nda bir aracın üretime hangi kalite güvencesiyle alınacağını bu set belirler; onay modeliyle birlikte, 'işe yarıyor gibi' ile 'ölçülü biçimde eşiği geçti' arasındaki farkı kuran karar mekanizmasıdır.
Sızma Testi ve Red Team için Yapay Zeka.
Denetime Hazır Kanıt Paketi
Yönetim, bağımsız denetçi ya da regülatör karşısında savunulabilir biçimde sunulabilen; teknik doğrulama özetini, kontrol eşlemesini, yönetici özetini, öncelikli iyileştirme planını ve kapanış kanıtını tek bir bütün hâlinde taşıyan pakettir. Bir güvenlik çalışmasının çıktısı çoğu zaman denetim anında işe yaramaz hâle gelir; çünkü teknik rapor denetçinin diline çevrilmemiştir ve 'ne bulundu' ile 'hangi gereklilik karşılandı' arasında kurulması gereken köprü eksiktir. Bu paket o köprüyü önceden kurar: bulguları ISO 27001, SOC 2 ya da OWASP ASVS gibi çerçevelerin kontrol maddeleriyle eşler, böylece denetçi kanıtı kendi kontrol listesi üzerinde doğrulayabilir. Müşteri güvenlik incelemesine yönelik taşınabilir güvenceyle (portable assurance) aynı şey değildir; ayrı bir güvence hattıdır (S4-B). Fark muhataptadır: taşınabilir güvence müşteriye 'bize güvenebilirsiniz' derken, denetime hazır paket denetçiye 'gereklilik karşılandı, işte bağımsız doğrulanabilir kanıtı' der.
Kanıt paketi.
Doğrulanabilir Kapanış
'Düzeltildi' iddiasının yeniden ölçümle, tekrar doğrulamayla (re-test) ya da kontrol etkinliği takibiyle kanıtlanmış hâlidir. Güvenlik işinin en sessiz başarısızlığı burada gizlenir: bir zafiyet kapatıldı sanılır, oysa yama ya yanlış yere uygulanmış, ya yeni bir zafiyet açmış, ya da yalnızca belirtiyi örtmüştür. Doğrulanabilir kapanış bu varsayımı bir ölçüme bağlar; düzelt-doğrula (fix-verify) çevrimi içinde kapanışı bir söze değil bir kanıta dayandırır. Sürekli Sızma Testi'nde ritim bazlı kapanış görünürlüğünün omurgasıdır ve ortalama kapatma süresi (MTTR) ancak bu zemine oturduğunda anlam taşır; çünkü ölçülen süre 'kapatıldı denilen' değil 'kapatıldığı doğrulanan' ana kadar olmalıdır. Bir bulgunun gerçekten kapandığını iddianın sahibi değil, bağımsız ölçüm söyler; aradaki fark, raporun güvenilirliğini belirleyen eşiktir.
Sürekli Sızma Testi.
Dolaylı İstem Enjeksiyonu (Indirect Prompt Injection)
Modelin okuduğu üçüncü taraf içeriğe (belge, web sayfası, e-posta, bilgi tabanı kaydı) yerleştirilen talimatın, kullanıcının isteğiymiş gibi işlenmesidir. Doğrudan enjeksiyondan ayrıldığı nokta tehdidi görünmez kılar: saldırgan modelle hiç konuşmaz, modelin güvendiği bir veri kaynağına yazar ve bekler. Model o kaynağı okurken içindeki talimatı veri değil komut sanar; kök neden, dil modelinin veriyi ve talimatı aynı kanaldan okuyup ikisini kesin biçimde ayıramamasıdır. OWASP LLM Top 10 listesinde en kritik risklerden biridir (LLM01 kapsamında) ve tek başına bir zafiyet değil, bir zincirin halkasıdır. Üçlü risk koşuluyla (lethal trifecta) birleştiğinde, yani model aynı anda özel veriye erişebiliyor ve dışarıyla iletişim kurabiliyorken, dolaylı enjeksiyon doğrudan veri sızıntısına dönüşür. Bu yüzden Üretken Yapay Zeka Red Team'de izole bir bulgu olarak değil, kötüye kullanım yolunun bir adımı olarak kanıtlanır.
Ajanlarda istem, araç ve yetki zinciri.
EPSS (Exploit Prediction Scoring System)
Bir zafiyetin yakın gelecekte gerçek dünyada istismar edilme olasılığını, gözlemlenen sömürü verilerine dayanarak tahmin eden olasılık temelli puanlama sistemidir (FIRST tarafından sürdürülür). Yama önceliklendirmesinin klasik açmazı şudur: binlerce zafiyet, sınırlı kaynak ve hepsini aynı anda kapatmanın imkânsızlığı. Teknik şiddeti ölçen CVSS tek başına bu açmazı çözmez; çünkü bir zafiyetin ne kadar ciddi olduğu, onun gerçekten sömürülüp sömürülmeyeceğinden ayrı bir sorudur. Yüksek şiddetli ama sahada hiç istismar edilmeyen bir bulgu ile orta şiddetli ama yaygın sömürülen bir bulgu aynı aciliyeti taşımaz. EPSS tam da bu ikinci soruya, 'ne kadar olası' sorusuna cevap verir; CVSS 'ne kadar kötü' sorusunu yanıtlar. İkisi birlikte okunduğunda yama kuyruğu teorik şiddetten gerçek riske kayar ve sınırlı kaynak önce sahada aktif istismar edilen zafiyetlere yönlendirilir.
Uygulama Güvenliği Sızma Testi.
Eskalasyon
Test sırasında önceden mutabık kalınan kapsamın dışına çıkılması, beklenmedik bir kritik bulguya rastlanması veya operasyonel etki riskinin doğması durumunda, önceden tanımlı bir kanaldan sahibi belli kişilere bilgi akışının başlatılmasıdır. Çalışma kuralları (RoE) içinde yazılı tutulur ve kontrollü icranın ayrılmaz parçasıdır. Bir sızma testi ya da red team çalışmasının en kırılgan anları plandan sapılan anlardır; tam o anda ne yapılacağına dair karar doğaçlama verilirse, test savunulabilirliğini yitirir. Eskalasyon hattı bu kararı öne alır: kritik bir bulgu ele geçirildiğinde kimin, hangi sırayla, hangi yetkiyle haberdar edileceği önceden yazılmıştır. İşlevi hızı kesmek değil, sürprizi yönetilebilir kılmaktır; iyi tasarlanmış bir eskalasyon, hem müşterinin operasyonunu korur hem de testin kanıt değerini bozmadan ilerlemesini sağlar. Bir testi 'kontrollü' kılan şey tam da bu önceden kararlaştırılmış reflekstir.
Kontrollü icra ve çalışma kuralları (RoE).
Etkin Yetki
Bir kimliğin kağıt üzerinde tanımlı izinleri ile o izinlerin politika, sınır ve koşullarla kesişiminden geriye kalan gerçek erişimi arasındaki farktır. Bulut ortamlarında bir kimliğin neye erişebildiği, kendisine atanmış tekil politikayı okuyarak anlaşılmaz; çünkü gerçek erişim, izin politikaları, yetki sınırları (permission boundaries), servis kontrol politikaları ve koşul ifadelerinin hepsinin birlikte hesaplanmasından doğar. AWS, Azure ve GCP'nin her biri bu kesişimi farklı kurallarla değerlendirir ve sonuç çoğu zaman yöneticinin beklediğinden geniş çıkar. Aradaki boşluk hem fazla yetkinin hem de yanlış güven varsayımının saklandığı yerdir: bir rolün 'yalnızca okuma' olduğu sanılırken, bir başka politikayla birleşince yazma yetkisine dönüşebilir. Bu yüzden etkin yetki bir yapılandırmayı okuyarak değil, hesaplayarak bulunur; ayrıcalık zinciri ve geçişli yetki analizlerinin çıkış noktasıdır ve bulut IAM değerlendirmelerinin asıl sorusudur.
Bulut yetki zincirlerini erişim etkisiyle okumak.
Fark Edip Bildirme Refleksi
Çalışanın bir sosyal mühendislik girişimini fark edip kuruma bildirme refleksidir ve Sosyal Mühendislik Simülasyonu'nun birincil kanıt nesnesidir. İnsan katmanı ölçümü uzun süre yanlış soruya kilitlendi: 'kaç kişi tıkladı?' Oysa gerçek bir olayda kurumu kurtaran şey kimsenin tıklamaması değildir; yeterince büyük bir kurumda er geç biri tıklar. Kurtaran, tıklayan ya da şüphelenen kişinin durumu ne kadar hızlı bildirdiğidir. Fark edip bildirme refleksi bu ikinci yeteneği ölçer ve ölçümün merkezini bireyi suçlamaktan kurumun savunma refleksini değerlendirmeye kaydırır. Tıklama oranı bu çerçevede yalnızca bağlam verisidir; karar nesnesi, kaç kişinin alarma bastığı ve ne kadar çabuk bastığıdır. Bildirime kadar geçen süre ve doğru eskalasyon yüzdesi metrikleriyle birlikte okunur. Çerçeve bilinçli olarak suçlayıcı değil refleks geliştiricidir; amaç bir çalışanı yakalamak değil, kurumu bir erken uyarı sistemine dönüştürmektir.
"kim kandı?" dili - Red in Pulse Sosyal Mühendislik Simülasyonu utandırma çerçevesi kullanmaz.
Fix-first Backlog (Öncelikli Düzeltme İş Listesi)
İş etkisine ve risk seviyesine göre sıralı, sahibi belli, uygulanabilir düzeltme iş listesidir; Uygulama Güvenliği Sızma Testi'nin birincil kanıt nesnesidir. Güvenlik raporlarının çoğu bir bulgu yığını teslim eder ve önceliklendirmeyi okuyana bırakır; oysa yüz bulgulu bir liste, hangi işin önce yapılacağını söylemiyorsa ürün ekibi için bir yük, söylüyorsa bir karardır. Fix-first backlog bu ayrımı kurar: her bulguyu kanıtlanmış teknik gerçeklikten türetir, bir sahibe bağlar ve doğrudan sprint kuyruğuna girebilecek biçimde ifade eder. Farkı sıralamada gizlidir; hangi zafiyetin önce kapatılacağını bulgunun ham şiddeti değil, kapatılmadığında işe vereceği zarar ile düzeltme maliyetinin birlikte değerlendirilmesi belirler. OWASP ASVS gibi çerçevelerle eşlendiğinde liste yalnızca 'ne yapılacak' değil, 'hangi gerekliliği karşılayacak' sorusuna da cevap verir. Türkçe karşılığı öncelikli düzeltme iş listesidir.
Uygulama Güvenliği Sızma Testi.
Geçişli Yetki (Transitive Privilege)
Bir kimliğin, başka bir kimliğe geçebilme (assume) yetkisi üzerinden dolaylı olarak eriştiği haklardır. Tek tek bakıldığında hiçbir kimlik aşırı yetkili görünmezken, geçiş zinciri izlendiğinde etkin yetki çok daha geniş çıkabilir; A kimliği B'ye geçebiliyor, B de C'ye geçebiliyorsa, A aslında C'nin tüm haklarına sahiptir. Tehlike buradadır: bir denetim her kimliğe ayrı baktığında temiz sonuç verir, çünkü hiçbir tekil yetki kuralı ihlal edilmemiştir; oysa saldırgan kimlikleri tek tek değil, bir zincir olarak kullanır. AWS IAM rol üstlenmeleri (assume-role), Azure Entra ID yönetimli kimlikleri ve GCP servis hesabı taklit (impersonation) yetkileri bu zincirin tipik halkalarıdır. Bulut IAM değerlendirmelerinde geçişli yetki, en çok gözden kaçan ayrıcalık yükseltme yoludur; ayrıcalık zincirinin de temel yapıtaşıdır. Bu yüzden değerlendirme tekil izinleri değil, izinlerin birbirine açtığı geçiş grafını hedefler.
Bulut yetki zincirlerini erişim etkisiyle okumak.
GenAI Red Team
Üretken yapay zeka uygulamalarının çalışma zamanı zincirinin (istem, araç, veri, yetki, Model Context Protocol) doğrulanmış bir kötüye kullanım yolu üzerinden test edilmesidir. Geleneksel sızma testinin yapay zekaya uyarlanmış bir sürümü değildir; soruyu değiştirir. Klasik güvenlik testi 'modeli yanlış bir cevaba kandırabilir miyim' diye sorarken, GenAI Red Team 'modelin eline verilen araçları ve yetkileri kötüye kullandırabilir miyim' diye sorar. Çünkü modern yapay zeka uygulamasında risk artık bir cümlenin yanlış tamamlanmasında değil, modele bağlı araçların (veritabanı sorgusu, e-posta gönderimi, dosya erişimi) istismar edilmesindedir. OWASP LLM Top 10 ve MITRE ATLAS bu alanın çerçeve referanslarıdır; dolaylı istem enjeksiyonu, RAG ifşası, araç kötüye kullanımı ve MCP yetki istismarı tipik adımlardır. Üretken Yapay Zeka Red Team kanonik adıdır ve birincil kanıt nesnesi, güvenli kavram kanıtıyla sahada gösterilen kötüye kullanım yoludur.
Model Tedarik Zinciri Güvencesi (modelin kökeni) ve Sızma Testi için Yapay Zeka (iç iş akışı). Üçü farklı hizmettir.
Gözlemlenebilirlik
Yapay zeka destekli iş akışının her adımının loglama, denetim izi (audit trail), telemetri ve geri alma (rollback) kriterleriyle kayıt altına alınması; çalışmanın insan denetimine açık ve kanıt temelli izlenebilir hâle getirilmesidir. İzleme (monitoring) ile aynı şey değildir ve bu ayrım önemlidir: izleme 'sistem çalışıyor mu' sorusuna bakar, gözlemlenebilirlik ise 'ne oldu, neden oldu ve geri alabilir miyim' sorusuna. Birincisi bir durum lambasıdır, ikincisi bir kara kutu kaydıdır. Yapay zeka destekli ofansif iş akışlarında bu dört bileşen birlikte korunmak zorundadır; biri eksikse akış bir kör noktayla yürür. Loglama ne yapıldığını, denetim izi kimin hangi yetkiyle yaptığını, telemetri sürecin nasıl davrandığını, geri alma ise yanlış bir adımın sonucunun nasıl iptal edileceğini taşır. Gözlemlenebilirlik, otomasyonu bir güven sıçraması olmaktan çıkarıp hesap verebilir bir sürece dönüştüren yapıdır; onay modeli ve insan onayının teknik zeminidir.
Sızma Testi ve Red Team için Yapay Zeka.
Host-only Cookie ve __Host- Prefix'i
Domain attribute'ü taşımayan bir cookie yalnızca kendi host'una gönderilir ve kardeş subdomain'lere sızmaz; buna host-only cookie denir. __Host- prefix'i bu güvenceyi tarayıcı düzeyinde zorunlu kılar: adı bu önekle başlayan bir cookie'de Domain kullanımını tümüyle yasaklar, Secure bayrağını şart koşar ve Path'in kök (/) olmasını dayatır. Mesele teorik değil, mimari bir güven sınırı meselesidir: cookie tossing ve related-domain saldırgan konumuna karşı asıl koruma, geliştiricinin her cookie'de doğru attribute'leri hatırlamasına değil, tarayıcının yanlış tanımı baştan reddetmesine dayanmalıdır. İnsan dikkatine bırakılan güvenlik er geç bir kez atlanır; tarayıcı tarafından zorlanan güvenlik ise her istekte tutar. Bu yüzden oturum tanımlayıcısı gibi kritik cookie'lerde __Host- prefix'i, saldırgan aynı kaydedilebilir alan adını (eTLD+1) paylaşan bir subdomain'i ele geçirse bile cookie'nin üzerine yazılmasını ya da gölgelenmesini (shadowing) engelleyen en sağlam kontroldür.
Uygulama Güvenliği Sızma Testi.
IAM (Kimlik ve Erişim Yönetimi)
IAM, yani Identity and Access Management (kimlik ve erişim yönetimi), bulut sağlayıcılarda 'kim, neye, hangi koşulda erişebilir' sorusunun denetim alanıdır. AWS IAM rolleri ve politikaları, Azure Entra ID ve GCP servis hesapları bu alanın yerleşik biçimleridir. Bu kavramın ağırlığı, saldırı yüzeyinde yaşanan tarihsel bir kaymadan gelir: geleneksel güvenlik ağ çevresini (perimeter) korurdu, güvenli olan içeride, tehlikeli olan dışarıdaydı. Bulut ve uzaktan çalışmayla birlikte bu çevre eridi; artık bir kaynağa erişimi belirleyen şey ağdaki konum değil, taşınan kimliğin yetkisidir. Bu yüzden modern saldırganın asıl hedefi bir güvenlik duvarını aşmak değil, geçerli bir kimlik ele geçirmek ya da zayıf yapılandırılmış bir yetkiyi istismar etmektir. IAM bu nedenle bir yan başlık değil, bulut güvenliğinin ana muharebe alanıdır; etkin yetki, ayrıcalık zinciri ve insan olmayan kimlik gibi kavramların hepsi bu alanın içinde işler. Yerleşik İngilizce kısaltma olarak Türkçe gövdede korunur.
Bulut Güvenliği Sızma Testi.
İnsan Olmayan Kimlik (NHI)
Servis hesabı, uygulama kaydı, iş yükü kimliği (workload identity) ve otomasyon anahtarı gibi, arkasında bir kullanıcı bulunmayan kimliklerdir. Modern bulut ortamlarında sayıca insan kimliklerini kat kat aşarlar ve bu oran otomasyon arttıkça büyümeye devam eder. Üç yapısal özellik onları özellikle riskli kılar: çoğu zaman çok faktörlü doğrulamanın (MFA) kapsamına girmezler, kimlik bilgileri (anahtar, token, sertifika) kodda ya da yapılandırmada statik biçimde taşınır, ve yaşam döngüsü yönetimi eksiktir; bir proje bittiğinde unutulan servis hesabı yıllarca canlı ve yetkili kalabilir. Saldırgan açısından bu üç özellik bir araya geldiğinde cazip bir hedef doğar: çok sayıdalar, zayıf korumalılar ve kimse onları izlemiyor. Dahası, bir insan olmayan kimlik ele geçirildiğinde davranışı bir insanınki gibi anomali üretmez, bu da tespiti zorlaştırır. İnsan olmayan kimlik yönetimi bu yüzden bulut güvenliğinin hızla büyüyen açık cephesidir ve etkin yetki ile geçişli yetki analizlerinin ayrılmaz parçasıdır.
Bulut Güvenliği Sızma Testi.
İnsan Onayı (Human in the Loop)
Otomatik bir akışın, sonuç doğuran bir adımı atmadan önce insan kararına bağlanmasıdır. Yapay zeka destekli ofansif iş akışlarında, hedefe temas eden her adımın önünde duran zorunlu kapıdır. Amaç hızı kırmak değil, geri alınamaz eylemi insan onayına kilitlemektir; ajan keşif yapabilir, hipotez üretebilir ve kanıt işleyebilir, ama tetiği bir insan çeker. Bu ayrım, yapay zeka destekli ofansif çalışmayı 'tam otonom saldırı ajanı' korkusundan ayıran sınırdır ve pratik bir sorumluluk gerçeğinden doğar: bir sızma testinde atılan adımın hukuki, sözleşmesel ve operasyonel sonuçlarını bir yazılım değil, yetkili bir insan taşıyabilir. İnsan onayı soyut bir ilke olarak bırakılırsa işlevsizdir; onay modeli ile birlikte, kimin hangi adımı hangi yetkiyle onaylayacağını tanımlayan işleyen bir mekanizmaya dönüşür. Gözlemlenebilirlik bu kapının ardında ne olduğunu izlenebilir kılar; üçü birlikte otomasyonu hesap verebilir kılan yapıyı kurar.
Sızma Testi ve Red Team için Yapay Zeka.
Kanıt Temelli Doğrulama
Tarama ya da denetim listesinden değil; gerçek teknik veya operasyonel gözlem, ölçüm, zincir ya da kontrol etkisinden türeyen doğrulama yaklaşımıdır. Red in Pulse kategori cümlesinin sabit parçasıdır ve bütün hizmetlerin ortak ölçütüdür. Ayrımın özü şudur: bir tarayıcının 'yüksek risk' etiketi bir iddiadır, o riskin gerçekten istismar edilebildiğini gösteren güvenli kavram kanıtı (PoC) ise kanıttır. İkisi arasındaki mesafe, otomatik güvenlik araçlarının ürettiği yanlış pozitiflerin (false positive) ve bağlamdan kopuk şiddet puanlarının sektörde yarattığı gürültünün ta kendisidir. Kanıt temelli doğrulama bu gürültüyü süzer: bir bulgu ancak sahada, önceden mutabık kalınan kapsam içinde ve yıkıcı yan etki olmadan gösterildiğinde 'doğrulanmış' sayılır. PTES, NIST SP 800-115 ve OWASP test metodolojileri bu disiplinin yerleşik çerçeveleridir. Bu zemin oluşmadan hiçbir şeye doğrulanmış denmez; çünkü savunulabilir güvencenin tek para birimi iddia değil, bağımsız olarak yeniden üretilebilen kanıttır.
Tüm ofansif güvence hizmetleri.
Kaydedilebilir Alan Adı (eTLD+1)
Public Suffix List'teki bir sonekin (etkin üst düzey alan adı, eTLD) bir seviye üstünde yer alan, bir kurumun gerçekten satın alıp kaydedebildiği alan adıdır; örnekte 'ornek.com.tr' bir eTLD+1 iken 'com.tr' yalnızca bir sonektir. Bu birim teknik bir ayrıntı gibi görünür, ama tarayıcı güvenlik modelinin taşıyıcı kolonudur: SameSite cookie politikası, Site Isolation ve cookie kapsamı gibi sınırların birçoğu 'origin' değil 'site' ölçeğinde çalışır ve tarayıcının 'site' tanımı tam da kaydedilebilir alan adıdır. Saldırı analizindeki kritik sonuç şudur: aynı eTLD+1'i paylaşan iki subdomain, tarayıcının gözünde çoğu zaman aynı site içindedir ve aralarındaki bazı güven sınırları zayıflar. Related-domain saldırgan tehdidinin temel ölçü birimi budur; bir subdomain ele geçirildiğinde oluşan risk, o subdomain'in hangi kaydedilebilir alan adını paylaştığına bakılarak değerlendirilir. Cookie tossing ve shadowing gibi teknikler de bu paylaşılan sınır üzerinde işler.
Uygulama Güvenliği Sızma Testi.
Kayıt Deposu (Registry)
Model artefaktı, sürüm ve dağıtım yönetiminin merkezi sistemidir; erişim kontrolü, promote/rollback akışı, denetim kaydı ve kötüye kullanım senaryoları altında değerlendirilir. Model güven zincirinin (model trust chain) merkezinde yer alır ve basit bir dosya deposuyla karıştırılmamalıdır; çünkü bir dosya deposu yalnızca saklar, kayıt deposu ise hangi modelin, hangi sürümün ve kimin onayıyla üretime geçeceğine dair kararın verildiği yerdir. Bu onu tedarik zincirinin en değerli tek düğümü yapar. Saldırgan mantığı açısından fark belirleyicidir: registry ele geçirilirse saldırgan tek tek zafiyet aramaz, doğrudan dağıtılan modeli değiştirir ve bu değişiklik meşru dağıtım hattı üzerinden tüm tüketicilere yayılır; SolarWinds türü tedarik zinciri saldırılarının mantığı tam da budur. Bu yüzden değerlendirme modelin içeriğine değil, kayıt deposuna kimin hangi yetkiyle eriştiğine, promote kararının nasıl denetlendiğine ve köken (provenance) ile attestation kanıtlarının burada korunup korunmadığına odaklanır.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Kaynak Kökeni (Provenance)
Model artefaktı, veri kümesi, kod, bağımlılık, build/CI ve dağıtım zinciri boyunca her bileşenin nereden, nasıl ve hangi kaynaktan geldiğinin doğrulanabilir biçimde kayıt altına alınmasıdır. Tek bir 'model nereden geldi' sorusu değildir; veriyi, bağımlılıkları, build adımlarını, kayıt deposunu ve dağıtım hattını kapsayan bir köken zinciridir. Gereği modern yazılımın kuruluş biçiminden doğar: bir sistem artık sıfırdan yazılmaz, miras alınan kütüphanelerden, önceden eğitilmiş modellerden ve dış veri kümelerinden kurulur; dolayısıyla bir riskin kaynağı çoğu zaman kurumun yazdığı kodda değil, devraldığı bir bileşendedir. Köken bilinmiyorsa bir bileşene duyulan güven bir varsayımdır, kanıt değil; bir zafiyet duyurulduğunda 'biz etkilendik mi' sorusu bile cevaplanamaz. Attestation bu kökene imza atarak onu taşınabilir ve doğrulanabilir kılar, SLSA ise kökenin hangi olgunluk seviyesinde üretildiğini çerçeveler. Bileşen listesiyle (SBOM/ML-BOM) birlikte tedarik zinciri güveninin kanıt zeminini oluşturur.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Kontrollü İcra
Yazılı yetki, açık kapsam, çalışma kuralları (RoE), test penceresi, onay kapıları, insan denetimi, yan etki kontrolü ve eskalasyon hattı görünür olmadan saldırı simülasyonu yapılmaması ilkesidir. Red in Pulse'ın savunulabilir güvence ürettiği zemin budur ve ofansif her hizmetin önkoşuludur. Bir ofansif çalışmayı gerçek bir saldırıdan ayıran şey kullanılan tekniklerin farklılığı değildir; teknikler çoğu zaman aynıdır. Ayıran şey çerçevedir: aynı eylem, yazılı yetki ve mutabık kalınan kapsam içinde yapıldığında meşru bir güvence çalışması, dışında yapıldığında bir suçtur. Bu yüzden 'etik hack' ya da 'güvenli test' gibi yumuşak ifadeler kontrollü icranın yerini tutmaz; çünkü bir testi meşru kılan niyetin iyiliği değil, çerçevenin yazılı ve denetlenebilir oluşudur. İyi niyet mahkemede ya da bir denetimde kanıt değildir; imzalı kapsam, test penceresi ve eskalasyon kaydı kanıttır. NIST SP 800-115 ve PTES bu disiplinin yöntem çerçeveleridir; kontrollü icra, bu çerçevelerin sahadaki uygulanmış hâlidir.
Kontrollü icra ve çalışma kuralları (RoE).
Koşullu Erişim (Conditional Access)
Kimlik doğrulandıktan sonra cihaz uyumu, konum, uygulama ve risk sinyallerine bakarak erişime izin veren, ek doğrulama isteyen ya da reddeden politika katmanıdır. Modern kimlik güvenliğinin en güçlü kontrollerinden biridir, ama gücü de zayıflığı da aynı yerde, kapsamında yatar: politika yalnızca değerlendirdiği istekleri yönetir; değerlendirmediği bir istemci, akış ya da protokol onu hiç devreye sokmadan ilerleyebilir. Saldırgan bu yüzden çoğu zaman politikayı kırmaya çalışmaz, politikanın görmediği patikayı arar. Tipik örnek, modern koşullu erişim denetimlerini atlayabilen eski kimlik doğrulama protokolleri ya da cihaz kodu akışı (device code flow) gibi beklenmedik giriş yüzeyleridir. Bu asimetri önemli bir sonucu zorunlu kılar: koşullu erişimin varlığı bir güvence değildir; sınanması gereken, politikanın tüm giriş yollarını kapsayıp kapsamadığı, yani kapsama bütünlüğüdür. Bu da bir yapılandırma listesi okunarak değil, kontrollü testle, gerçekten atlatılıp atlatılamadığı denenerek anlaşılır.
Bulut Güvenliği Sızma Testi.
Kötüye Kullanım Yolu (Abuse Path)
Üretken yapay zeka uygulamasının çalışma zamanı zincirinde gerçekten istismar edilebilen davranış sıralamasıdır: dolaylı istem enjeksiyonu, RAG ifşası, araç kötüye kullanımı, MCP yetkilendirme istismarı ve çok turlu zincirleme istismar bu zincirin tipik adımlarıdır. Teorik bir zafiyet listesi değildir; güvenli kavram kanıtı (PoC) ile kontrollü icra altında, sahada gösterilerek kanıtlanır. Geleneksel sızma testindeki saldırı yolunun (attack path) yapay zeka karşılığıdır ve aynı epistemolojik iddiayı taşır: 'yapılabilir' değil, 'yapıldı'. Bu ayrım yapay zeka güvenliğinde özellikle önemlidir, çünkü alan spekülatif tehdit anlatılarıyla doludur; bir modelin 'kötüye kullanılabileceğini' söylemek kolaydır, o kötüye kullanımın modele bağlı gerçek araçlar ve yetkiler üzerinden somut bir sonuç ürettiğini göstermek ise kanıt ister. OWASP LLM Top 10 ve MITRE ATLAS bu yolun adımlarını çerçeveler. Kötüye kullanım yolu, Üretken Yapay Zeka Red Team'in birincil kanıt nesnesidir.
saldırı yolu - Modüler Red Team Simülasyonu kritik hedefe gider; bu zincir yapay zeka uygulamasının davranışını sınar.
KVKK
6698 sayılı Kişisel Verilerin Korunması Kanunu'dur; Türkiye'de kişisel verilerin işlenmesini düzenleyen temel mevzuattır. Madde 3'teki tanımlar (veri sorumlusu, ilgili kişi, açık rıza, kişisel veri) ve Madde 10'daki aydınlatma yükümlülüğü, hem bir web sitesinin aydınlatma metni hem de güvence hattı tasarımı için zemin oluşturur. Ofansif güvenlik açısından KVKK teknik işin dışında kalan hukuki bir detay değildir; işin içinde kurgulanması gereken bir kısıttır. Bir sosyal mühendislik simülasyonu çalışan verisini işler, bir sızma testi üretim ortamında kişisel veriye temas edebilir; bu temasların her biri bir işleme faaliyetidir ve kontrollü icranın yazılı çerçevesinin KVKK yükümlülükleriyle hizalanmasını gerektirir. Pratik sonucu nettir: test kapsamı belirlenirken hangi kişisel verinin görüleceği, nasıl saklanacağı, test sonunda nasıl imha edileceği ve hangi hukuki dayanakla işleneceği önceden kararlaştırılır. Mevzuata uyum, raporun sonuna eklenen bir not değil, çalışma kurallarının (RoE) bir parçasıdır; GDPR ile de kavramsal olarak paralel işler.
Uyumluluk eşleme matrisi.
Lateral Movement (Yatay Geçiş)
Saldırganın ilk eriştiği konumdan kritik hedefe doğru, ağ ya da kimlik düzleminde yan adımlarla ilerlemesidir. Varsayılan İhlal Simülasyonu (RT-3) tam da bu zincirin kanıtlanmasını hedefler: ilk erişim verili kabul edilir ve asıl soru 'içeri nasıl girilir' değil, 'içerideyken kritik hedefe kadar ne kadar ilerlenebilir' olur. Bu vurgu modern ihlallerin anatomisine dayanır; gerçek zarar çoğu zaman ilk erişim anında değil, ondan sonraki sessiz ilerleme boyunca birikir. Saldırgan ele geçirdiği bir uç noktadan kimlik bilgisi toplar, komşu sistemlere geçer, yetki yükseltir ve adım adım kritik hedefe yaklaşır; MITRE ATT&CK bu davranışları taktik ve teknik düzeyinde sınıflandırır. Mikrosegmentasyon ve etkin yetki daraltması bu geçişi zorlaştırmak için vardır; testin işi ise bu kontrollerin kağıt üzerinde değil, trafikte gerçekten tuttuğunu göstermek ve bir kontrolün değerini saldırganı nerede durdurduğuyla ölçmektir. Türkçe gövdede 'yatay geçiş' tercih edilir, yerleşik teknik biçim parantez içinde anılır.
Segmentasyonu gerçek erişim yollarıyla doğrulamak.
MCP (Model Context Protocol)
Yapay zeka modelleri ile dış araçlar, veri kaynakları ve sistemler arasında standart, iki yönlü bağlantı kurmaya yönelik açık protokoldür. Önemi mimari bir eşikten gelir: MCP, modele yalnızca bilgi değil eylem yeteneği verir; model artık bir soruya cevap üreten pasif bir bileşen değil, dış sistemlere dokunabilen, sorgu çalıştırabilen, dosya okuyabilen ve işlem tetikleyebilen bir aktördür. Bu dönüşüm yetenekle birlikte yeni bir saldırı yüzeyi getirir. Üretken Yapay Zeka Red Team kapsamında MCP zinciri, yani yetkilendirme, kullanıcı onayı, belirteç (token) yönetimi, oturum kontrolü ve araç maruziyeti, ayrı bir kötüye kullanım yüzeyi olarak değerlendirilir. Tipik risk şudur: modele bağlanan bir aracın yetki sınırı fazla geniş çizildiğinde, dolaylı istem enjeksiyonuyla ele geçirilen model o araç üzerinden gerçek bir eylem yapabilir. Yani zafiyet modelin kendisinde değil, modele verilen yetkinin sınırındadır. OWASP LLM Top 10'un aşırı ajan otonomisi başlığı bu riski çerçeveler; kötüye kullanım yolu çoğu zaman buradan geçer.
Üretken Yapay Zeka Red Team.
MITRE ATLAS
Yapay zeka sistemlerine yönelik saldırı taktik ve tekniklerini sınıflandıran bir bilgi tabanıdır; MITRE ATT&CK mantığının yapay zekaya genişletilmiş hâlidir (ATLAS: Adversarial Threat Landscape for Artificial-Intelligence Systems). Üretken Yapay Zeka Red Team raporlamasında kötüye kullanım yolu adımlarının çerçevelenmesinde kullanılır. Değeri ortak bir dil kurmasındadır; bu, yeni ve hızla değişen bir tehdit alanında özellikle kritiktir. Yapay zeka güvenliği henüz yerleşik kelime dağarcığına sahip olmadığından, bir bulgu kolayca 'ilginç ama ne yapacağımızı bilmediğimiz bir sorun' olarak kalabilir. Bir saldırı adımını ATLAS tekniğiyle adlandırmak, o bulguyu savunma ekibinin tanıdığı, belgelenmiş ve karşı önlemleri tartışılmış bir haritaya oturtur; böylece kötüye kullanım yolu bir anlatı olmaktan çıkıp eyleme çevrilebilir bir referansa dönüşür. ATT&CK geleneksel sistemler için ne ise, ATLAS yapay zeka sistemleri için odur ve ikisi raporlamada çoğu zaman birlikte kullanılır.
Üretken Yapay Zeka Red Team.
MITRE ATT&CK
Saldırgan davranışlarının taktik ve teknik düzeyinde sınıflandırıldığı, sektörün yerleşik bilgi tabanıdır (Adversarial Tactics, Techniques, and Common Knowledge). Gerçek saldırılardan gözlemlenmiş davranışları bir matris hâlinde düzenler: her taktik bir amacı (örneğin ilk erişim, yetki yükseltme, yatay geçiş), her teknik o amaca ulaşmanın somut bir yolunu temsil eder. Modüler Red Team Simülasyonu raporlarında saldırı yolu adımları ve tespit boşluğu matrisi bu çerçeveyle hizalı sunulur. İşlevi bir ortak dil olmasıdır ve bu, kırmızı takım ile mavi takım arasındaki en değerli köprüdür: bir saldırı adımını ATT&CK tekniğiyle etiketlemek, kırmızı takımın bulgusunu mavi takımın savunma kurgusuna, SIEM kurallarına ve tespit yeteneklerine doğrudan bağlar. Bu hizalama olmadan bir red team raporu, savunmaya çevrilmesi zor bir anlatı olarak kalır; hizalamayla birlikte her adım 'bu tekniği görüyor muyuz, görmüyorsak hangi kontrolle göreceğiz' sorusuna dönüşür. Yapay zeka sistemleri için karşılığı MITRE ATLAS'tır.
Modüler Red Team Simülasyonu.
Mikrosegmentasyon
Ağ ayrımını sunucu, iş yükü ya da uygulama düzeyine indiren, geniş güven bölgeleri yerine dar komşuluklar tanımlayan yaklaşımdır. Geleneksel ağ tasarımı birkaç büyük bölgeye (örneğin 'iç ağ' ve 'DMZ') dayanırdı; bir bölgeye giren saldırgan o bölgenin tamamında rahatça hareket edebilirdi. Mikrosegmentasyon bu geniş alanları parçalayarak yatay geçişin ulaşabileceği alanı, yani etki yarıçapını (blast radius) daraltır; sıfır güven (zero trust) mimarisinin ağ ayağıdır. Ancak kritik nokta şudur: bir segmentasyon politikasının tanımlı olması, uygulandığı anlamına gelmez. Kağıtta çizilen sınır ile trafikte gerçekten tutan sınır çoğu zaman aynı değildir; bir kural fazla geniş yazılmış, bir istisna unutulmuş ya da bir yol hiç kapatılmamış olabilir. Bu yüzden değeri kontrollü testle, özellikle varsayılan ihlal senaryosunda doğrulanır: saldırgan bir segmente yerleştirilir ve oradan nereye geçebildiği ölçülür. Bir kontrolün gerçek değeri, saldırganı tam olarak nerede durdurduğuyla ortaya çıkar.
Ağ Güvenliği Sızma Testi.
ML-BOM (AI-ML-BOM)
Yapay zeka ve makine öğrenimi sistemleri için bileşen listesidir; geleneksel SBOM'un (Software Bill of Materials) model artefaktını, veri kümesini ve eğitim bağımlılıklarını kapsayacak biçimde genişletilmiş varyantıdır. CycloneDX gibi standartlar ML bileşenleri için yapılandırılmış, makine tarafından okunabilir kayıt biçimi tanımlar. Gereği, bir yapay zeka modelinin risk yüzeyinin geleneksel yazılımdan farklı olmasından doğar: bir modelin güvenliği yalnızca onu çalıştıran kodda değil, hangi veriyle eğitildiğinde, hangi önceden eğitilmiş temel modeli (base model) miras aldığında ve eğitim sürecinde hangi kütüphanelere bağlı olduğunda da saklıdır. Zehirlenmiş bir eğitim verisi ya da güvenilmeyen bir kaynaktan indirilmiş bir model ağırlığı, kodda hiçbir iz bırakmadan riske yol açabilir. ML-BOM bu görünmez bağımlılıkları envantere çevirir; böylece bir zafiyet ya da zehirlenme duyurulduğunda 'etkilendik mi' sorusu cevaplanabilir hâle gelir. Model tedarik zinciri güvencesinin envanter ayağıdır ve köken (provenance) ile attestation bu envanteri kanıta bağlar.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Model Tedarik Zinciri
Modelin ve yayına alma hattının; veri, iş hattı (pipeline), kayıt deposu (registry) ve dağıtım zinciri boyunca güvenilirliğinin kanıt temelli değerlendirilmesidir. Yapay Zeka Model Tedarik Zinciri Güvencesi'nin omurga kavramıdır. Çalışma zamanı zinciriyle (Üretken Yapay Zeka Red Team) karıştırılmamalıdır ve bu ayrım kavramın özüdür: biri modelin üretim sürecine dair güveni, diğeri model çalışırken doğan davranışa dair riski inceler. Birincisi 'bu modele ve onu üreten hatta güvenebilir miyim' diye sorar, ikincisi 'bu model çalışırken ne yapabilir' diye. Model tedarik zinciri güvencesi ilk soruyu zincirin her halkasında ayrı ayrı sorar: eğitim verisi güvenilir bir kaynaktan mı geldi, build hattı sertleştirildi mi, kayıt deposuna promote kararı denetlendi mi, dağıtım anında artefakt değiştirilebilir mi. SolarWinds ve XZ Utils gibi tedarik zinciri saldırıları bu soruların neden hayati olduğunu gösterir: en iyi savunulan sistem bile, güvendiği bir bileşen zehirlenmişse içeriden çöker. SLSA olgunluk seviyelerini, köken (provenance) ve attestation ise her halkanın kanıtını çerçeveler.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
MTTR (Ortalama Kapatma Süresi)
Bir bulgunun raporlanmasından, kapatıldığının doğrulandığı ana kadar geçen ortalama süredir. Güvenlik çalışmasının değerini ölçerken bulgu sayısı yanıltıcı bir metriktir; çünkü risk bulunan zafiyetle değil, kapatılan zafiyetle azalır. Yüz bulgu raporlamak bir faaliyet göstergesidir, o bulguların ne kadar sürede kapandığı ise bir sonuç göstergesidir. MTTR bu ikinci, gerçek etkiyi ölçen boyuttur ve kritik inceliği tanımındadır: ölçülen süre 'kapatıldı denildi' anına kadar değil, 'kapatıldığı doğrulandı' anına kadar olmalıdır. Bu yüzden MTTR doğrulanabilir kapanışa dayanır; aksi hâlde sayı, kapatılmamış ama kapatıldı sanılan zafiyetlerle süslenmiş yanıltıcı bir iyimserliğe dönüşür. Sürekli Sızma Testi'nin ritminde bir eğilim çizgisi olarak izlenir: ayların ortalaması düşüyorsa kurumun düzeltme refleksi hızlanıyor, yükseliyorsa bir darboğaz birikiyor demektir. Yönetim görünürlüğünün temel karar metriklerinden biridir.
Sürekli Sızma Testi.
Müşteri Güvenlik İncelemesi
Bir kurumun, çözüm ortağı ya da tedarikçi olarak değerlendirilirken müşterileri tarafından geçirildiği güvenlik durum değerlendirmesidir (vendor security assessment). SIG, CAIQ ve VSAQ gibi standart soru havuzları bu incelemenin yaygın biçimleridir. Taşınabilir güvence hattının (S4-A) tetikleyicisidir: bir müşteri 'size neden güvenelim, verimizi neden emanet edelim' diye sorduğunda, cevap bir pazarlama iddiası değil, denetime açık bir kanıt paketi olmalıdır. Bu kavramın stratejik ağırlığı, güvenliği bir maliyet merkezinden bir satış koşuluna dönüştürmesinden gelir. Tedarik zinciri riskleri arttıkça kurumlar artık yalnızca kendi güvenliklerini değil, çalıştıkları her tedarikçinin güvenliğini de sorguluyor; bir güvenlik incelemesini geçememek, teknik bir eksiklik değil, kaybedilen bir anlaşma anlamına geliyor. Bu yüzden güvence artık yalnızca güvenlik ekibinin değil, ticari hattın da meselesidir. Denetime hazır kanıt paketiyle (S4-B) aynı değildir; biri müşteriye 'bize güvenebilirsiniz' derken, diğeri denetçiye 'yasal gereklilik karşılandı' der.
S4-A taşınabilir güvence + Müşteri Güvenlik İncelemesi SSS.
Müşteri Sınırı
Çok müşterili (multi-tenant) bir uygulamada bir müşterinin verisini diğerininkinden ayıran yetkilendirme sınırıdır. Modern SaaS mimarisinin temel güven vaadi budur: aynı altyapıyı, aynı veritabanını ve aynı uygulama kodunu paylaşan yüzlerce müşteri, birbirlerinin verisini asla göremez. Ancak bu sınır fiziksel değil mantıksaldır; her istekte kodun doğru kararı vermesine bağlıdır. Kritik yanılgı, kimlik doğrulamanın (authentication) bu sınırı kendiliğinden kurduğunu sanmaktır; oysa doğrulama kullanıcının kim olduğunu bilir, o kullanıcının tam da bu kayda erişim hakkı olup olmadığını değil. İkinci kontrol, yani yetkilendirme (authorization), her nesne erişiminde ayrıca yapılmalıdır; bir kez atlandığında doğrulanmış bir kullanıcı başka bir müşterinin verisine uzanabilir. BOLA (Broken Object Level Authorization) kusurunun en pahalı hâli tam da burada doğar: tek bir eksik yetki kontrolü, tüm müşteri izolasyonunu çökertebilir ve bu, çok müşterili bir üründe olabilecek en ağır bulgulardan biridir. Bu yüzden müşteri sınırı otomatik tarayıcıyla değil, iş mantığını izleyen manuel doğrulamayla sınanır.
API yetki sınırını gerçek kullanıcı akışında sınamak.
Ofansif Güvenlik
Saldırı tarafından hareket ederek savunulabilir güvence üretmeyi amaçlayan güvenlik pratiği kategorisidir. 'Hacking' ya da 'siber saldırı' ile aynı şey değildir; kapsamı, kuralları ve kanıt nesnesi önceden tanımlı, kontrollü icra altında yürüyen bir disiplindir. Savunmadan ayrıldığı nokta bir araç ya da teknik farkı değil, bir bakış açısı farkıdır: savunma 'neyi korumalıyım, hangi kontrolü kurmalıyım' diye sorar ve varsayımlar üzerine inşa eder; ofansif güvenlik ise 'bu nasıl yıkılır, bir saldırgan buraya nereden girer' diye sorar ve cevabı varsayımla değil kanıtla getirir. Bu perspektif değeri şudur: bir savunma kontrolünün gerçekten işe yarayıp yaramadığı, ancak onu kırmaya çalışan biri tarafından sınandığında anlaşılır; kağıt üzerinde doğru görünen bir mimari, sahada bir saldırı yolu barındırabilir. Ofansif güvenlik bu boşluğu kapatır: savunmanın kör noktalarını, saldırganın gözünden ve onun yöntemleriyle, ama onun niyeti ve çerçevesizliği olmadan ortaya çıkarır. Red in Pulse'ın kategori kimliği bu zemine oturur; kuruluşun bütün hizmetleri bu disiplinin birer uygulaması olarak kurgulanır.
Tüm ofansif güvence hizmetleri.
Onay Modeli
Yapay zeka destekli iş akışında her adım için kimin, hangi yetki seviyesinde ve hangi kabul mantığıyla onay verdiğini tanımlayan yazılı yapıdır; kullanım senaryosu, çalışma kuralları, artefakt erişimi, eylem seviyesi, kavram kanıtı (PoC) kabulü ve kontrollü pilot kabul kapılarını kapsar. İnsan onayı (human in the loop) bir ilke, onay modeli ise o ilkenin işleyen mekanizmasıdır; biri 'karar insanda kalmalı' der, diğeri 'hangi karar, hangi insanda, hangi eşikte' sorusunu yanıtlar. Bu ayrım pratikte belirleyicidir, çünkü yetki belirsizse otomasyon bir hıza değil bir riske dönüşür: herkesin onaylayabildiği bir akış ile kimsenin onaylamadığı bir akış aynı tehlikeyi taşır. Onay modeli yetkiyi adımlara böler; keşif ve hipotez üretimi düşük eşikli olabilirken, hedefe temas eden ya da geri alınamaz bir eylem yüksek yetkili ve belgeli bir onay gerektirir. Gözlemlenebilirlikle birlikte, yapay zeka kullanımını 'tam otonom saldırı ajanı' korkusundan ayıran ve onu hesap verebilir kılan yapının çekirdeğidir.
Sızma Testi ve Red Team için Yapay Zeka.
Ortamda Kalma Süresi (Dwell Time)
Bir saldırganın ortama girdiği an ile fark edildiği an arasında geçen süredir. Tespit yeteneğinin en dürüst ölçüsü sayılır, çünkü bir kurumun kaç güvenlik ürünü kurduğunu değil, o ürünlerin gerçek bir saldırıyı ne kadar sürede yakaladığını söyler; envanterdeki araç sayısı bir yatırım göstergesidir, ortamda kalma süresi ise bir sonuç göstergesi. Bu metriğin ağırlığı şu gerçekten gelir: modern ihlallerde asıl zarar ilk erişimde değil, saldırganın fark edilmeden geçirdiği süre boyunca birikir; ne kadar uzun süre görünmez kalırsa o kadar çok yatay geçiş yapar, o kadar çok kimlik toplar ve kritik hedefe o kadar yaklaşır. Ancak bir laboratuvar varsayımı ya da satıcı broşürü bu süreyi gösteremez; yalnızca gerçek bir senaryoda, savunmanın haberi olmadan yürütülen bir çalışmada ölçülerek anlaşılır. Modüler Red Team Simülasyonu ve varsayılan ihlal senaryosu bu süreyi bir tahminden çıkarıp ölçülmüş bir gerçeğe dönüştürür; tespit boşluğu matrisi ise sürenin neden uzadığını adım adım gösterir.
Saldırı yolu ve tespit görünürlüğü.
OWASP ASVS
OWASP Application Security Verification Standard, yani web uygulama güvenliği doğrulama standardıdır. Kimlik doğrulamadan erişim kontrolüne, veri korumasından iş mantığına uzanan kategorileriyle güvenlik kontrol gereksinimlerini katmanlı biçimde tanımlar ve üç doğrulama seviyesi (L1-L3) sunarak bir uygulamadan beklenen güvenlik olgunluğunu ölçeklendirir. Uygulama Güvenliği Sızma Testi raporları ASVS kategorileriyle hizalı sunulabilir ve denetime hazır kanıt paketinde kontrol eşlemesi için kullanılır. Asıl değeri bir çeviri işlevindedir: bir sızma testi doğal olarak 'şu bulgu, bu zafiyet' diliyle konuşur, bir denetçi ya da yönetici ise 'hangi gereklilik karşılandı, hangisi açık' diliyle. ASVS bu iki dili birbirine bağlar; 'bulduklarımız' listesini 'hangi doğrulama maddesi geçti, hangisi kaldı' tablosuna çevirir. Böylece teknik bir bulgu, kurumun uyum ve güvence muhataplarının tanıdığı yapılandırılmış bir forma kavuşur ve rapor yalnızca teknik ekibe değil, karar vericilere de hitap eder. Mobil kapsamda karşılığı OWASP MASVS/MASTG'dir.
Uygulama Güvenliği Sızma Testi.
OWASP LLM Top 10
Üretken yapay zeka ve büyük dil modeli (LLM) uygulamalarındaki en kritik on güvenlik riskinin, OWASP tarafından derlenmiş listesidir. Doğrudan ve dolaylı istem enjeksiyonu, hassas bilgi ifşası, tedarik zinciri zayıflığı, aşırı ajan otonomisi ve güvensiz çıktı işleme gibi başlıkları kapsar. Üretken Yapay Zeka Red Team raporlamasının çerçeve referansıdır. İşlevi, henüz çok yeni ve hızla değişen bir tehdit alanında ortak bir öncelik dili kurmasıdır; bu, yapay zeka güvenliğinde özellikle değerlidir çünkü alan teknik olgunluğunu kazanmadan önce büyük bir benimsenme hızıyla karşılaştı. Bir kurum yapay zeka uygulamasını üretime alırken 'nelere dikkat etmeliyim' sorusuna sistematik bir cevabı çoğu zaman yoktur; OWASP LLM Top 10 bu boşluğu doldurur ve bir bulguyu 'ilginç bir sorun' olmaktan çıkarıp tanınan, belgelenen ve karşı önlemleri tartışılmış bir risk kategorisine oturtur. Geleneksel web için OWASP Top 10 ne ise, LLM uygulamaları için bu liste odur; MITRE ATLAS ile birlikte kötüye kullanım yolu adımlarının çerçevelenmesinde kullanılır.
Üretken Yapay Zeka Red Team.
OWASP MASVS / MASTG
Mobil Uygulama Güvenliği Doğrulama Standardı (MASVS) ve Mobil Uygulama Güvenliği Test Rehberi'dir (MASTG). Biri mobil bir uygulamanın karşılaması gereken güvenlik kontrol gereksinimlerini tanımlar, diğeri bu gereksinimlerin nasıl test edileceğine dair metodoloji çerçevesini verir; ASVS'nin web için oynadığı rolü mobil dünyada bu ikili üstlenir. Uygulama Güvenliği Sızma Testi'nin mobil kapsamında zemin referansıdır. Ayrı bir standardın gerekli oluşu, mobilin kendine özgü ve webden farklı bir saldırı yüzeyine sahip olmasından doğar: uygulama kullanıcının fiziksel olarak elindeki, yani saldırganın da kontrol edebileceği bir cihazda çalışır. Bu, web metodolojisinin karşılayamadığı sorular getirir; yerel depolamadaki hassas veri, platform API'lerinin güvenli kullanımı, istemci tarafına fazla güven yüklenmesi, sertifika sabitleme (certificate pinning) ve tersine mühendisliğe karşı direnç mobile özgü doğrulama alanlarıdır. Bir mobil uygulamayı yalnızca ağ trafiğinden değil, cihazın kendisinden gelen tehditlere karşı da sınamak için bu çerçeveye ihtiyaç vardır.
Uygulama Güvenliği Sızma Testi.
PoC (Güvenli Kavram Kanıtı)
Bir bulgunun gerçekten istismar edilebildiğini gösteren; yıkıcı yan etkisi olmayan, üretim ortamında veri bütünlüğünü koruyan ve yeniden üretilebilir kavram kanıtıdır. Kanıt temelli doğrulamanın elle tutulur çıktısıdır ve 'yapılabilir' ile 'yapıldı' arasındaki çizgiyi çeken araçtır. Bir tarayıcının 'bu nokta riskli olabilir' uyarısı bir hipotezdir; güvenli kavram kanıtı o hipotezi sahada gösterilmiş bir gerçeğe dönüştürür. Ancak 'güvenli' niteleyicisi tam da burada kritik hâle gelir ve kavramı sorumsuz bir 'exploit gösterisinden' ayırır: amaç etkilemek, sistemi çökertmek ya da saldırının gücünü sergilemek değildir; amaç, düzeltme ekibinin bulguyu kendi ortamında doğrulayabileceği, ama bu sırada hizmeti kesmeyen, veri bozmayan ve geri alınabilir bir kanıt üretmektir. Kontrollü icranın yan etki kontrolü ilkesi bu tasarımı zorunlu kılar. İyi bir kavram kanıtı iki soruyu aynı anda cevaplar: zafiyet gerçek midir ve nasıl yeniden üretilir; böylece bir iddia, ürün ekibinin güvenle hareket edebileceği bir mühendislik görevine dönüşür.
Kanıt nesnesi referansları.
Prompt Injection (İstem Enjeksiyonu)
Üretken yapay zeka modelinin davranışını, tasarlanmamış bir biçimde değiştiren girdidir. Doğrudan biçimi kullanıcının istemiyle gelir; dolaylı biçimi ise modelin okuduğu dış kaynaklardan (web sayfası, dosya, RAG belgesi, e-posta) gelen içeriğin model tarafından talimat gibi yorumlanmasıyla tetiklenir. OWASP LLM Top 10 listesinde birinci sırada yer alır (LLM01) ve bu önceliklendirme bir tesadüf değildir; kök nedeni bir yapılandırma hatası değil, mimarinin kendisidir. Geleneksel yazılımda kod ile veri ayrı kanallardan akar ve bu ayrım güvenliğin temelidir; bir dil modelinde ise talimat ve veri aynı kanaldan, aynı doğal dil akışı içinde gelir ve model ikisini kesin biçimde ayıramaz. Kendisine 'bundan sonraki metni yok say' diyen bir girdiyi, o metin bir kullanıcıdan mı yoksa okuduğu bir belgeden mi geldiğini ilkesel olarak bilemez. Bu yüzden prompt injection tek bir yamayla kapatılabilen bir zafiyet değil, yönetilmesi gereken bir tasarım sınırıdır; savunma girdiyi 'temizlemeye' değil, modelin yetkisini ve eyleyebileceği yüzeyi sınırlamaya dayanır.
Ajanlarda istem, araç ve yetki zinciri.
RAG (Retrieval-Augmented Generation)
Modelin bir yanıt üretirken dış belge ya da veri kaynaklarından ilgili parçaları çekerek bağlamını zenginleştirdiği mimaridir. Bir dil modelinin iki temel sınırını aşmak için yaygınlaşmıştır: modelin eğitim verisiyle sınırlı ve zamanla eskiyen bilgisini güncel, kuruma özgü verilerle beslemek ve yanıtları doğrulanabilir bir kaynağa dayandırmak. Bu yüzden üretken yapay zeka uygulamalarında çalışma zamanı zincirinin merkezi bileşenlerindendir. Ancak değer sağladığı yer, aynı zamanda risk açtığı yerdir: RAG, modele dışarıdan içerik getirir ve o içeriğin güvenilir olduğunu varsayar. Bu varsayım kırıldığında yeni bir saldırı yüzeyi doğar; getirilen belgeye yerleştirilmiş bir talimat dolaylı istem enjeksiyonuna, erişim sınırı zayıf çizilmiş bir bilgi tabanı hassas veri ifşasına, güvenilmeyen bir kaynak ise modelin yanıtının zehirlenmesine yol açabilir. 'Güvenilen kaynak' varsayımı RAG'ın hem gücü hem de zaafıdır; güvenlik testi, modele hangi verinin hangi yetki ve sınırla ulaştığını ve bu verinin bir saldırgan tarafından kontrol edilip edilemeyeceğini sorgular.
Üretken Yapay Zeka Red Team.
RBAC (Rol Tabanlı Erişim Kontrolü)
Kullanıcı ve servis kimliklerinin hangi kaynakta hangi işlemi yapabileceğini, tek tek izinler yerine roller ve bağlar (bindings) üzerinden yöneten yetkilendirme modelidir. Yaygınlığı yönetilebilirliğinden gelir: yüzlerce kullanıcıya tek tek izin atamak yerine, izinler rollerde toplanır ve kullanıcılar rollere bağlanır. Ancak güvenlik açısından kritik incelik şudur: bir rolün atanmış olması, bir kontrolün var olduğunun kanıtı değildir. Çünkü gerçek erişim, yani etkin yetki (effective permissions), rollerin üst üste binmesinden, miras ilişkilerinden ve koşullardan doğar ve çoğu zaman tek tek rollerin basit toplamından farklıdır. 'Yalnızca okuma' sanılan iki rol birleştiğinde beklenmedik bir yazma yetkisi üretebilir, ya da bir rol başka bir role geçiş (assume) hakkı taşıyorsa geçişli yetki yoluyla kapsam genişleyebilir. Bu yüzden 'rol atanmış' demek 'yetki doğru' demek değildir; bir RBAC yapılandırmasının güvenliği, rol tanımlarını okuyarak değil, her kimliğin hesaplanmış gerçek erişimini doğrulayarak sınanır. Kontrolü bir iddia değil, hesaplanmış bir sonuç gösterir.
Bulut Güvenliği Sızma Testi.
Red Team (Modüler Red Team Simülasyonu)
Tehdit aktörü davranışı, kritik varlık ya da varsayılan ihlal ekseninde, kontrollü icra altında, kritik hedefe giden doğrulanmış bir saldırı yolunu kanıtlayan modüler ofansif simülasyondur. Dört modülü vardır: Tehdit Aktörü Simülasyonu (RT-1), Hedef Odaklı Red Team (RT-2), Varsayılan İhlal Simülasyonu (RT-3) ve İnsan Katmanlı İlk Erişim Paketi (RT-4A). Ağ Güvenliği Sızma Testi'nin senaryolu bir sürümü değildir ve bu ayrım kavramın özüdür: bir sızma testi bir sistemdeki zafiyetleri bulur ve listeler, red team ise bu zafiyetlerin birbirine eklemlenerek gerçek bir iş etkisine dönüştüğünü kanıtlar. Biri 'burada bir kilit zayıf' der, diğeri 'bu zayıf kilitten girip, şu koridordan geçip, kasaya kadar ulaşılabiliyor' der. Bu yüzden red team'in sorusu 'kaç zafiyet var' değil, 'bir saldırgan kritik hedefe gerçekten ulaşabilir mi ve savunma onu nerede durdurur' sorusudur. MITRE ATT&CK saldırı yolu adımlarını çerçeveler, tespit boşluğu matrisi savunmanın körlüğünü gösterir; birincil kanıt nesnesi, teknik iz ve zaman çizgisiyle belgelenmiş saldırı yoludur.
Sosyal Mühendislik Simülasyonu (PT-4) ihbar refleksi ölçer; RT-4A insan katmanlı ilk erişim modülüdür. Aynı şey değildir.
Refresh Token (Yenileme Jetonu)
Erişim jetonunun (access token) süresi dolduğunda, kullanıcıyı yeniden kimlik doğrulamaya zorlamadan yenisini almaya yarayan, ömrü uzun kimlik bilgisidir. Modern kimlik mimarisinde bir denge kurar: erişim jetonları kasıtlı olarak kısa ömürlüdür, böylece çalınsalar bile kısa sürede geçersizleşir; yenileme jetonu ise bu kısa ömrün yarattığı sürekli yeniden giriş zahmetini ortadan kaldırır. Ancak bu kolaylık bir risk taşır ve risk tam da uzun ömründedir. Bir yenileme jetonu ele geçirildiğinde, saldırgan onu kullanarak sürekli yeni erişim jetonu üretebilir; yani tek bir hırsızlık kalıcı erişime dönüşür. Dahası, kullanıcının parolasını değiştirmesi çoğu zaman mevcut yenileme jetonlarını tek başına geçersiz kılmaz, bu da en yaygın savunma refleksini etkisiz bırakabilir. Bu özellikler yenileme jetonunu saldırgan için erişim jetonundan çok daha değerli bir hedef yapar. Oturum ve kimlik güvenliği değerlendirmelerinde kritik soru, iptal (revocation) mekanizmasının gerçekten çalışıp çalışmadığı, dönüşüm (rotation) uygulanıp uygulanmadığı ve bir sızıntının tespit edilip edilemediğidir.
Uygulama Güvenliği Sızma Testi.
RoE (Çalışma Kuralları)
Rules of Engagement, yani çalışma kuralları; bir testin yetki kapsamını, izin verilen ve verilmeyen aksiyonları, test penceresini, onay kapılarını, eskalasyon kanalını ve yan etki kontrol çerçevesini yazılı olarak tanımlayan belgedir. Kontrollü icranın belgesel zeminidir ve sözleşmenin teknik eki olarak çalışır. İşlevini bir metafordan çok bir zamanlama farkıyla anlamak doğru olur: RoE, kriz anında verilecek kararları kriz öncesine taşır. Bir test sırasında beklenmedik bir kritik bulguya rastlandığında, bir üretim sistemi tehlikeye girdiğinde ya da kapsam sınırında bir belirsizlik çıktığında, o anda 'ne yapmalıyız' diye tartışmak hem zaman kaybettirir hem de hatalı karar riskini artırır. RoE bu tartışmayı önceden yapıp sonuçlandırır: kim haberdar edilir, hangi aksiyon durdurulur, hangi veri nasıl korunur, hepsi yazılıdır. Böylece bir sürpriz anında ekip doğaçlama değil, uygulama yapar. NIST SP 800-115 ve PTES bu belgenin içeriğini çerçeveler. RoE olmadan yürütülen bir test, teknik olarak ne kadar yetkin olursa olsun, hukuki ve operasyonel olarak savunulabilir değildir.
Kontrollü icra ve çalışma kuralları (RoE).
Saldırı Yolu (Attack Path)
Tehdit aktörü davranışı, kritik varlık ya da varsayılan ihlal ekseninde, kontrollü icra altında kritik hedefe giden; teknik iz, zaman çizgisi ve yeniden üretilebilir adımlarla bir kanıt paketine indirilen yoldur. Modüler Red Team Simülasyonu'nun birincil kanıt nesnesidir. Kavramın ağırlığı vurgunun yerinde gizlidir: önemli olan varış noktası değil, yolun kendisidir. Bir zafiyetin varlığını ilan etmek bir keşiftir; o zafiyetten başlayıp, onu başka zayıflıklarla birleştirerek, yetki yükselterek ve yatay geçiş yaparak kritik hedef etkisine kadar yürümek bir kanıttır. Bu ayrım önemlidir çünkü tek tek zafiyetlerin hiçbiri yüksek önem taşımıyor olabilir, ama bir araya geldiklerinde iş durduran bir sonuç üretebilirler; saldırı yolu tam da bu bileşke etkiyi görünür kılar. Zafiyet zinciri ya da kill chain ile aynı şey değildir; o kavramsal zincirlerin sonuna, yani somut iş etkisine kadar gider ve her adımı MITRE ATT&CK ile çerçeveler. Zinciri kesen kontrol ise bu yolun hangi halkasında tek bir doğru müdahalenin tüm zinciri işlevsiz bırakacağını gösterir.
zincirlenebilen erişim kusuru - Ağ Güvenliği Sızma Testi'nin maruziyet zincirine bakar; saldırı yolu kritik hedef etkisine kadar gider.
Savunulabilir Güvence
Üçüncü taraf ya da denetim baskısı altında taşınabilen, denetime hazır olan ve kanıt temelli bir zemine oturan güvence biçimidir. 'Tam güvence' ya da 'yüzde yüz güvenlik' iddiası değildir; aksine, böyle bir iddianın mümkün olmadığını kabul eden olgun bir duruştur. İki ayrı hat üzerinde işler: taşınabilir güvence (S4-A), müşteri ve iş ortaklarına yönelik; denetime hazır güvence (S4-B), denetçi ve regülatöre yönelik. Kavramın merkezinde 'savunulabilir' kelimesinin taşıdığı yük durur. Güvenlik iddialarının çoğu retorik üzerine kuruludur: 'sistemlerimiz güvenlidir', 'en iyi uygulamaları takip ederiz'. Böyle bir iddia sorgulandığında arkasında durulamaz, çünkü dayanağı bir söylemdir. Savunulabilir güvence ise iddianın sorgulanacağı varsayımıyla kurulur: bir müşteri, bir denetçi ya da bir mahkeme 'kanıtlayın' dediğinde, cevap bir kanıt paketidir; kontrollü icra altında üretilmiş, kanıt temelli doğrulamaya dayanan, bağımsız olarak incelenebilen bir zemin. Bu yüzden Red in Pulse'ın kategori cümlesinin sabit parçasıdır; kuruluşun ürettiği her çıktı, 'sorgulandığında arkasında durulabilir mi' testine göre tasarlanır.
Tüm ofansif güvence hizmetleri.
Sızma Testi
Doğrulanmış teknik kanıt üretmek üzere kontrollü icra altında yürütülen ofansif testtir. Red in Pulse portföyünde dört kapsamı vardır: Uygulama Güvenliği (PT-1), Ağ Güvenliği (PT-2), Bulut Güvenliği (PT-3) ve Sürekli Sızma Testi (PT-5); her kapsam ayrı bir kanıt nesnesi taşır ve PT- kodu açıklamasız bir ana başlık olarak kullanılmaz. Kavramın en sık karıştırıldığı şey güvenlik taramasıdır (vulnerability scan) ve aradaki fark niyetinde değil yönteminde gizlidir. Bir tarayıcı, bilinen zafiyet imzalarını otomatik olarak arar ve 'burada şu olabilir' diyen bir olasılıklar listesi üretir; hızlıdır, kapsamlıdır, ama bağlamdan yoksundur ve yanlış pozitiflerle doludur. Sızma testi ise bu listenin ötesine geçer: her olası zafiyetin gerçekten istismar edilebilir olup olmadığını güvenli kavram kanıtıyla (PoC) sınar, zafiyetleri birbirine bağlayarak gerçek bir saldırı yolu kurar ve iş etkisini gösterir. Tarama 'kapı kilitli mi' diye bakar, sızma testi kapıyı açmayı dener ve açılırsa içeride ne bulunacağını gösterir. NIST SP 800-115, PTES ve OWASP metodolojileri bu disiplinin çerçeveleridir; kanıt temelli doğrulama ise ortak ilkesidir.
Tüm ofansif güvence hizmetleri.
SLSA
Supply-chain Levels for Software Artifacts; yazılım tedarik zinciri için artan güven seviyeleri tanımlayan bir çerçevedir. Build hattının köken (provenance) üretimi, kaynak farkındalığı ve sertleştirilmiş süreç gereksinimlerini katmanlı biçimde, giderek sıkılaşan seviyeler hâlinde tanımlar. Yapay Zeka Model Tedarik Zinciri Güvencesi raporlamasında zemin referansıdır. Değeri, güvenlik tartışmalarının en belirsiz kelimesini, 'güvenli' sıfatını, ölçülebilir bir olgunluk merdivenine çevirmesindedir. 'Bu build hattı güvenli mi' sorusu tek başına cevaplanamaz, çünkü güvenlik ikili bir durum değil, bir derecelendirmedir. SLSA bu dereceyi somutlaştırır: en alt seviye yalnızca kökenin kayıt altına alınmasını isterken, üst seviyeler build sürecinin kurcalanamaz (tamper-resistant) olmasını, iki kişilik onay gibi süreç kontrollerini ve kaynağın bütünlüğünün kanıtlanmasını şart koşar. Böylece bir artefaktın hangi seviyede üretildiği, ona ne kadar güvenilebileceğini doğrudan söyler ve iki tedarikçi aynı 'güvenli' iddiasını yaptığında, aralarındaki gerçek farkı görünür kılar. Attestation bu seviyelerin kanıtını imzalar, köken (provenance) ise temel girdisini oluşturur.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Sosyal Mühendislik Simülasyonu
İnsan katmanının program düzeyinde değerlendirilmesidir; fark edip bildirme refleksi, bildirime kadar geçen süre, doğru eskalasyon yüzdesi ve süreç aksaklığı bir kanıt paketine indirilir. Sorduğu soru, bu alandaki geleneksel yaklaşımdan köklü biçimde ayrılır. Klasik 'oltalama tatbikatı' 'kim kandı' diye sorar, tıklayanları sayar ve çoğu zaman bir utandırma ya da ceza aracına dönüşür; bu yaklaşım bir sayı üretir ama bir yetenek geliştirmez, hatta çalışanı bildirimden kaçınmaya iterek savunmayı zayıflatabilir. Sosyal mühendislik simülasyonu ise 'kurum alarm veriyor mu, yoksa sessizce içeri mi alıyor' diye sorar. Bu, ölçümün merkezini bireyin başarısızlığından kurumun refleksine kaydırır; çünkü yeterince büyük bir kurumda birinin kanması kaçınılmazdır, kurtarıcı olan şey o anın ne kadar hızlı bir alarma dönüştüğüdür. Bu yüzden çerçeve bilinçli olarak suçlayıcı değil, refleks geliştiricidir; amaç bir çalışanı yakalamak değil, insan katmanını bir erken uyarı sistemine dönüştürmektir. PT-4 kanonik adıdır ve birincil kanıt nesnesi fark edip bildirme refleksidir; vishing gibi sesli kanallar ayrı bir giriş yüzeyi olarak ele alınır.
Sosyal Mühendislik Simülasyonu.
Sürekli Sızma Testi
Minimum üç ay süren, planlı aylık doğrulama sprintleri ve düzelt-doğrula (fix-verify) çevrimiyle yönetilen ofansif güvence programıdır. Ne tek seferlik bir test ne de sınırsız bir hizmettir; paket sınırları içinde planlı bir ritimdir. Kavramın gerekçesi, geleneksel yıllık sızma testinin modern geliştirme hızıyla arasındaki uyumsuzluktan doğar. Bir uygulama artık yılda bir kez değil, haftada ya da günde defalarca değişir; her dağıtım yeni bir zafiyet getirebilir. Yılda bir yapılan test, yapıldığı günün bir fotoğrafını verir, ama o fotoğraf çekildiği an eskimeye başlar ve bir sonraki teste kadar geçen on bir ay boyunca kör bir alan oluşur. Sürekli Sızma Testi bu kör alanı kapatır: güvenliği bir olay olmaktan çıkarıp bir sürece dönüştürür. Omurgasını iki şey oluşturur: ölçülebilir kapanış, yani bulunan zafiyetlerin bulunup bırakılması değil doğrulanabilir kapanışa kadar izlenmesi, ve aylık yönetim görünürlüğü. Tek seferlik testten onu ayıran şey zaman eksenidir; her ay güvenlik durumu bir eğilim çizgisine, ortalama kapatma süresi (MTTR) ise bir performans göstergesine dönüşür.
Uygulama Güvenliği Sızma Testi (PT-1) tek seferlik derin doğrulamadır; Sürekli Sızma Testi onun "sürekli versiyonu" değildir.
Tespit Boşluğu
Saldırı yolu adımlarının savunma tarafından nerede görüldüğünü ve nerede kaçırıldığını gösteren; MITRE ATT&CK hizalı, SOC ve Blue Team için ölçülebilir bir kontrol görünürlüğü matrisidir. Tek tek eksik tespit kurallarının bir listesi değildir; saldırı yolu boyunca yapılandırılmış bir savunma görünürlüğü kanıtıdır. Bir red team çalışmasının en değerli çıktısı, bulduğu saldırı yolunun kendisi değil, o yol boyunca savunmanın nerede kör kaldığının haritasıdır. Çünkü bir saldırı yolu kapatılabilir, ama asıl soru savunmanın benzer bir saldırıyı gelecekte görüp göremeyeceğidir. Tespit boşluğu matrisi bu soruyu adım adım cevaplar: saldırının her adımı için 'bu davranış bir log üretti mi, bir alarm tetikledi mi, SOC bunu fark etti mi' diye sorar ve görünen ile görünmeyen adımları bir harita hâlinde ortaya serer. Değeri, kırmızı takımın bulgusunu mavi takımın yapılacaklar listesine çevirmesindedir; her kör nokta, o boşluğu kapatacak somut kontrol önerisiyle birlikte verilir. Böylece çalışma yalnızca 'saldırı başarılı oldu' demez, 'şu adımda görünmez kaldı ve şu kontrolle görünür kılınabilir' der. Zinciri kesen kontrol kavramıyla doğrudan bağlantılıdır.
Saldırı yolu ve tespit görünürlüğü.
Üçlü Risk Koşulu (Lethal Trifecta)
Bir yapay zeka sisteminin aynı anda üç yeteneğe sahip olması durumudur: özel veriye erişebilmek, güvenilmeyen içeriği okuyabilmek ve dışarıya iletişim kurabilmek. Her yetenek tek başına meşru ve çoğu zaman gereklidir; tehlike üçünün bir arada bulunmasından doğar. Bu koşul sağlandığında dolaylı istem enjeksiyonu doğrudan veri sızıntısına dönüşür ve mekanizma şaşırtıcı derecede basittir: saldırgan modelin okuyacağı güvenilmeyen bir içeriğe (bir e-posta, bir web sayfası, bir belge) gizli bir talimat yazar; model o içeriği okurken talimatı komut sanar, erişebildiği özel veriyi toplar ve dışarıya iletişim kanalını kullanarak saldırgana gönderir. Kavramın analitik gücü, karmaşık bir tehdidi üç net koşula indirgemesinde ve savunmayı bir tasarım kararına çevirmesindedir. Savunma mantığı sadedir: üç koşuldan herhangi birini kaldırmak zinciri kırar. Model özel veriye erişmesin, ya da güvenilmeyen içeriği işlemesin, ya da dışarıyla serbestçe iletişim kuramasın. Bu yüzden bir yapay zeka uygulamasının mimarisi tasarlanırken sorulması gereken soru 'üç yetenekten hangisini feda edebilirim' olur; üçünü birden vermek, tasarlanmış bir risktir.
Üretken Yapay Zeka Red Team.
Üçüncü Taraf Güven Baskısı
Bir kurumun müşterileri, iş ortakları ya da regülatörü tarafından geçirildiği güvenlik durum değerlendirmelerinin yarattığı sürekli kanıt sunma yüküdür. Taşınabilir güvence hattının (S4-A) tetikleyicisidir. Kavram, güvenliğin son yıllarda yaşadığı bir rol değişimini adlandırır: güvenlik artık yalnızca bir kurumun kendini koruma meselesi değil, başkalarına güvenilir olduğunu kanıtlama meselesidir. Tedarik zinciri saldırılarının artmasıyla kurumlar, çalıştıkları her tedarikçinin bir risk kapısı olduğunu fark etti; bu yüzden artık bir hizmet satın almadan önce o tedarikçinin güvenlik duruşunu sorguluyorlar. Bu baskı süreklidir, çünkü her yeni müşteri, her yeni ortaklık ve her sözleşme yenilemesi kanıtın yeniden sunulmasını ister. Denetim ve regülasyon baskısıyla (S4-B) aynı şey değildir ve ayrım muhataptadır: üçüncü taraf güven baskısı 'sizinle çalışabilir miyiz, size güvenebilir miyiz' ticari sorusundan doğar; denetim baskısı ise 'yasal gereklilik karşılandı mı' sorusundan. Bu baskının stratejik sonucu şudur: güvenlik, teknik ekibin bir faaliyeti olmaktan çıkıp satış ve ortaklık masasının bir koşuluna dönüşür; artık mesele yalnızca güvende olmak değil, güvende olduğunu her an kanıtlayabilmektir.
Müşteri güvenlik incelemesi (vendor SSS).
Varsayılan İhlal (Assumed Breach)
Saldırganın iç ağa ya da bir kimliğe çoktan eriştiği varsayımıyla başlayan; oradan kritik hedefe doğru yatay geçişin ve etki zincirinin doğrulandığı senaryodur. Modüler Red Team Simülasyonu'nun üçüncü modülü (RT-3) bu mantıkla çalışır. Kavram, güvenlik düşüncesinde yaşanan olgun bir zihniyet değişimini temsil eder. Geleneksel yaklaşım tüm enerjisini çevreyi savunmaya, yani saldırganın içeri hiç girememesine harcardı; bu yaklaşımın örtük varsayımı ihlalin önlenebilir bir olay olduğuydu. Modern tehdit gerçekliği bu varsayımı çürüttü: yeterince kararlı bir saldırgan, yeterince büyük bir saldırı yüzeyinde er ya da geç bir yol bulur. Varsayılan ihlal bu gerçeği bir zayıflık itirafı değil, bir tasarım ilkesi olarak kabul eder ve soruyu değiştirir: 'içeri nasıl girilmesini engellerim' yerine 'girildiğinde ne kadar ilerlenebilir' diye sorar. Bu kayma testin enerjisini saatlerce uğraşılan ilk erişim aşamasından, asıl değerin olduğu yere, yani içerideki yayılmaya taşır. İlk erişim bir hipotez olarak kabul edilir ve asıl mesele mikrosegmentasyon, etkin yetki daraltması ve tespit yeteneğinin saldırganı nerede durdurduğu olur.
Modüler Red Team Simülasyonu.
Vishing (Sesli Sosyal Mühendislik)
Telefon ya da sesli kanal üzerinden yürütülen, çoğunlukla yardım masası ve kimlik doğrulama süreçlerini hedefleyen sosyal mühendislik biçimidir (voice + phishing). Sosyal Mühendislik Simülasyonu'nda ayrı bir giriş yüzeyi olarak ele alınır, çünkü e-posta tabanlı simülasyonların ölçtüğü refleksten farklı bir refleksi sınar. E-posta temelli bir kimlik avında kurbanın düşünmek, bir bağlantıyı incelemek, bir meslektaşa sormak için zamanı vardır; sesli temasta bu alan ortadan kalkar. Telefonun diğer ucundaki ses anlık bir baskı kurar, bir aciliyet duygusu yaratır ve 'bir dakika düşüneyim' demeyi sosyal olarak zorlaştırır. İnsan sesinin ikna gücü ve doğaçlama baskısı, yazılı iletişimde devreye giren temkinli refleksleri çoğu zaman devre dışı bırakır. Bu yüzden bir kurumun e-posta simülasyonlarında başarılı olması, sesli bir saldırıya karşı dayanıklı olduğu anlamına gelmez; iki yüzey ayrı ayrı sınanmalıdır. Özellikle parola sıfırlama ve hesap kurtarma süreçleri en kırılgan noktalardır: yardım masası çalışanı, karşısındaki kişinin kimliğini yüz yüze doğrulayamadan, yalnızca sesine ve anlattığı hikâyeye dayanarak kritik bir yetki verme baskısı altına girebilir.
Sosyal Mühendislik Simülasyonu.
Yapay Zeka Destekli Ofansif İş Akışı
Sızma testi ve Red Team ekibinin keşif, hipotez üretimi, kanıt işleme, raporlama ve yeniden test akışlarında insan denetimli yapay zeka kullanımıdır; Sızma Testi ve Red Team için Yapay Zeka hizmetinin omurgasıdır. İki yaygın yanlış anlamayı baştan ayırmak kavramı netleştirir. Birincisi: bu, dış müşteriye satılan bir test değil, ekibin kendi verimliliğini artıran bir iç kaldıraçtır; yapay zeka burada bir ürün değil, bir araçtır. İkincisi ve daha önemlisi: bu, tam otonom bir saldırı ajanı değildir. Kavramın tüm tasarımı, 'yapay zekanın kendi başına saldırı yürütmesi' korkusuyla arasına bilinçli bir sınır çizer. Yapay zeka hız sağlayan tarafı üstlenir: binlerce log satırını tarar, muhtemel saldırı yollarına dair hipotezler üretir, tekrarlayan kanıt işleme görevlerini hızlandırır, rapor taslağı hazırlar. Ama kararı ve sorumluluğu her zaman insan taşır; onay modeli ve insan onayı (human in the loop) kapıları, hedefe temas eden her adımın önünde durur. Bu ayrım hem hukuki hem etik bir zorunluluktur: bir sızma testinde atılan adımın sonuçlarını bir yazılım değil, yetkili bir uzman üstlenebilir. Gözlemlenebilirlik ise sürecin her adımını hesap verebilir kılar. Yapay zeka hipotez üretir, insan karar verir.
Üretken Yapay Zeka Red Team test edilen müşteri ürünüdür; bu hizmet iyileştirilen iç iş akışıdır. Aynı şey değildir.
Yatay Geçiş
Saldırganın ilk eriştiği konumdan kritik hedefe doğru yan adımlarla ilerlemesinin Türkçe karşılığıdır; yerleşik teknik biçim 'lateral movement' olarak da anılır. Varsayılan İhlal Simülasyonu raporlamasının omurgasıdır. Teknik önemi, modern bir ihlalin nerede gerçekten zarar verdiğine dair bir kavrayıştan gelir: asıl hasar çoğu zaman ilk erişim anında değil, ondan sonraki sessiz ilerleme boyunca birikir. Bir saldırganın tek bir uç noktaya sızması tek başına sınırlı bir olaydır; o uç noktadan kimlik bilgisi toplayıp, komşu sistemlere geçip, yetki yükselterek adım adım kritik hedefe ilerlemesi ise bir felakettir. İkisi arasındaki farkı belirleyen, saldırganın içeride ne kadar serbestçe hareket edebildiğidir. Bu kavrayışın savunma açısından pratik bir sonucu vardır: bir kontrolün değeri çoğu zaman saldırganı kapıda, yani girişte durdurmasıyla değil, girdikten sonra yayılmasını engellemesiyle ölçülür. Mikrosegmentasyon ağ düzleminde, etkin yetki daraltması kimlik düzleminde bu yayılmayı zorlaştırır; red team çalışması ise bu kontrollerin gerçekten tutup tutmadığını sahada kanıtlar. MITRE ATT&CK bu davranışları taktik ve teknik düzeyinde çerçeveler.
Segmentasyonu gerçek erişim yollarıyla doğrulamak.
Yayına Alma Hattı
Modelin kayıt deposundan (registry) dağıtım ortamına alınma yoludur; staging ile production, çok kiracılı (multi-tenant), çok bölgeli (multi-region) ya da ortak platform topolojisinin güven zincirinin doğrulanabilir biçimde kayıt altına alınmasını kapsar. Model güven zincirinin son halkasıdır ve bu konumu onu özellikle kritik yapar. Bir modelin tedarik zincirinin önceki tüm halkaları, eğitim verisi, build hattı, kayıt deposundaki onay, titizlikle güvence altına alınmış olabilir; köken (provenance) kanıtlanmış, attestation imzalanmış, SLSA seviyesi yüksek olabilir. Ama tüm bu güven, model üretime alınırken bir kez daha sınanır. Yayına alma hattı güvensizse, en iyi doğrulanmış model bile dağıtım anında, yani güvenin en çok rahat bırakıldığı noktada değiştirilebilir; saldırgan zincirin başını değil, tam da sonunu hedefler. Bu yüzden değerlendirme şu soruları sorar: staging'de doğrulanan artefakt ile production'a giden aynı mı, dağıtım sürecine kim müdahale edebilir, çok kiracılı bir platformda bir müşterinin dağıtımı diğerini etkileyebilir mi, ve bir geri alma (rollback) ihtiyacında bütünlük korunur mu. Köken ve attestation ile üretilen güven, ancak bu son adımda da korunursa anlam taşır.
Yapay Zeka Model Tedarik Zinciri Güvencesi.
Yeniden Doğrulama (Re-test)
Bir düzeltmenin gerçekten kapandığını ölçülebilir kılan kontrollü ikinci doğrulamadır; 'düzeltildi' iddiasının kanıtlanmış hâli ve düzelt-doğrula (fix-verify) çevriminin ikinci ayağıdır. Güvenlik işinde en yaygın ve en tehlikeli varsayım, bir zafiyetin rapor edildikten sonra kapatıldığının sanılmasıdır; oysa bir yama birden çok şekilde başarısız olabilir ve bunların çoğu çıplak gözle görünmez. Yama yanlış yere uygulanmış, yalnızca belirtiyi örtmüş ama kök nedeni bırakmış, bir yapılandırmada etkin olup diğerinde unutulmuş, ya da zafiyeti kapatırken yeni bir zafiyet açmış olabilir. Yeniden doğrulama bu belirsizliği kapatır: aynı zafiyet, orijinal istismar yöntemiyle tekrar sınanır ve kapanış bir söze değil bir ölçüme bağlanır. Sürekli Sızma Testi'nde aylık ritmin merkezi adımıdır ve ortalama kapatma süresinin (MTTR) 'kapatıldığı doğrulandı' eşiğini tanımlar; Uygulama Güvenliği Sızma Testi'nde de proje sonunda kapanışın ölçülmesinde kullanılır. İşlevi özetle şudur: bazen bir yama açığı gerçekten kapatır, bazen yerini başka bir açığa bırakır; hangisinin olduğunu yalnızca tekrar test gösterir. Doğrulanabilir kapanışın pratik mekanizmasıdır.
Sürekli Sızma Testi.
Yetki Yükseltme (Privilege Escalation)
Eldeki kimliğin sahip olduğu yetkiyi, tasarlanmamış bir yoldan daha yüksek bir seviyeye taşımaktır. İki biçimi vardır: yatay yükseltme, aynı seviyeden başka bir kimliğin haklarına geçmek; dikey yükseltme, daha yüksek bir yetki seviyesine tırmanmaktır. Kavramın saldırı mantığındaki merkezî rolü şu gerçekten gelir: bir saldırgan nadiren hedefine doğrudan en yüksek yetkiyle başlar; çoğu zaman düşük yetkili bir konumdan girer ve asıl iş, oradan kritik hedefe ulaşacak yetkiyi adım adım biriktirmektir. Bu yüzden tek bir izin kendi başına zararsız görünebilir ama bir zincirin halkası olarak kritik hedefe ulaşmayı mümkün kılabilir; asıl soru 'bu izin tehlikeli mi' değil, 'bu izin hangi yükseltmeye kapı açıyor' sorusudur. Bulut ortamlarında yetki yükseltme çoğu zaman bir yazılım zafiyetiyle değil, yanlış yapılandırılmış bir IAM politikasıyla, fazla geniş bir rolle ya da geçişli yetki (transitive privilege) ilişkisiyle gerçekleşir. Ayrıcalık zinciri ve etkin yetki analizlerinin varış noktasıdır; değerlendirme tekil izinleri değil, izinlerin birbirine açtığı yükseltme yollarını hedefler.
Bulut yetki zincirlerini erişim etkisiyle okumak.
Yönetim Görünürlüğü
Aylık yönetici özeti, çeyreklik risk eğilimi, kapanış oranı ve gelecek ayın öncelikli alanıyla yönetim için kurulan karar destekli ofansif güvence görünürlüğüdür; Sürekli Sızma Testi'nin yönetim ayağıdır. Tek başına bir 'yönetici raporu' değildir; çift katmanlı teslimin programatik, yani zaman içinde düzenli olarak tekrarlanan biçimidir. Kavramın çözdüğü sorun, güvenlik çalışması ile yönetim kararı arasındaki kronik kopukluktur. Teknik ekip yoğun bir emekle zafiyet bulup kapatır, ama bu emeğin yönetim katında görünür bir karşılığı çoğu zaman oluşmaz; yönetim 'güvenlik iyi mi kötü mü' sorusuna somut bir cevap bulamaz, çünkü önüne gelen ya anlaşılmaz bir teknik rapordur ya da hiçbir şey. Yönetim görünürlüğü bu boşluğu kapatır ve güvenliği yönetimin takip edebildiği, kıyaslayabildiği ve karar verebildiği bir eğilime dönüştürür. Bir yönetici 'geçen çeyreğe göre riskimiz azaldı mı, kritik bulgular ne kadar sürede kapanıyor, gelecek ay kaynağı nereye ayırmalıyım' sorularına bu görünürlük sayesinde cevap verebilir. Amacı güvenlik çalışmasını teknik bir faaliyet olmaktan çıkarıp bir iş metriğine, yani yönetilebilir bir sürece dönüştürmektir; ortalama kapatma süresi (MTTR) ve kapanış oranı bu görünürlüğün karar metrikleridir.
Sürekli Sızma Testi.
Zinciri Kesen Kontrol
Saldırı yolundaki hangi adımı hangi kontrolün keseceğini, sahibi belli ve sıralı biçimde gösteren; düzelt-doğrula (fix-verify) iş listesine indirilen kontrol önerisi setidir. Tek tek 'yama önerilerinin' bir listesi değildir; saldırı yolunun zincirini kıran yapısal bir kontrol kararıdır ve Modüler Red Team Simülasyonu raporunun icra ayağını oluşturur. Kavramın mantığı ekonomiktir ve savunmaya güçlü bir kaldıraç sunar. Bir saldırı yolu doğası gereği çok adımlıdır: ilk erişim, kimlik toplama, yetki yükseltme, yatay geçiş ve kritik hedefe ulaşma gibi halkalardan oluşur. Sezgisel tepki bu halkaların hepsini birden kapatmaya çalışmaktır, ama bu hem pahalı hem de çoğu zaman imkânsızdır. Zinciri kesen kontrol farklı bir mantık önerir: bir zincir, en zayıf değil en stratejik halkasından kırılır. Doğru halkaya yerleştirilen tek bir kontrol, o halkaya bağlı tüm sonraki adımları işlevsiz bırakır; saldırgan kritik hedefe ulaşmak için o adıma mecbursa, o adımı kesmek tüm yolu kapatır. Bu yüzden mesele her zafiyeti tek tek kapatmak değil, saldırı yolunu bir bütün olarak görüp hangi tek müdahalenin en çok zinciri birden kıracağını bulmaktır. Tespit boşluğu matrisi hangi adımların görünmez olduğunu, zinciri kesen kontrol ise hangi adımın kapatılması gerektiğini gösterir.
Modüler Red Team Simülasyonu.
Daha derine inin
Hizmet Portföyü
Dokuz hizmetin her biri için karar sorusu, doğrulanmış bulgu ve kapsam mimarisini bir arada sunmaktadır.
Portföye gidin Karar ağacıHizmet Seçim Karar Ağacı
Hangi durumda hangi hizmetin doğru ilk adım olduğunu adım adım çözmenize yardımcı olmaktadır.
Karar ağacını açın UyumlulukUyumluluk Eşleme Matrisi
Hizmet kapsamlarının KVKK, ISO 27001, NIST CSF ve OWASP ASVS ile eşlemesini bir arada göstermektedir.
Matrisi açın Vendor SSSMüşteri Güvenlik İncelemesi SSS
SIG, CAIQ ve VSAQ kategorilerine kanıt temelli yanıt iskeleti sunan tedarikçi soru havuzudur.
SSS'ye gidin// TERMİNOLOJİ
Sözlüğü gezdiniz; karar sorusunu birlikte açalım.
Hangi kavramın kurumunuzda hangi karar önceliğine denk geldiğini bir keşif görüşmesinde kanıt zeminine oturtalım.