Codono Enterprise'taki MPC imzalayıcısı nasıl çalışır ve eşik saklaması neden bir kasa dolusu anahtarı yener

Yazı içeriği

• En kısa açıklama
• Borsa saklaması neden başarısız olmaya devam ediyor
• Çok taraflı hesaplama gerçekte nedir
• Akademik meraktan borsa omurgasına
• Codono Enterprise MPC imzalayıcısına yakından bakış
• Anahtar üretimi: hiçbir anahtarın doğmadığı tören
• Kapı kapı imzalama akışı
• Anahtarlara dokunmadan adres türetme
• MPC, Multisig, HSM ve tek anahtar
• MPC borsalara neden her şeyden daha uygun
• Gerçekte ne kadar güvenli? Tehdit modeli turu
• MPC’nin çözmedikleri ve Codono’nun etrafına ekledikleri
• Uyumluluk getirisi
• Günlük MPC operasyonu
• MPC saklamasını değerlendirmek: alıcı kontrol listesi
• Hızlı sözlük

En kısa açıklama

Codono Enterprise’ın MPC imzalayıcısı, özel anahtarlar yerine kriptografik anahtar paylarını tutan, kendi sunucunuzda barındırılan bir Go servisidir. Üç pay, dağıtık bir törenle ayrı makinelerde üretilir; herhangi ikisi etkileşimli bir protokolle geçerli bir imzayı birlikte üretebilir — ancak tam özel anahtar, “yaratıldığı” an da dahil olmak üzere hiçbir makinede, hiçbir anda var olmaz. Bir imzalayıcı düğümünü çalın ve harcanabilir hiçbir şey çalmamış olursunuz.

Tek başına bu özellik — anahtar asla var olmaz — borsa tarihindeki en büyük saklama kayıplarının ardındaki arıza biçimini ortadan kaldırır. Bu makalenin geri kalanı, imzalayıcının bunu nasıl başardığını, imza hattının kapı kapı nasıl göründüğünü, multisig ve HSM’lerle nasıl karşılaştırıldığını ve — yalnızca güçlü yönleri sıralayan güvenlik yazıları mühendislik değil pazarlamadır — MPC’nin nelere karşı koruma sağlamadığına ve çevreleyen borsa güvenlik mimarisinin bu boşlukları nasıl kapattığına dair açık bir değerlendirme sunar.

Borsa saklaması neden başarısız olmaya devam ediyor

Felaket boyutundaki her borsa kaybı aynı ilkeye dayanır: bir yerlerde tam bir özel anahtar vardı ve biri ona ulaştı.

Mt. Gox, sıcak cüzdan anahtarları yıllarca ele geçirilmiş altyapıya erişilebilir durumda olduğu için yaklaşık 850.000 BTC kaybetti. 2022’deki Ronin köprüsü saldırısı yaklaşık 625 milyon doları boşalttı; çünkü dokuz doğrulayıcı anahtarından beşi — tam, harcanabilir anahtarlar — tek bir operatörün kontrolüne geçmişti ve o operatör oltalamaya kurban gitti. Chainalysis, 2022’de çalınan toplam kriptoyu 3,8 milyar dolar olarak açıkladı. Ayrıntılar değişir; ilke değişmez. Tam bir anahtar, tek bir hata bekleyen tam bir hırsızlıktır.

Sektörün geleneksel yanıtlarının her biri ilkeyi ortadan kaldırmadan hafifletir:

• Soğuk saklama anahtarı çevrimdışına taşır — ama anahtar yine de vardır ve her hazine hareketi manuel, hataya açık bir olaydır. Operasyonel gerçeklik zaten bir sıcak cüzdanı zorunlu kılar ve sıcak cüzdan elinde… tam bir anahtar tutar.
• Zincir üstü multisig yetkiyi böler ama anahtarları bölmez — her imzacı tam, tek başına çalınabilir bir anahtar tutar ve düzenlemenin zincir başına yeniden uygulanması gerekir (desteklendiği yerlerde).
• HSM’ler anahtarı kurcalamaya dayanıklı donanıma koyar — ama anahtar cihazın içinde vardır, cihaz hem arıza hem erişilebilirlik açısından tek noktadır ve HSM’den imza istemeyi başarabilen bir saldırganın hiçbir şey çıkarmasına gerek yoktur.

Eşik MPC, ilkenin kendisini ortadan kaldıran ilk yaygın olarak kullanılan yaklaşımdır. Çalınacak bir anahtar yoktur — ne soğukta ne sıcakta, ne donanımda ne yazılımda — çünkü anahtar asla bir araya getirilmez; yalnızca paylara dağılmış matematiksel bir soyutlama olarak var olur. Bu tekniğin birkaç yıl içinde akademik makalelerden Fireblocks ve Zengo gibi firmalarda kurumsal saklamayı güvenceye alan bir teknolojiye geçmesinin ve Codono Enterprise’ın bunu platforma bir eklenti olarak değil saklama omurgası olarak konumlandırmasının nedeni budur.

Çok taraflı hesaplama gerçekte nedir

Çok taraflı hesaplama, çarpıcı bir garanti sunan bir kriptografi dalıdır: birden fazla taraf, hiçbir tarafın girdisini diğerlerine açıklamadan, özel girdileri üzerinde bir fonksiyonu ortaklaşa hesaplayabilir.

İmzalara uygulandığında “fonksiyon” imza algoritması, “özel girdiler” ise anahtar paylarıdır:

1. Üretim. N taraf bir dağıtık anahtar üretimi (DKG) protokolü çalıştırır. Her biri elinde bir payla çıkar. Karşılık gelen açık anahtar — ve dolayısıyla yatırma adresleri — herkesçe bilinir, ancak özel anahtar hiç kimse tarafından asla hesaplanmaz. Paylar tarafından örtük olarak tanımlanır; tıpkı bir noktanın, hiçbir doğrunun onu “içermediği” halde kesişen doğrularca tanımlanması gibi.
2. İmzalama. Bir imza gerektiğinde, tarafların bir eşiği (n üzerinden t — Codono’nun kurulumunda 3 üzerinden 2) etkileşimli bir protokole girer. Her taraf yalnızca kendi payını kullanarak kısmi sonuçlar hesaplar ve körleştirilmiş ara değerler değiş tokuş eder. Etkileşimden zincir üzerinde normal bir cüzdanın ürettiğinden ayırt edilemeyen, tamamen standart bir ECDSA veya EdDSA imzası çıkar.
3. Kritik değişmez. Üretim, depolama, imzalama veya kurtarma — hiçbir adımda paylar bir özel anahtara birleşmez. Eşiğin altında sıfır imzalama yeteneği elde edersiniz, nokta. Gizlilik konusunda kesin ifade daha inceliklidir ve dürüstçe belirtmeye değer: ham sır paylaşımı, eşik altındaki paylara kusursuz (bilgi-teorik) bir işe yaramazlık verirken, sahada kullanılan bir eşik-ECDSA protokolü bunun üzerine taahhütler, şifreli metinler ve kanıtlar katmanlar — dolayısıyla güvenliği hesaplamaya dayalıdır ve her katılımcının protokolü doğru çalıştırmasına bağlıdır. Bankaya götürebileceğiniz özellik şudur: dürüst çalıştırılan bir protokole karşı eşiğin altında paya sahip pasif bir saldırgan kullanılabilir hiçbir şey öğrenemez ve hiçbir şey imzalayamaz. Bu, “bir yerlerde bütün bir anahtar var” durumuna göre kategorik bir iyileşmedir — matematiksel dokunulmazlık iddiası değildir.

Codono’nun üzerine inşa ettiği protokoller, açık ve bağımsız olarak denetlenmiş tss-lib ailesinden gelir — Gennaro–Goldfeder çalışma çizgisinden inen eşik ECDSA yapıları ve ed25519 zincirleri için eşik EdDSA. (Denetlenmiş olmak kusursuz olmakla aynı şey değildir: tss-lib’de bulunup yamanmış, kamuya açıklanmış anahtar çıkarma güvenlik açıkları olmuştur — ki tam olarak isteyeceğiniz şeffaf, hasmane inceleme budur ve bunu tescilli saklama matematiğinden alamazsınız.) Bu, durum tespiti açısından önemlidir: kriptografi yayınlanmış, hakem değerlendirmesinden geçmiş ve sektör genelinde savaş testinden geçmiştir; inanmanız istenen tescilli bir matematik değildir. Teknik ekibiniz uygulamayı doğrudan denetleyebilir, çünkü Codono Enterprise imzalayıcının kaynak kodunu platformun geri kalanıyla birlikte sunar.

Akademik meraktan borsa omurgasına

Bu kriptografinin ne kadar alışılmadık derecede yol kat etmiş olduğunu bilmek işe yarar; çünkü “yeni kriptografi” normalde bir saklama kırmızı bayrağıdır — ve eşik imzalama yeni olmaktan her şeyden uzaktır.

Temeller internetin çoğundan yaşlıdır. Adi Shamir sır paylaşımını 1979’da yayınladı — bir sırrı, herhangi t parçanın onu yeniden kuracağı, t−1 parçanın ise hiçbir şey açığa çıkarmayacağı şekilde bölme matematiksel numarası. Andrew Yao güvenli çok taraflı hesaplamayı 1982’de ünlü milyonerler problemiyle çerçeveledi: servetlerini açıklamadan kimin daha zengin olduğunu hesaplayan iki taraf. 1980’ler ve 90’lar boyunca GMW ve BGW protokolleri, herhangi bir fonksiyonun prensipte özel girdiler üzerinde ortaklaşa hesaplanabileceğini ortaya koydu. Onlarca yıl eksik olan pratiklikti — ilk MPC, gerçek sistemler için binlerce kat yavaştı.

Bunu iki şey değiştirdi. Birincisi, bir nesil protokol mühendisliği: eşik EdDSA görece doğaldır çünkü Schnorr tarzı imzalar doğrusaldır ve uzun süre zor vaka olan — Bitcoin ve Ethereum’un gerektirdiği — eşik ECDSA, Gennaro–Goldfeder protokol çizgisi (GG18, GG20) ve halefleri sayesinde pratik hale geldi. İkincisi, acil ve iyi finanse edilmiş bir ilgi nedeni olan bir sektör: her borsa ve köprü kaybı dalgasından sonra saklama ekipleri, anahtar hırsızlığının prosedürel olarak caydırılmak yerine yapısal olarak imkânsız olduğu bir mimari aramaya başladı.

Sonuç olarak 2020’lerin ortalarına gelindiğinde eşik MPC, kurumsal dijital varlık saklamasının sessiz standardı haline gelmişti — Fireblocks gibi ürünlerin ve birkaç büyük borsanın cüzdan altyapısının altındaki teknoloji — ve herkesin inceleyebileceği açık kaynaklı, denetlenmiş uygulamalarla (aralarında tss-lib ailesi de var). Codono Enterprise imzalayıcısı için aynı protokol ailesini benimsediğinde karar bilinçli olarak muhafazakârdı: sektörün on yıldır saldırmakla meşgul olduğu yapıları kullan ve inovasyon bütçesini, borsaya özgü mühendisliğin gerçekten karşılığını verdiği entegrasyona — kriptografinin etrafındaki kapılara, politikalara ve törenlere — harca.

Bu muhafazakârlık bir ilke olarak belirtmeye değer, çünkü genelleşir: saklamada, sıkıcı kriptografi artı disiplinli mühendislik, zeki kriptografiyi her zaman yener. İmzalayıcının işi, on yıllık, hakem denetimli bir protokolü kötüye kullanılmaz kılmaktır — yeni matematikle kimseyi etkilemek değil.

Codono Enterprise MPC imzalayıcısına yakından bakış

İmzalayıcı dışarıdan bakıldığında kasıtlı olarak sıkıcıdır — dar ve kimliği doğrulanmış bir API’ye sahip küçük, yalıtılmış bir servis — çünkü saklama bileşenleri bir borsanın en az zeki, en denetlenebilir parçaları olmalıdır. Önemli özellikler:

Ayrı bir servis, ayrı bir dilde, ayrı bir saldırı yüzeyi. İmzalayıcı Go ile yazılmıştır ve platformun geri kalanını oluşturan Java alım satım arka ucu ile Node.js motorundan ayrı olarak kendi sürecinde çalışır — tipik olarak kendi sunucusunda veya sertleştirilmiş konteynerinde. Web’e bakan bir bileşendeki bir güvenlik açığı, anahtar paylarının yanında kod çalıştırmaya dönüşmez; imzalayıcıya ulaşmak bir kimlik doğrulama sınırını daha aşmayı gerektirir.

Arka uç dışında hiçbir şey onunla konuşamaz ve arka uç kendini kanıtlamak zorundadır. İmzalayıcının API’sine gelen her istek, istek içeriği üzerinde bir HMAC taşır ve aktarım karşılıklı kimliği doğrulanmış TLS’dir. Kontrol paneli yok, açık port yok, kolaylık uç noktası yok. Bir web sunucusunu ele geçiren bir saldırgan böylece imza isteme yeteneği kazanmış olmaz — elinde ne aktarım kimlik bilgileri ne de istek imzalama sırrı vardır.

Paylar durağan haldeyken bile şifrelidir. Sıcak imzalama payları, kimliği doğrulanmış şifreleme (AES-256-GCM) altında saklanır ve yalnızca bir imzalama turunun süresi boyunca süreç belleğinde çözülür. Disk imajları, yedekler ve çalınan birimler şifreli metin verir.

İki sınıf pay, iki saklama sıcaklığı. 3 üzerinden 2 düzeni asimetrik olarak kurulur: iki operasyonel pay, ayrılmış imzalayıcı altyapısında yaşar ve sıcak yol için günlük imzalamaya katılır; üçüncüsü — kurtarma payı — çevrimdışı bir törende üretilir, kendi tek kullanımlık şifrelemesi altında bir kez dışa aktarılır ve tamamen üretim ortamının dışında saklanır (kiralık kasa, güvenlik görevlisi nezareti veya yargı bölgenizdeki muadili). Günlük operasyonlar ona asla dokunmaz; felaket kurtarma ve yeniden paylaşım törenleri dokunur.

Her iki imza ailesi, tek model. Eşik ECDSA, secp256k1 dünyasını kapsar — Bitcoin, Ethereum ve her EVM zinciri, Tron, Litecoin, XRP — eşik EdDSA ise Solana ve TON gibi ed25519 zincirlerini kapsar. Borsanın desteklediği 50’den fazla blok zinciri, zincir başına bir yama işi yerine tek bir tekdüze saklama modelini miras alır.

Anahtar üretimi: hiçbir anahtarın doğmadığı tören

Sonraki her şey güvenliğini üretim töreninden miras alır, bu yüzden kendi bölümünü hak eder.

Bir Codono Enterprise kurulumu saklamayı başlattığında, katılımcı imzalayıcı düğümleri DKG protokolünü birlikte çalıştırır. Her düğüm bağımsız olarak gizli rastgelelik örnekler, düğümler kriptografik taahhütler ve doğrulama değerleri değiş tokuş eder ve her biri elinde şunlarla bitirir: kendi payı, diğer her katılımcının dürüst davrandığına dair kanıt ve kolektif açık anahtar. İçselleştirmeye değer üç özellik:

• Güvenilir dağıtıcı yok. Saf sır paylaşımının ölümcül bir önyükleme kusuru vardır: birisi anahtarı üretir, sonra böler — ve o an için dağıtıcının makinesinde tam bir anahtar var olmuştur. DKG dağıtıcıyı ortadan kaldırır. Anahtar asla bütün olarak üretilip sonra bölünmez; dağıtık olarak doğar.
• Doğrulanabilir katılım. Taahhüt turları, kötü niyetli veya hatalı bir katılımcının töreni sessizce bozamayacağı anlamına gelir — sapmalar tespit edilir ve tören zayıf bir anahtar üretmektense iptal edilir.
• Belirleyici kurtarma yolları. Törenin çıktıları, gelecekteki yeniden paylaşım törenleri için gereken her şeyi içerir: ele geçirilmiş bir payı değiştirmek, altyapıyı döndürmek veya eşiği değiştirmek — tümü anahtarı asla yeniden kurmadan ve fonları taşımadan veya yatırma adreslerini geçersiz kılmadan.

Kurtarma payının ele alınması vurguyu hak eder, çünkü kriptografinin prosedürle buluştuğu yer burasıdır: tören sırasında üretilir, törene özgü bir anahtar altında şifrelenir, bir kez indirilir, doğrulanır ve ardından ağa bağlı herhangi bir sistemden kaldırılır. Buradaki disiplin — törene kim tanıklık eder, pay nerede saklanır, kim ona ulaşabilir — matematik değil operasyonel güvenliktir ve Codono’nun kurulum desteği, bu prosedürleri bir egzersiz olarak bırakmak yerine kurmayı içerir.

Kapı kapı imzalama akışı

Bir imza isteği, bir borsadaki en tehlikeli mesajdır. Codono Enterprise’ta bir çekim işleminin bir imza var olmadan önce kat ettiği tam yol şöyledir:

Kapı 1 — Kullanıcı düzeyi kontroller. Çekim isteği iki faktörlü kimlik doğrulamayı, oltalama karşıtı doğrulamayı ve — operatör etkinleştirdiyse — hedefleri kullanıcının zaman gecikmeli bir süreçle önceden kaydettiği adreslerle sınırlayan çekim adresi izin listesini geçmek zorundadır.

Kapı 2 — Platform risk hattı. Katman başına ve dönem başına limitler, hız kuralları ve risk puanlaması önce çalışır; yapılandırılmış eşikleri aşan tutarlar ve örüntüler, rol tabanlı izinlere ve değiştirilemez bir denetim izine sahip bir insan yöneticinin ilerleme öncesi onaylaması gereken yapıcı-denetçi onay kuyruğuna yönlendirilir. Acil durum kapatma anahtarları tüm giden yolu tek eylemle dondurabilir.

Kapı 3 — Kimliği doğrulanmış imzalama isteği. Arka uç ancak hattı geçtikten sonra gerçek işlemi kurar ve imzalayıcıyı çağırır — mTLS üzerinden, istek HMAC ile imzalanmış olarak. Bozuk, tekrarlanmış veya kimliği doğrulanmamış istekler burada ölür.

Kapı 4 — Politika kontrolleri ve eşik turu. İmzalayıcı, payları devreye sokmadan önce kendi politika katmanını uygular — istek yapısını doğrular ve imzalayıcı tarafı kısıtları zorlar — ardından iki operasyonel pay etkileşimli eşik protokolünü yürütür. Düğümler arasında kısmi hesaplamalar geçer; standart bir imza ortaya çıkar; anahtar ise her zamanki gibi ortaya çıkmaz.

Kapı 5 — Yayın ve mutabakat. İmzalanan işlem ilgili blok zinciri sürücüsü üzerinden yayınlanır, platformun çift taraflı muhasebe defterine kaydedilir ve zincir üstü gerçekliği iç bakiyelerle sürekli karşılaştıran mutabakat izlemesi tarafından yakalanır.

Beş kapının tamamındaki tasarım ilkesi: kriptografi tek savunma hattı değil, son savunma hattıdır. Paylar devreye girdiğinde istek; kimlik kontrollerinden, risk analizinden, muhtemelen insan onayından ve iki katman servis kimlik doğrulamasından sağ çıkmıştır.

Anahtarlara dokunmadan adres türetme

Bir borsanın her zincirdeki her kullanıcı için benzersiz bir yatırma adresine ihtiyacı vardır — potansiyel olarak milyonlarca adres. Saf bir saklama tasarımı adres başına bir anahtar üretir (ve sonra korumak zorundadır). Codono imzalayıcısı sorunun tamamını hiyerarşik-belirleyici türetmeyle önler:

Tören genişletilmiş bir açık anahtar (xpub) verir. Arka uç, bundan standart BIP-32 sertleştirilmemiş türetme kullanarak kullanıcı başına yatırma adresleri türetir — yalnızca açık anahtarla yapılan bir işlem. Arka uç anahtar malzemesini asla tutmadan sınırsız adres basabilir ve imzalayıcı daha sonra aynı türetme yolunu eşik protokolü içinde uygulayarak türetilmiş herhangi bir adres için imza üretebilir.

İki pratik sonuç: yatırma adresi üretimi hızlı ve anahtarsızdır (imzalayıcıya hiç başvurulmaz) ve tek bir törenin payları, EVM zincirleri adres türetmeyi paylaştığı için aynı anda her EVM ağında tüm adres ağacını korur. Daha az tören, daha az pay, daha az prosedür — yalıtımda hiçbir azalma olmadan.

MPC, Multisig, HSM ve tek anahtar

Özellik	Tek anahtar	Zincir üstü multisig	HSM	Eşik MPC
Tam anahtar bir yerde var mı	Evet	Evet — imzacı başına bir	Evet — cihazın içinde	Asla
Tek makine ele geçirilmesi = hırsızlık	Evet	Hayır (n üzerinden m gerekir)	Evet, imza isteyebiliyorsa	Hayır — eşik altı paylar işe yaramaz
Zincirler arasında aynı şekilde çalışır	Evet	Hayır — zincir başına destek ve anlam	Büyük ölçüde	Evet — çıktı standart bir imzadır
Zincir üstü iz	Normal	Farklı betik/adres, daha yüksek ücret, görünür politika	Normal	Normal — ayırt edilemez
Fon taşımadan anahtar rotasyonu	Hayır	Hayır — yeni adres, fonları taşı	Sınırlı	Evet — yeniden paylaşım töreni, aynı adresler
İmzalama erişilebilirliği	Kırılgan	Koordinasyon yükü	Cihaz darboğazdır	n üzerinden herhangi t pay; düğüm kaybına dayanıklı
Mekanizmanın denetlenebilirliği	Önemsiz	Zincir üstü betik	Satıcı ürün yazılımı — kapalı	Yayınlanmış protokoller; Codono Enterprise’da kaynak kod dahil

Gerçek satın alma kararını genellikle üçüncü satır belirler. 50’den fazla zincir çalıştıran bir borsa, saklama modelini multisig üzerine kuramaz; çünkü bu zincirlerin yarısı multisig’i farklı uygular ve birkaçı neredeyse hiç desteklemez; Bitcoin’in betik tabanlı multisig’i için işe yarayan saklama hikâyesi, Tron veya TON’da aynı biçimde basitçe yoktur. MPC, çok taraflı özelliği matematiğin içine, zincir dışına taşır ve bu da onu yapısı gereği zincirden bağımsız kılar.

Rotasyon satırı da ekiplerin beklediğinden daha önemlidir. Anahtar tabanlı herhangi bir şema altında, şüpheli bir ele geçirmeye yanıt vermek yeni anahtarlar üretmek ve her bakiyeyi taşımak demektir — her zincire dokunan, ücret maliyetleri, kesinti ve kendi saldırı penceresi olan acil bir göç. MPC altında bir yeniden paylaşım töreni şüpheli payı emekliye ayırır ve taze bir pay çıkarır; adresler, bakiyeler ve kullanıcılar hiçbir şey fark etmez.

MPC borsalara neden her şeyden daha uygun

Karşılaştırma tablosunun ötesinde, dört özellik borsaların çalışma biçimiyle özel olarak uyumludur:

1. Sıcak yol tehlikeli yoldur — ve MPC tam olarak onu sertleştirir. Soğuk saklama hazineyi yeterince korur; bitmeyen zayıflık, günün her saati, perakende hızında çekimleri otomatik imzalaması gereken sıcak işletme bakiyesidir. Bu, tam olarak “sunucu bir anahtar tutar” ifadesinin tarihsel olarak “sunucu anahtarın kendisidir” anlamına geldiği yoldur. Eşik imzalama otomatik erişilebilirliği korurken tek hırsızlık noktasını kaldırır — talep üzerine hareket etmesi gereken fonlar için hiçbir miktarda soğuk saklamanın sağlayamayacağı özellik. Codono bunu sıcak/soğuk ayrımı ve otomatik süpürmelerle eşleştirir; böylece MPC korumalı bakiye ince kalır ve hazine çevrimdışı kalır.

2. Normal adresler, normal ücretler, normal gizlilik. MPC ile saklanan adresler zincir üzerinde sıradan adreslerden ayırt edilemez. Rakipler ve zincir analistleri saklama yapınızı gezginlerden çıkaramaz; kullanıcılar standart işlem ücretleri öder; güvenlik duruşunuza dair hiçbir şey kamu verilerine sızmaz.

3. Kurumsal beklentiler onda birleşti. Saklama teknolojisi, bankacılık ortaklarının, sigortacıların ve lisanslama otoritelerinin artık doğrudan sorduğu sorulardan biri. “Çevrimdışı kurtarma paylı eşik MPC, şifreli pay depolama, yapıcı-denetçi onayları ve tam denetim izleri”, VASP ve MiCA dönemi saklama beklentileriyle — ve bir borsanın nihayetinde isteyeceği kurumsal muhatapların durum tespiti kontrol listeleriyle — temiz biçimde örtüşen bir yanıttır.

4. Onu kendiniz çalıştırırsınız. Piyasadaki çoğu MPC saklaması işlem başına veya yönetilen varlık üzerinden fiyatlı SaaS olarak satılır — mükemmel ürünler, kalıcı bağımlılık ve kalıcı ücretler. Codono Enterprise’ta imzalayıcı sizin altyapınızdır: kendi sunucunuzda, lisans kapsamında kaynak kodu dahil, platformun geri kalanı gibi kendi lisansınız altında kendi ortamınızda çalışır. Borsa için geçerli olan aynı sahiplik argümanı onun saklaması için de geçerlidir.

Gerçekte ne kadar güvenli? Tehdit modeli turu

Güvenlik iddiaları bir tehdit modeli olmadan hiçbir şey ifade etmez. Bir saldırganın bu mimariye karşı gerçekte ne başarması gerektiğini adım adım izleyin:

Bir disk, yedek veya anlık görüntü çalın → şifreli metin. Paylar durağan halde şifrelidir; şifreleme anahtarı yanlarında saklanmaz.

Bir imzalayıcı düğümünü tamamen ele geçirin — root erişimi, bellek erişimi, her şey → en iyi ihtimalle imzalama turları sırasında çözülmüş bir pay. 3 üzerinden 2 eşiğinin altında bu pay sıfır imzalama gücü taşır ve — dürüst çalıştırılan bir protokole karşı — saldırganın anahtara dönüştürebileceği hiçbir şey yoktur. Saldırganın bir sonraki gereksinimi, ikinci bir düğümün eşzamanlı, bağımsız ele geçirilmesidir — ayrılmış altyapı, ayrı kimlik bilgileri, ideal olarak ayrı yöneticiler — tespit edilip bir yeniden paylaşım töreni ilk dayanağını değersizliğe döndürmeden önce.

Arka uç ile imzalayıcı arasındaki ağı ele geçirin → dinlemek için mTLS, ayrıca sahtesini yapmak için istek başına HMAC. Ağ konumuna sahip olmak ikisini de vermez.

Web katmanını ele geçirin ve kötü niyetli imzalar istemeyi deneyin → ciddi senaryo budur ve Kapı 1–4’ün var olma nedeni tam olarak budur. İstek, kimliği doğrulanmış arka uçtan gelmeli, limitlerden ve hız kurallarından sağ çıkmalı, zorlanıyorsa izin listesini geçmeli, büyük tutarlar için yapıcı-denetçiden geçmeli ve imzalayıcı tarafı politikayı karşılamalıdır. Her kapı, bağımsız denetim izi olan bağımsız bir kontroldür. Bu senaryo aynı zamanda aşağıdaki dürüst bölümün var olma nedenidir.

Bir yöneticiyi oltalayın veya zorlayın → RBAC, hem limitleri yapılandıran hem çekimleri onaylayan tek bir yönetici rolü olmaması demektir; yapıcı-denetçi, onaylayanın başlatan olamayacağı demektir; denetim kayıtları eylemin kime atfedileceği demektir; kapatma anahtarları yanıtın bir savaş odası değil tek eylem olduğu demektir.

Kriptografinin kendisine saldırın → protokoller, kurumsal saklama sektörü genelinde kullanılan, yayınlanmış ve denetlenmiş tss-lib yapılarıdır. İmkânsız değil — hiçbir şey değildir — ama burası tüm saldırı yüzeyinin en iyi çalışılmış köşesidir.

Dürüst özet: MPC, saklama riskini “bir hata, tam kayıp”tan “arada tespit ve rotasyonla birlikte birden fazla bağımsız, eşzamanlı arıza gerekir”e dönüştürür. Bu dokunulmazlık değildir. Felaketle çöken bir sistemle kademeli ve görünür biçimde çöken bir sistem arasındaki farktır — ki saklama mühendisliğinin dürüstçe vaat edebileceği en fazla şey budur.

MPC’nin çözmedikleri ve Codono’nun etrafına ekledikleri

MPC’yi eksiksiz bir güvenlik hikâyesi olarak satan her satıcı eksik satıyordur. Üç boşluk açık ifadeleri hak eder:

“Neyi imzalıyor?” sorunu. Eşik kriptografisi bir imzanın nasıl yapıldığını garanti eder, yapılıp yapılmaması gerektiğini değil. Bir saldırgan her kapıya meşru görünen bir çekim isteği enjekte edebiliyorsa, matematiksel olarak kusursuz paylar bir hırsızlık üzerine matematiksel olarak kusursuz bir imza üretir. Bu, saklama güvenliğindeki en derin gerçektir ve bu mimarinin savunmalarının çoğunun — izin listeleri, limitler, yapıcı-denetçi, imzalayıcı tarafı politika, mutabakat alarmları — neden kriptografinin yukarısında ve aşağısında yaşadığının nedenidir. Herhangi bir MPC ürününü şunu sorarak değerlendirin: “saldırgan bir arka uç kutusunu kontrol ediyor” ile “imzalayıcı bir istek alıyor” arasında ne duruyor: yanıt yalnızca “kimlik doğrulama” ise değerlendirmeye devam edin.

Tören ve pay kullanım disiplini. Matematik, payların dürüstçe üretildiğini ve ayrı saklandığını varsayar. Tören sırasında fotoğraflanan bir kurtarma payı veya tek bir kimlik bilgisi setiyle yönetilen iki “ayrılmış” düğüm, eşiği sessizce çökertir. Bu yazılım değil prosedürdür — kurulumların tören protokolleri içermesinin ve güvenlik mimarisi rehberinin iç kontrolleri birinci sınıf bir katman olarak ele almasının nedeni budur.

Erişilebilirlik mühendisliği. 3 üzerinden 2 şema bir kayıp payı tolere eder — ama iki eşzamanlı altyapı arızası imzalamayı durdurur (güvenli biçimde: fonlar kaybolmaz, harcanamaz hale gelir, çevrimdışı payla kurtarılabilir). İmzalayıcı sağlığını izlemek, kurtarma törenlerini ihtiyaç duyulmadan önce test etmek ve eylem planını prova etmek, saklamayı kiralamak yerine sahiplenmenin getirdiği operasyonel yükümlülüklerdir.

Bu uyarıların hiçbiri MPC’ye karşı argüman değildir — her alternatif aynı boşlukları artı çalınabilir anahtarların varlığını paylaşır. Bunlar, herhangi bir teknolojiyi güvenlik stratejisi olarak görmeye karşı argümanlardır; ki platformun derinlemesine savunması tam olarak böyle tasarlanmıştır.

Uyumluluk getirisi

Saklama mimarisi giderek yalnızca mühendislik değil düzenleyici bir konu haline geliyor. Eşik saklama birkaç uyumluluk getirisi sağlar:

• VASP tarzı çerçeveler altındaki lisans başvuruları, müşteri varlıklarının hem dış saldırıya hem iç zimmete karşı nasıl korunduğunu sorar. “Tam anahtar yok; imzalama iki ayrılmış sistem gerektirir; büyük çekimler çift insan onayı gerektirir; her eylem denetim kayıtlıdır” tek bir mimariyle iki ayağa da yanıt verir.
• Seyahat Kuralı ve işlem izleme, Kapı 2’de — risk hattında — entegre olur; burada KYC/AML araçları herhangi bir imzalama isteği var olmadan önce çekimleri tarar.
• Rezerv kanıtı doğal olarak çalışır: MPC adresleri standart adreslerdir, dolayısıyla rezerv tasdikleri, zincir üstü doğrulama ve denetçi örneklemesi tam olarak herhangi bir cüzdandaki gibi ilerler — açıklanacak egzotik betikler yok.
• Denetlenebilirlik uçtan uca işler: defter bakiye değişimini kaydeder, yönetici günlüğü onayı kaydeder, imzalayıcı imzalama olayını kaydeder ve zincir sonucu kaydeder — giden her coin’in birbirinden bağımsız dört kontrol edilebilir kaydı.

Günlük MPC operasyonu

Yayına geçtikten sonra Enterprise operatörlerinin gerçekte yaptıkları:

• Yatırmalar: hiçbir şey. Adres türetme anahtarsızdır; imzalayıcı fon almayla hiç ilgilenmez.
• Rutin çekimler: hiçbir şey. Hat, yapılandırılmış limitler içinde otomatik çalışır; eşik turu iş akışı değil milisaniye ekler.
• Büyük çekimler: onaylayın. Yapıcı-denetçi kuyrukları tam bağlamla yönetici panelinde görünür.
• Periyodik olarak: doğrulayın. Mutabakat raporları defteri zincirle karşılaştırır; imzalayıcı sağlık ölçümleri platformun geri kalanıyla aynı gözlemlenebilirlik yığınını besler.
• Nadiren: törenler. Personel değişiklikleri, altyapı göçleri veya şüpheli maruz kalma yeniden paylaşımı tetikler — acil göç değil, planlanmış bir prosedür.
• Asla: anahtar yedekleri. Yedeklenecek anahtar yok. Pay saklama prosedürleri, gece yarısı “kurtarma ifadesi kimde” paniğini tamamen ortadan kaldırır.

MPC saklamasını değerlendirmek: alıcı kontrol listesi

Codono Enterprise’ı veya herhangi bir alternatifi değerlendirirken, bu yedi soru gerçek eşik saklamayı pazarlamadan ayırır:

1. Anahtar üretimi dağıtık mı, yoksa dağıtılmış mı? Bir anahtar üretilip sonra bölündüyse, var olmuştur. DKG’de ısrar edin.
2. Eşik nedir ve paylar nasıl ayrılmış? Gerçekten bağımsız altyapıyla 3 üzerinden 2, tek bulut hesabındaki 5 üzerinden 3’ü yener.
3. Ele geçirilmiş bir uygulama sunucusu ile imzalayıcı arasında ne duruyor? Bağımsız kapıları sayın. Üçten azı zayıftır.
4. Fonları taşımadan payları döndürebilir misiniz? Yeniden paylaşım, olay müdahalesi ile acil göç arasındaki farktır.
5. Hangi eğriler destekleniyor? Yalnızca ECDSA, ed25519 zincirlerinizi farklı bir saklama modelinde mahsur bırakır.
6. Ekibiniz uygulamayı denetleyebilir mi? Yayınlanmış protokoller ve gönderilen kaynak kodu mu, yoksa kara kutu mu?
7. Beşinci yılda sahibi kim? İşlem başına saklama ücretleri, SaaS platform ücretlerinin bileşiklendiği gibi bileşiklenir. Sahip olunan altyapı bileşiklenmez.

Codono Enterprise’ın yanıtları: DKG; çevrimdışı kurtarma paylı 3 üzerinden 2; beş kapı; evet, yeniden paylaşım; her iki eğri ailesi; tam kaynak kodu; tamamen size ait.

Hızlı sözlük

• MPC (çok taraflı hesaplama) — birkaç tarafın özel girdiler üzerinde, bu girdileri birbirine açıklamadan ortaklaşa sonuç hesaplamasını sağlayan kriptografi.
• Eşik imzası (n üzerinden t) — n anahtar payından herhangi t’sinin geçerli bir imzayı birlikte üretebildiği, t’den azının ise hiçbir şey üretemediği imza şeması.
• Anahtar payı — bir katılımcının imzalama yeteneği parçası. Geri kazanılabilir anlamda anahtarın bir parçası değildir; eşiğin altında paylar hiçbir anahtar bilgisi açığa çıkarmaz.
• DKG (dağıtık anahtar üretimi) — payların, tam özel anahtarın herhangi bir makinede anlık olarak bile asla var olmayacağı şekilde ortaklaşa üretildiği tören.
• Yeniden paylaşım — aynı açık anahtar için yeni bir pay seti çıkaran, fonları taşımadan veya adresleri değiştirmeden eski payları emekliye ayıran tören.
• xpub (genişletilmiş açık anahtar) — HD cüzdan ağacının açık yarısı; borsanın anahtar malzemesi olmadan sınırsız yatırma adresi türetmesini sağlar.
• Yapıcı-denetçi — hassas bir eylemi başlatan kişinin asla onaylayan kişi olamayacağı onay iş akışı.

---

Uygulamalı olarak değerlendirin. İmzalayıcı Codono Enterprise ile birlikte gelir — güncel lisans katmanlarına bakın, canlı platform demosunu gezin veya lansmanınız için saklama törenleri hakkında kurulum ekibiyle konuşun. Daha geniş güvenlik resmi için borsa güvenlik mimarisi rehberi ve kurumsal güvenlik çerçevesi ile devam edin.