Borsa Güvenlik Denetimi: Kurumsal Operatörler için Dolandırıcılık Önleme ve Risk Kontrolleri
Güvenlik Mimari Kurumsal

Borsa Güvenlik Denetimi: Kurumsal Operatörler için Dolandırıcılık Önleme ve Risk Kontrolleri

C
Codono Team
| · Updated March 10, 2026 | 15 min read

İçindekiler

Kripto borsaları neden hâlâ başlıca saldırı hedefi

Kripto para borsaları, geri alınamaz uzlaşmaya sahip likit dijital varlıkların yoğunlaştığı havuzları ellerinde tutar. Bu kombinasyon, onları fintech dünyasındaki en değerli hedefler hâline getirir: bankalardan, ödeme işlemcilerinden ve hatta DeFi protokollerinden bile saldırganlar için daha caziptirler.

2019 ile 2025 arasında, merkezi borsalardan geriye dönüp bakıldığında büyük ölçüde önlenebilir istismarlar yoluyla 6,5 milyar doların üzerinde varlık çalındı. Kalıplar tekrar ediyor: ele geçirilen sıcak cüzdanlar, yetersiz erişim kontrolleri, içeriden manipülasyon ve istismar edilmeden önce aylarca izlenmeyen API açıkları.

Rahatsız edici gerçek şu ki, borsa güvenliği başarısızlıklarının çoğu sofistike sıfırıncı gün saldırıları değildir. Bunlar, erken dönemde alınan mimari kararlardan kaynaklanır: platform küçükken, ekip hızlı hareket ederken, güvenlik “sonra sıkılaştıracağımız bir şey” olarak görülürken.

O “sonra”, olaydan önce nadiren gelir.

Yaygın saldırı vektörleri

Tehdit modelini anlamak, borsaların gerçekte nerelerden ihlal edildiğini sınıflandırmayı gerektirir:

Cüzdan ve saklama saldırıları finansal açıdan en yıkıcı olanları olmaya devam ediyor. Sıcak cüzdan özel anahtarının ifşa olması; ister sunucu ele geçirme, ister zayıf anahtar yönetimi, ister yetersiz imzalama kontrolleri yoluyla olsun; büyük ölçekli kayıpların çoğundan sorumludur. Mt. Gox, Bitfinex ve WazirX olaylarının hepsi saklama katmanı başarısızlıklarına dayanır.

API ve uygulama katmanı istismarları alım satım mantığını, kimlik doğrulama akışlarını ve çekim işlemlerini hedefler. Emir eşleştirmedeki yarış koşulları, çekim uç noktalarında yetersiz hız sınırlaması ve zayıf token yönetimi yoluyla oturum ele geçirme, üretim ortamındaki borsalarda istismar edilmiştir.

Yönetici ve içeriden tehditler en az ciddiye alınan vektördür. Şaşırtıcı sayıda borsa, tam çekim yetkisine sahip tek bir yönetici paneli hesabıyla çalışır. Bu hesap ele geçirildiğinde; ya da onu elinde tutan kişi kötü niyetli davrandığında; hiçbir devre kesici yoktur.

Sosyal mühendislik ve kimlik bilgisi saldırıları destek personelini, operasyon ekiplerini ve hatta doğrudan kurucuları hedefler. Borsa operatörlerine yönelik SIM-swap saldırıları platformun tamamen ele geçirilmesiyle sonuçlanmıştır. Dahili araçları hedefleyen kimlik avı kampanyaları etkili olmaya devam ediyor; çünkü birçok borsa yönetici panellerine, kullanıcıya dönük ürünlerinden daha az güvenlik titizliğiyle yaklaşıyor.

Altyapı ve tedarik zinciri saldırıları barındırma sağlayıcılarını, DNS yapılandırmalarını, CDN yanlış yapılandırmalarını ve üçüncü taraf bağımlılıklarını istismar eder. Örneğin 2019’daki GateHub ihlali, uygulama katmanı açıklarından ziyade ele geçirilmiş altyapıya kadar izlenebilmiştir.


Güvenli bir kripto borsası mimarisinin temel katmanları

Savunulabilir bir borsa güvenlik mimarisi tek bir özellik ya da kontrol listesi maddesi değildir. Her katmanın bağımsız çalıştığı ve zarif biçimde arızalandığı katmanlı bir sistemdir; yani bir katmandaki ihlal toplam kayba dönüşmez.

1. Katman: Kullanıcı güvenliği

Kullanıcıya dönük güvenlik katmanı en görünür olanıdır ve paradoksal olarak uygulama titizliği açısından en çok ihmal edilenidir.

Zorunlu iki faktörlü kimlik doğrulama asgari gerekliliktir. Ancak uygulama ayrıntıları önemlidir: SMS tabanlı 2FA, SIM-swap saldırılarına karşı savunmasızdır ve birincil yöntem yerine yedek olarak ele alınmalıdır. Donanım güvenlik anahtarları (FIDO2/WebAuthn) ve TOTP tabanlı doğrulayıcılar anlamlı ölçüde daha güçlü koruma sağlar.

Oturum yönetimi özel dikkat hak eder. Oturumlar cihaz parmak izlerine ve IP aralıklarına bağlanmalı, şüpheli değişikliklerde otomatik olarak geçersiz kılınmalıdır. Eşzamanlı oturum sınırları kimlik bilgisi paylaşımı saldırılarını önler. Oturum tokenları yetki yükseltmesinde yenilenmelidir: giriş yapmak bir oturum bağlamıdır; çekim başlatmak başka bir bağlamdır.

Zorunlu bekletme süreleriyle (yeni adresler için genellikle 24-48 saat) çekim adresi beyaz listesi, hesap ele geçirmenin en yaygın sonucunu önler: fonların anında dışarı çekilmesi. Tek başına bu kontrol, sektör genelindeki bireysel hesap kayıplarının önemli bir yüzdesini önleyebilirdi.

Kimlik avına karşı kodlar; her meşru e-postada gösterilen, kullanıcı tanımlı dizeler; kullanıcılara güvenilir bir özgünlük sinyali vererek kimlik avı kampanyalarının etkinliğini azaltır.

2. Katman: Cüzdan ve saklama

Cüzdan ve saklama katmanı, en büyük finansal risklerin yoğunlaştığı yerdir. Buradaki her mimari kararın doğrudan dolar değeri üzerinden sonuçları vardır.

Temel ilke, herhangi tek bir ele geçirme noktasından erişilebilen fon miktarını en aza indirmektir. Bu, aşağıda ayrıntılı olarak ele alınan sıcak-ılık-soğuk cüzdan ayrımı modelini doğurur.

Çoklu imza şemaları, tek bir anahtar sahibinin; insan ya da makine; bir işlemi tek başına yetkilendirememesini sağlar. Belirli eşik (2/3, 3/5 vb.) operasyonel gereksinimlere bağlıdır, ancak anlamlı miktarda kullanıcı mevduatı tutan her borsa için birden fazla bağımsız yetkilendirme gerektirme ilkesi pazarlık konusu değildir.

Donanım Güvenlik Modülleri (HSM), sıcak cüzdan operasyonlarına ait anahtar materyalini yönetmelidir. Anahtarlar asla uygulama belleğinde ya da diskte düz metin olarak bulunmamalıdır. İmzalama süreci, işlem oluşturma sürecinden yalıtılmalıdır: “adres X’e 5 BTC gönder” kararını veren sistem, bu gönderiyi yetkilendirecek anahtarı elinde tutan sistemle aynı olmamalıdır.

3. Katman: Alım satım ve bakiye bütünlüğü

Alım satım motoru ve bakiye yönetim sistemi mutlak tutarlılık dayatmalıdır. Bir yatırmanın iki kez kredilendirilmesi ya da şişirilmiş bir bakiyeye karşı çekim işlenmesi, bir bank run senaryosu açığı ortaya çıkarana dek fark edilmeyebilecek bir ödeme güçsüzlüğüne yol açabilir.

Bakiye güncellemeleri atomik ve sıralı olmalıdır. Her kredi, doğrulanmış ve onaylanmış bir zincir üstü yatırmaya kadar izlenebilmelidir. Her borç, doğrulanmış bir çekim kaydıyla mutabık kılınmalıdır. Sistem, bağımsız olarak doğrulanabilen gerçek zamanlı bir rezerv kanıtı tutmalıdır; bir pazarlama egzersizi olarak değil, operasyonel bir güvenlik mekanizması olarak.

Alım satım yürütme bütünlüğü, eşleştirme motorunun emir enjeksiyonu, wash trading ya da öncelik manipülasyonu yoluyla manipüle edilememesini gerektirir. Her emir verme, değiştirme, iptal ve gerçekleşme işlemine ait denetim kayıtları değiştirilemez olmalı ve bağımsız olarak saklanmalıdır.

4. Katman: Yönetici ve operasyonel güvenlik

Yönetici erişimi, tasarımı gereği kullanıcıya dönük güvenlik kontrollerini atladığı için en yüksek riskli vektördür. Bir borsanın yönetici paneli, işlevsel olarak tüm platformun ana anahtarıdır.

Borsa yönetici paneli üzerinden rol tabanlı erişim kontrolü (RBAC) ve ayrıntılı yetkiler başlangıç noktasıdır. Bir kullanıcının 2FA’sını sıfırlayabilen bir destek temsilcisi, çekimleri onaylama yetkisine sahip olmamalıdır. Hesapları dondurabilen bir uyumluluk yetkilisi, cüzdan altyapısına erişememelidir. Bu sınırlar bariz görünür ama pratikte rutin olarak ihlal edilir.

Tüm yönetici işlemleri, yüksek riskli operasyonlar için çok taraflı onay gerektirmelidir. Cüzdan yapılandırma değişiklikleri, çekim limiti ayarlamaları ve yetki değişiklikleri en az iki yetkili kişinin onayını gerektirmelidir; üstelik tek bir ele geçirilmiş hesapla atlatılamayacak onay iş akışlarıyla.

Yönetici oturum güvenliği, kullanıcıya dönük gereksinimlerin üzerinde olmalıdır. Donanım anahtarı kimlik doğrulaması, yalnızca VPN üzerinden erişim, coğrafi kısıtlama ve süre sınırlı oturumlar, yönetici ele geçirme saldırı yüzeyini azaltır.

5. Katman: Altyapı ve izleme

Altyapı katmanı; sunucu sağlamlaştırması ve ağ segmentasyonundan gerçek zamanlı anomali tespitine ve olay müdahale otomasyonuna kadar her şeyi kapsar.

Ağ segmentasyonu; alım satım motorunu, cüzdan altyapısını, kullanıcıya dönük API’yi ve yönetim sistemlerini, katı biçimde tanımlanmış iletişim kurallarına sahip ayrı güvenlik bölgelerine ayırmalıdır. Ele geçirilmiş bir web sunucusu, cüzdan imzalama altyapısına asla ağ erişimine sahip olmamalıdır.

Gerçek zamanlı izleme, her katmandaki anormal kalıpları takip etmelidir: olağan dışı giriş kalıpları, çekim hızındaki ani yükselmeler, bakiye tutarsızlıkları, API kötüye kullanım kalıpları ve yönetici işlem sıklıkları. İzleme sisteminin kendisi de kurcalamaya dayanıklı olmalıdır; izlediği sistemlerden ayrı olarak saklanmalıdır.

DDoS azaltımı temel bir gerekliliktir, ancak aynı zamanda potansiyel bir dikkat dağıtma vektörüdür. Sofistike saldırganlar, hedefli cüzdan istismarı için paravan olarak hacimsel DDoS saldırılarını kullanmıştır. İzleme sistemleri, yüksek yük olayları sırasında yalnızca hayatta kalmak için değil, görünürlüğü korumak için tasarlanmalıdır.


Sıcak, ılık ve soğuk cüzdan güvenlik modeli

Üç katmanlı cüzdan modeli, operasyonel likidite ile varlık güvenliğini dengelemenin sektör standardıdır. Her katmanın tehdit sınırlarını anlamak, her borsa operatörü için kritiktir.

Sıcak cüzdanlar

Sıcak cüzdanlar, gerçek zamanlı çekimleri işlemek için çevrimiçi bağlantıyı sürdürür. Kullanıcı çekim talebini karşılamak için gereken asgari uygulanabilir likiditeyi temsil ederler: genellikle saklama altındaki toplam varlıkların %2-5’i.

Tehdit sınırı en geniş olandır: sıcak cüzdan anahtarları otomatik sistemlere erişilebilir durumdadır; bu da uygulama katmanının ya da barındırma altyapısının herhangi bir ele geçirilmesinin potansiyel olarak onları açığa çıkardığı anlamına gelir. Azaltım yöntemi katı limit uygulamasıdır: işlem başına limitler, saatlik hız üst sınırları ve günlük toplam tavanlar. Herhangi bir eşik aşıldığında sistem otomatik işlemeyi durdurmalı ve manuel müdahale gerektirmelidir.

Sıcak cüzdanın ılık depodan yeniden doldurulması, anomali tespitiyle birlikte öngörülebilir bir program izlemelidir. Sıcak cüzdan tarihsel normların önerdiğinden daha hızlı boşalıyorsa, bu sinyal yeniden doldurmadan sonra değil, önce soruşturmayı tetiklemelidir.

Ilık cüzdanlar

Ilık cüzdanlar orta katmanı oluşturur: herhangi bir giden işlem için çok taraflı yetkilendirme gerektiren yarı çevrimiçi sistemler. Operasyonel rezervi tutarlar: tanımlı bir dönem (genellikle 24-72 saat) boyunca beklenen çekim talebini karşılamaya yetecek kadar.

Sıcak cüzdanlardan temel fark, ılık cüzdan işlemlerinin insan onayı gerektirmesidir. Otomatik sistemler ılık depodan sıcak depoya transfer talep edebilir, ancak transferin kendisi, belirlenmiş anahtar sahiplerinden çoklu imza yetkilendirmesi gerektirir.

Ilık cüzdanlar, doğrudan internete maruz kalmayan özel altyapıda barındırılmalıdır. İşlemler ılık cüzdan sisteminde oluşturulur, yerel olarak tutulan anahtarlarla imzalanır ve ayrı, sınırlı erişimli bir ağ yolu üzerinden yayınlanır.

Soğuk cüzdanlar

Soğuk cüzdanlar, borsa varlıklarının çoğunluğunu; tipik olarak %90-95’ini; tamamen çevrimdışı depoda tutar. Özel anahtarlar, internete hiç bağlanmamış, hava boşluklu (air-gapped) cihazlarda üretilir ve saklanır.

Soğuk cüzdan işlemlerinin operasyonel temposu saatlerle değil, günlerle ölçülmelidir. Soğuk depodan ılık cüzdanların planlı olarak doldurulması, çok taraflı fiziksel bulunma gereksinimleriyle belgelenmiş prosedürleri izlemelidir. Planlanmamış herhangi bir soğuk cüzdan erişimi, potansiyel bir olay olarak ele alınmalıdır.

Soğuk cüzdan anahtar materyali, bağımsız erişim kontrolleriyle birden fazla coğrafi konuma dağıtılmalıdır. Hiçbir tek kişi, tesis ya da yargı bölgesi soğuk depoya tek taraflı olarak erişememelidir.

Çekim risk kontrolleri

Cüzdan katmanı modelinin ötesinde, çekim işleme katmanlı kontroller dayatmalıdır:

  • İşlem değerine ve blok zinciri özelliklerine göre ölçeklenen onay derinliği gereksinimleri. 50 dolarlık bir Bitcoin çekimi 2 onaydan sonra tamamlanabilir; 500.000 dolarlık bir çekim 6 veya daha fazlasını beklemelidir.
  • Olağan dışı çekim kalıpları sergileyen hesapları ya da adresleri işaretleyen hız izleme: sıklıkta ani artışlar, maksimum tutarlı çekimler ya da yatırma ve çekme arasında hızlı döngüler.
  • Bilinen kara listelere, yaptırım uygulanan adreslere ve karıştırıcı (mixer/tumbler) hizmetlerine karşı, geriye dönük uygulanmak yerine çekim onay hattına entegre edilmiş adres taraması.

Dahili dolandırıcılığı ve bakiye manipülasyonunu önleme

Dahili dolandırıcılık, borsaların kamuoyu önünde tartışmaya en az istekli olduğu ve tespit etmeye en az hazırlıklı olduğu tehdittir. “Ekibimiz güvenilirdir” varsayımı bir güvenlik kontrolü değildir; bir güvenlik açığıdır.

Değiştirilemez denetim kayıtları

Bakiyeyi etkileyen her işlem; yatırmalar, çekimler, alım satımlar, ücret hesaplamaları, manuel düzeltmeler; değiştirilemez bir denetim kaydı üretmelidir. “Değiştirilemez”, uygulamanın kendisinin geçmiş kayıtları değiştirememesi ya da silememesi demektir. Denetim kayıtları, bağımsız erişim kontrollerine sahip, yalnızca ekleme yapılabilen depolamaya yazılmalıdır.

Denetim izi, herhangi bir hesabın tam bakiye geçmişini herhangi bir zamanda yeniden oluşturabilecek kadar eksiksiz olmalıdır. Mevcut bakiye ile kayıtlı tüm işlemlerin toplamı arasında bir tutarsızlık varsa, bu tutarsızlık derhal işaretlenmeli ve soruşturulmalıdır.

Yetki ayrımı

En az yetki ilkesi her dahili role hükmetmelidir. Önem taşıyan belirli kontroller:

  • Yeni cüzdan oluşturabilen ekip üyesi, bu cüzdanlara çekim imzalama yetkisi atayabilen kişiyle aynı kişi olmamalıdır.
  • Manuel bakiye düzeltmeleri (anlaşmazlık çözümü, hata düzeltme vb.) belgelenmiş gerekçeyle çok taraflı onay gerektirmelidir.
  • Operasyon ve destek personeli için veritabanı erişimi salt okunur olmalı; yazma işlemleri, iş kurallarını dayatan ve denetim kayıtları üreten uygulama aracılı iş akışlarıyla sınırlandırılmalıdır.

Bakiye ve işlem bütünlüğü kontrolleri

Mutabakat periyodik değil, sürekli olmalıdır. Zincir üstü bakiyelerin dahili defter bakiyeleriyle gerçek zamanlı karşılaştırılması, tutarsızlıkları günler yerine dakikalar içinde yakalar. Codono gibi platformlar, blok zinciri durumuna karşı bakiye doğrulamasını sürekli bir döngüde çalıştırarak otomatik mutabakatı çekirdek mimariye yerleştirir.

Herhangi bir tutarsızlık; kesirli bir tutarsızlık bile; bir uyarı tetiklemelidir. Kesirli tutarsızlıklar genellikle, ele alınmadığında bileşik hâlde önemli kayıplara dönüşen yuvarlama istismarlarının ya da ücret hesaplama hatalarının erken göstergeleridir.


Yatırma ve çekme riski yönetimi

Yatırma ve çekim işleme, borsanın harici blok zinciri ağlarıyla etkileşime girdiği; güvenlik modelinin dağıtık mutabakatın öngörülemez gerçekliğiyle buluştuğu yerdir.

Onay derinliği ve reorg farkındalığı

Her blok zincirinin farklı kesinlik (finality) özellikleri vardır. Bitcoin işlemleri 6 onaydan sonra (kabaca 60 dakika) olasılıksal olarak kesindir. Ethereum, beacon chain’i aracılığıyla yaklaşık 13 dakikada kesinliğe ulaşır. Bazı ağlar daha hızlı kesinliğe ulaşır; diğerleri daha fazla sabır gerektirir.

Borsa, onay gereksinimlerini her zincirin gerçek güvenlik özelliklerine göre kalibre etmelidir; yalnızca dokümantasyonda yayınlanan “önerilen” sayıya göre değil. Yüksek değerli yatırmalar için standart eşiğin ötesinde ek onaylar ihtiyatlıdır.

Blok zinciri yeniden yapılanmaları (reorg), özellikle iş kanıtı zincirlerinde ve daha düşük hash oranına sahip bazı yeni ağlarda gerçek bir operasyonel risktir. 3 onaydan sonra kredilendirilen bir yatırma, 4 blokluk bir reorg gerçekleşirse ortadan kalkabilir. Borsa, reorgları izlemeli ve zincir yeniden yapılanmasıyla geçersiz kılınan yatırmaların kredilerini geri almak için otomatik süreçlere sahip olmalıdır.

Çift kredi tahsisinin önlenmesi

Yatırmayla ilgili en sinsi güvenlik açığı çift kredilendirmedir: aynı zincir üstü işlemin iki ayrı yatırma olarak işlenmesi. Bu genellikle yatırma izleme sistemleri yeniden başlatıldığında ya da işlem tanımlayıcıları düzgün biçimde tekilleştirilmediğinde ortaya çıkar.

Her yatırma, zincir üstü işlem karması (hash) ve çıktı indeksiyle benzersiz biçimde tanımlanmalıdır. Sistem, yarış koşulları ya da sistem kararsızlığı altında bile çift kredilendirmeyi önlemek için benzersizlik kısıtlarını yalnızca uygulama düzeyinde değil, veritabanı düzeyinde de dayatmalıdır.

Çift harcama farkındalığı

Yerleşik blok zincirlerine yönelik gerçek çift harcama saldırıları nadir olsa da, borsa bunların imkânsız olduğunu varsaymamalıdır. Yüksek değerli yatırmalar için kaynak işlemin çelişen işlemlere (aynı girdileri farklı bir hedefe harcama girişimleri) karşı izlenmesi ek bir güvenlik katmanı sağlar.

Daha düşük güvenlik bütçesine sahip zincirlerde (daha düşük hash oranları, daha az doğrulayıcı) faaliyet gösteren borsalar, orantılı olarak daha yüksek onay gereksinimleri ve daha düşük otomatik kredi limitleri uygulamalıdır.


Uyumluluk, izleme ve olay müdahalesi

Bir kripto borsasında güvenlik ve uyumluluk ayrı disiplinler değildir; derinden iç içe geçmiştir. Düzenleyici çerçeveler giderek belirli güvenlik kontrollerini zorunlu kılıyor ve güvenlik olayları düzenleyici raporlama yükümlülüklerini tetikliyor.

KYC ve AML entegrasyonu

Müşterini Tanı (KYC) ve Kara Para Aklamayı Önleme (AML) kontrolleri hem düzenleyici gereksinimler hem de güvenlik araçlarıdır. Doğrulanmış kullanıcı kimlikleri, belirli saldırı kalıplarını caydıran ve olay sonrası soruşturmayı mümkün kılan hesap verebilirlik yaratır.

Kademeli KYC yapıları; doğrulama gereksinimlerinin işlem hacmi ve çekim limitleriyle ölçeklendiği; kullanıcı deneyimini risk yönetimiyle dengeler. Codono’nun Sumsub gibi sağlayıcılarla entegrasyonu, manuel müdahale olmadan yargı bölgesi gereksinimlerine uyum sağlayan otomatik kimlik doğrulama iş akışları sağlar.

AML amaçlı işlem izleme toplu hâlde değil, gerçek zamanlı çalışmalıdır. Şüpheli kalıplar; yapılandırma (eşiklerden kaçınmak için büyük işlemleri küçük parçalara bölme), hesaplar arası hızlı transferler ve işaretli adresleri içeren işlemler; otomatik bekletmeleri ve manuel inceleme kuyruklarını tetiklemelidir.

Anomali tespiti

Etkili anomali tespiti, davranışsal taban çizgileri oluşturmayı ve sapmaları işaretlemeyi gerektirir. Temel sinyaller şunları içerir:

  • Hesap düzeyinde anomaliler: Yeni coğrafyalardan giriş, cihaz değişiklikleri, alım satım hacminde ya da çekim sıklığında ani artışlar.
  • Platform düzeyinde anomaliler: Tarihsel normları aşan toplam çekim hızı, belirli alım satım çiftlerinde olağan dışı yoğunlaşma, birden fazla hesaptan eşzamanlı büyük çekimler.
  • Altyapı anomalileri: Beklenmeyen ağ trafiği kalıpları, yetkisiz süreç çalıştırma, bakım pencereleri dışında yapılandırma değişiklikleri.

İzleme sistemi sinyalleri katmanlar arasında ilişkilendirmelidir. Bir hesap düzeyinde anomali (olağan dışı giriş) ile platform düzeyinde bir anomalinin (yükselmiş çekim hacmi) birleşimi, her birinin tek başına olduğundan daha güçlü bir sinyaldir.

Olay müdahalesi

Her borsanın, masa başı tatbikatlarıyla test edilmiş, belgelenmiş bir olay müdahale planı olmalıdır. Plan şunları kapsamalıdır:

  • Tespit ve sınıflandırma: Olayların nasıl tanımlandığı, kimin bilgilendirildiği ve önem derecesinin nasıl değerlendirildiği.
  • Sınırlama: Yönetici onayı beklenmeden yürütülebilecek, anında tehdit sınırlaması için önceden yetkilendirilmiş eylemler: cüzdan dondurmaları, çekim durdurmaları, oturum geçersiz kılmaları.
  • Soruşturma: Hizmeti geri yüklerken kanıtları koruyan adli prosedürler.
  • İletişim: Kullanıcıları, düzenleyicileri ve kolluk kuvvetlerini bilgilendirmek için şablonlar ve kanallar.
  • Kurtarma: Doğrulanmış bütünlükle operasyonlara devam etme prosedürleri.

Bir olay müdahale planı yazmak için en kötü zaman, olay sırasıdır. İkinci en kötü zaman ise olaydan sonradır.


Borsa yazılımını değerlendiren kurucular için güvenlik kontrol listesi

Borsa yazılımını değerlendiriyorsanız; ister şirket içinde geliştirin, ister Codono gibi beyaz etiket çözümleri lisanslayın, ister özel bir geliştirme firmasıyla çalışın; güvenliğin mimari mi yoksa kozmetik mi olduğunu ortaya çıkaran sorular şunlardır:

Cüzdan mimarisi: Platform varsayılan olarak sıcak/ılık/soğuk ayrımını dayatıyor mu? Çoklu imza eşiklerini yapılandırabiliyor musunuz? Anahtar materyali nerede saklanıyor ve kimlerin erişimi var?

Çekim kontrolleri: Yapılandırılabilir işlem başına ve hız limitleri var mı? Belirli eşiklerin üzerinde zorunlu insan onayı var mı? Anomali tespitinde çekim işleme otomatik olarak durdurulabiliyor mu?

Yönetici erişimi: Yönetici paneli ayrıntılı yetkilerle rol tabanlı erişim kontrolünü destekliyor mu? Yüksek riskli yönetici işlemleri çok taraflı onayla korunuyor mu? Tüm yönetici faaliyetleri değiştirilemez biçimde kaydediliyor mu?

Denetim ve mutabakat: Platform sürekli zincir üstü ve defter mutabakatı sağlıyor mu? Rezerv kanıtını bağımsız olarak doğrulayabiliyor musunuz? Denetim kayıtları uygulama veritabanından ayrı mı saklanıyor?

Yatırma güvenliği: Sistem blok zinciri reorglarını nasıl ele alıyor? Hangi onay derinlikleri dayatılıyor ve zincir başına yapılandırılabiliyor mu? Çift kredi önleme veritabanı düzeyinde mi uygulanıyor?

Uyumluluk hazırlığı: Platform kademeli KYC iş akışlarını destekliyor mu? Gerçek zamanlı işlem izleme yerleşik mi? Şüpheli faaliyet raporları otomatik olarak üretilebiliyor mu?

Altyapı: Cüzdan altyapısı yalıtılmış ağlarda dağıtılabiliyor mu? Platform ağ segmentasyonuyla dağıtım için tasarlanmış mı? Hangi izleme ve uyarı yetenekleri dahil?

Olay müdahalesi: Tedarikçi olay müdahale dokümantasyonu sağlıyor mu? Platform bağımsız olarak denetlendi mi? Bir güvenlik açığı bildirim programı var mı?

Tedarikçi bu sorulara özel olarak ve güvenle yanıt veremiyorsa, bu size güvenlik duruşları hakkında önemli bir şey söyler.


Güvenlik bir özellik değil, sürekli bir süreçtir

“Güvenli” olarak piyasaya sürülen ve süresiz olarak öyle kalan bir borsa yazılımı sürümü yoktur. Güvenlik, gelişen bir tehdit ortamına karşı değerlendirme, uyum sağlama ve iyileştirmenin sürekli bir sürecidir.

Ayakta kalan borsalar, en etkileyici ilk güvenlik denetimine sahip olanlar değildir. Kurumsal disipline sahip olanlardır: düzenli sızma testleri, sürekli izleme, hızlı yama uygulama, devam eden personel eğitimi ve güvenlik endişelerinin göz ardı edilmek yerine yukarı taşındığı bir kültür.

Bu alana giren kurucular için en önemli tek karar, güvenliğin sonradan eklenmiş bir özellik yerine temel bir kısıt olarak tasarlandığı altyapıyı seçmektir. Başlangıçta alınan mimari kararlar; cüzdan ayrımı, yetki modelleri, denetim izi tasarımı, mutabakat mantığı; lansmandan sonra sonradan uyarlaması olağanüstü pahalı, bir olaydan sonra ise düzeltmesi neredeyse imkânsız kararlardır.

Doğru güvenlik mimarisinin maliyeti her zaman bir ihlalin maliyetinden düşüktür. Bu bir pazarlama ifadesi değildir. Bu sektörün tarihindeki her büyük borsa güvenlik olayının tutarlı ve belgelenmiş dersidir.

Güvenlik Mimari Kurumsal Uyumluluk Risk Yönetimi Cüzdan Güvenliği
C

Codono Team

Codono builds enterprise-grade crypto exchange software deployed by 250+ operators across 40+ countries. Our team writes from production experience running spot, derivatives, custody, and compliance at scale.

View all posts by Codono Team →

Build Your Exchange with Codono

Complete crypto exchange software with spot, futures, P2P, and 15+ blockchains.