SEAL Certifications, Security Alliance (SEAL) tarafından yayımlanan açık kaynaklı bir operasyonel güvenlik sertifikasyon programıdır. Mevcut v0.0.1 temel standardı, kontroller olarak adlandırılan 99 belirli operasyonel gerekliliği; bir kripto protokolüyle ilişkili kişiler, hesaplar, imzalayanlar, alan adları, altyapı, hazine süreçleri ve müdahale yetkinliklerini kapsayan altı modülde düzenler [1, 2].
BlockSec, programın ilk akredite değerlendiricilerinden biridir ve şu anda merkezi Asya'da bulunan tek akredite değerlendiricisidir. SEAL tarafından akredite edilmiş bir değerlendirici olarak müşteriyle birlikte kapsamı belirler, seçilen kontrolleri ve kanıtları değerlendirir, eksiklikleri belgeler ve kapsamdaki gerekliliklerin karşılanıp karşılanmadığını tespit ederiz. Gereklilikler karşılandığında, SEAL akreditasyonumuz kapsamında zincir üstü tasdiki düzenleriz [4].
Bu makale, bir kuruluşun neden SEAL sertifikası almak isteyebileceğini, sertifikanın ne anlama geldiğini, hangi modüllerin uygulanabileceğini, değerlendirmeyi nasıl yürüttüğümüzü ve bir ekibin sürece nasıl hazırlanabileceğini açıklar.
1. Neden SEAL sertifikası alınmalı?
SEAL'e göre bu çerçevenin gerekçesi, kripto alanındaki istismarların başlıca kaynağının akıllı sözleşme güvenlik açıklarından operasyonel aksaklıklara kaymış olmasıdır [1]. Bu durum, değerlendirmede dikkati imzalayanlar, çoklu imzalı cüzdanlar, alan adları, kimlik bilgileri, altyapı izleme ve olay müdahalesiyle ilgili kontrollere yöneltir. SEAL sertifikasyon değerlendirmesi, bu kontrollerin uygulamada işleyip işlemediğini ve kanıtlarla desteklenip desteklenemediğini sorgular; böylece kripto kuruluşlarına hangi kontrollerin temel standardı karşıladığı ve hangi eksikliklerin sürdüğü konusunda bağımsız bir görüş sunar [1, 3].
SEAL sertifikasyonu tek bir güvence sorusunu yanıtlar: Üzerinde anlaşılmış kapsamdaki operasyonel kontroller bağımsız olarak değerlendirilmiş ve kamuya açık, kriptoya özgü bir operasyonel güvenlik temel standardını karşıladığı tespit edilmiş midir? Protokoller, borsalar, ödeme platformları ve saklama hizmeti sağlayıcıları gibi kripto kuruluşları; yatırımcılar, listeleme ekipleri, uyum paydaşları, iç yönetişim organları, sigortacılar veya durum tespiti incelemesi yapanlar operasyonel kontrollerine ilişkin bağımsız kanıt istediğinde bu güvenceye ihtiyaç duyabilir. Sonuç, değerlendirilen modülleri ve sınırları belirtir ve bu kapsamın temel standardı karşılayıp karşılamadığını kaydeder [5, 6].
Bu güvencenin kapsamı, ilgili diğer güvenlik faaliyetleriyle karşılaştırıldığında daha açık hâle gelir. Değerlendirme; depo, CI/CD ve altyapı kontrollerine ilişkin kodla bağlantılı operasyonel kanıtları inceleyebilir: izinler, dal koruma ayarları, kod inceleme kayıtları, güvenlik taraması sonuçları, işlem hattı kontrolleri ve altyapı yapılandırmaları [7]. Uygulama güvenlik açıklarını bulmak veya protokol mantığının doğru olup olmadığını belirlemek amacıyla kaynak kodu incelemez [1]. Bu ve ilgili diğer hedefler farklı güvenlik faaliyetlerinin konusudur: Kod Denetimi, kaynak kodu uygulama güvenlik açıkları ve protokol mantığı kusurları açısından değerlendirir; Sızma Testi, istismar edilebilir yolların üzerinde anlaşılmış bir ortamda yeniden oluşturulup oluşturulamayacağını değerlendirir; hata ödül programları dışarıdan gelen bulgular için sürekli bir kanal sağlar; sürekli izleme ise devam eden tespit ve müdahaleyi destekler.
SEAL sertifikasyonu bağımsız bir değerlendirme programıdır. Sertifika yalnızca seçilen kapsam SEAL'in gerekliliklerini karşıladığında verilir [6]. Kod Denetimi, Sızma Testi, hata ödül programları ve sürekli izleme ayrı faaliyetlerdir; hiçbiri sertifikasyon için ön koşul değildir.
Aynı ayrım daha geniş kapsamlı güvence standartları için de geçerlidir. SEAL'in görüş talebi gönderisine göre SOC 2 ve ISO 27001 değerini korumaktadır ve nihayetinde birçok kuruluş için gerekli olacaktır; ancak bunlar, önemli miktarda zincir üstü değeri kontrol eden küçük ve dağıtık ekipler gibi kriptoya özgü çalışma modelleri esas alınarak tasarlanmamıştır [5]. SEAL çerçevesi, kripto operasyonel kontrolleri için daha odaklı bir başlangıç noktası sunar ve bu daha geniş standartlarla birlikte kullanılabilir.
2. Sertifika neyi kanıtlar?
Bir SEAL sertifikasyon sonucu, çalışma için seçilen operasyonel kontrollere, modüllere ve sınırlara uygulanır. Seçilen kontroller SEAL'in gerekliliklerini karşıladığında BlockSec gibi SEAL tarafından akredite edilmiş bir değerlendirme firması, akreditasyonu kapsamında ilgili SEAL rozetiyle birlikte Ethereum Attestation Service üzerinden zincir üstü tasdiki düzenler [4]. Tasdik kamuya açıktır; ayrıntılı değerlendirme raporları ve kanıtlar ise değerlendirme firması ile müşteri arasında gizli kalır [1]. Aşağıdaki tablo, başarılı bir sonucun desteklediği çıkarımlarla kapsamı dışında kalan iddiaları ayırır.
| Başarılı bir SEAL sertifikasyon sonucu şunu ortaya koyar... | Şunu ortaya koymaz... |
|---|---|
| Değerlendirilen kuruluş, üzerinde anlaşılmış kapsamdaki modüller ve sınırlar için SEAL'in gerekliliklerini karşılamıştır | Listelenmeyen modüller veya operasyonel sistemler değerlendirilmiştir |
| Kapsamdaki operasyonel kontroller ve destekleyici kanıtlar bağımsız bir üçüncü tarafça incelenmiştir | Kaynak kod uygulama kusurları açısından incelenmiştir, saldırı yolları test edilmiştir veya protokol güvenlik açıklarından arınmıştır |
| Üzerinde anlaşılmış kapsamda her bir kontrol için uygunluk sağlanmıştır | Bir güvenlik puanı, olgunluk seviyesi, kod kalitesi görüşü veya düzenleyici onay verilmiştir |
| Yeniden değerlendirme gerektiren, belirli bir ana ilişkin ve süreli bir sertifika verilmiştir | Sürekli uyum sağlanmaktadır veya bir olayın yaşanmayacağı garanti edilmiştir |
Bu sınırlar, sertifika verildikten sonra da geçerlidir. Bir SEAL tasdiki, protokolde güvenlik sorunu bulunmadığını göstermez [1]. Sürelidir, periyodik yeniden değerlendirme gerektirir ve uzun süreli uyumsuzluk durumunda iptal edilebilir; SEAL sabit bir geçerlilik süresi yayımlamaz [1].
3. Çerçeve neleri kapsar?
Altı modül tek tek veya birlikte değerlendirilebilir. Mevcut temel standart 99 kontrol içerir [1, 2]. When it may apply sütunu, modül tanımlarına dayanan editoryal bir rehberdir; SEAL'in resmî kapsam belirleme kuralı değildir. Nihai kapsamı çalışma sırasında müşteriyle teyit ederiz.
| Modül | Kapsadıkları | Ne zaman uygulanabilir |
|---|---|---|
| Çoklu İmza İşlemleri (24 kontrol) | İmzalayanların kurulumu, işlem gerçekleştirme, koordinasyon, süreklilik ve acil durum prosedürleri | Çoklu imzalı cüzdanlar, imzalayan grupları veya koordineli işlem onayı |
| Hazine İşlemleri (23 kontrol) | Saklama mimarisi, varlık yönetimi, işlem yönetişimi, mutabakat, izleme, tedarikçi yönetimi, sigorta ve hazineye ilişkin müdahale | Hazine varlıkları, varlık tahsisi, saklama ilişkileri veya fon hareketleri |
| Olay Müdahalesi (13 kontrol) | Hazırlık, eskalasyon, iletişim, müdahale planları, tatbikatlar ve koordineli müdahale | Güvenlik olaylarını tespit etmesi, kontrol altına alması, bunlara ilişkin iletişim kurması ve olaylardan sonra toparlanması gereken bir ekip |
| DevOps ve Altyapı (15 kontrol) | Depo yönetişimi, kod inceleme ve tarama kontrolleri, CI/CD, tedarik zinciri yönetimi, altyapı erişimi, izleme ve dayanıklılık | Kod depoları, dağıtım işlem hatları, bulut altyapısı veya üretim ortamı yönetimi |
| DNS ve Alan Adı Kayıt Kuruluşu (16 kontrol) | Alan adı sahipliği, kayıt kuruluşu erişimi, DNS yapılandırması, izleme, kurtarma ve alan adı ele geçirme girişimlerine müdahale | Kritik alan adları, kayıt kuruluşu hesapları, DNS kayıtları veya e-posta kimlik doğrulaması |
| Kimlik ve Hesaplar (8 kontrol) | Hesap envanteri, sahiplik, kimlik avına dayanıklı kimlik doğrulama, kimlik bilgisi yönetimi, kurtarma, erişim incelemesi, yaşam döngüsü yönetimi, izleme ve üçüncü taraf erişimi | Depolar, bulut platformları, kayıt kuruluşları, saklama sistemleri veya iç araçlardaki insan, hizmet veya ayrıcalıklı hesaplar |
Modüller bağımsız olarak değerlendirilseler bile operasyonel açıdan birbirleriyle bağlantılıdır. DevOps ve Altyapı ile DNS ve Alan Adı Kayıt Kuruluşu modüllerindeki bazı kontroller, Kimlik ve Hesaplar modülünde tanımlanan hesap güvenliği uygulamalarına dayanır. Çoklu imza sahiplerinin koordinasyonu veya bir olay sırasında hesapların kurtarılması gibi olay müdahalesi gereklilikleri de çeşitli modüllerde yer alır [2].
Bu modüller arası atıflar, kapsamdaki bir kontrol için gereken kanıtları etkiler; atıfta bulunulan modülü otomatik olarak sertifikalandırmaz, zorunlu bir sertifikasyon sırası oluşturmaz veya çalışmanın kapsamını genişletmez. Bir DNS ve Alan Adı Kayıt Kuruluşu tasdiki, bir DNS kontrolü hesap güvenliği uygulamalarına dayanıyor diye Kimlik ve Hesaplar tasdikine dönüşmez. Tasdik yalnızca kapsamında belirtilen modüllere ve sınırlara uygulanır [1, 6].
4. Değerlendirme nasıl işler?
SEAL çerçeveyi sürdürür ve sertifikasyon programını yürütür. SEAL tarafından akredite edilmiş bir değerlendirme firması olarak her müşteri değerlendirmesini beş adımda gerçekleştiririz [1, 4]:

Şekil 1. Bir SEAL sertifikasyon çalışması, tasdik düzenlenmeden önce üzerinde anlaşılmış kapsamdan kanıt incelemesine, eksikliklerin giderilmesine ve yeniden değerlendirmeye ilerler.
-
Kapsam belirleme. Hangi modüllerin, kontrollerin, sistemlerin, operasyonların ve kurumsal sınırların kapsama gireceğini müşteriyle birlikte kararlaştırırız.
-
Kanıt toplama. Müşteri, kapsamdaki kontrollerin nasıl tasarlandığını, kime atandığını, işletildiğini ve gözden geçirildiğini gösteren materyaller sağlar.
-
Değerlendirme. Bu kanıtları SEAL'in yayımlanmış gerekliliklerine göre değerlendirir ve eksik veya yetersiz destekleyici unsurları belirleriz.
-
Gerekirse eksikliklerin giderilmesi. Üzerinde anlaşılmış kapsam temel standardı karşılamıyorsa bir eksiklik raporu sunarız. Müşteri belirlenen eksiklikleri giderir ve yeniden değerlendirme için güncellenmiş kanıtları iletir.
-
Sertifikasyon. Üzerinde anlaşılmış kapsam temel standardı karşıladığında SEAL akreditasyonumuz kapsamında resmî zincir üstü tasdiki düzenleriz.
Kanıt toplama ve değerlendirme birlikte yürür: müşteri destekleyici materyalleri sağlar, BlockSec ise bunların her bir kontrolün uygulamada işlediğini gösterip göstermediğini değerlendirir. SEAL'in Sertifikasyon Kılavuzu, destekleyici kanıtları aşağıda kılavuzdan ve modül temel standardından örneklerle özetlenen beş kategoriye ayırır [2, 3, 7]:
| Kanıt kategorisi | Neyi göstermeye yardımcı olur |
|---|---|
| Prosedür belgeleri | Politikalar, sürümler ve onay tarihleri dâhil olmak üzere amaçlanan kontrolü |
| Operasyonel kanıt | Günlükler, kayıtlar, talepler veya ekip üyeleriyle görüşmeler aracılığıyla sürecin uygulamada kullanıldığını |
| Test/doğrulama | Bir koruyucu önlemin veya müdahale sürecinin uygulandığını ya da kontrol edildiğini |
| Sahiplik bilgileri | Kontrolün bakımından kimin sorumlu olduğunu, ne sıklıkta gözden geçirildiğini ve en son ne zaman güncellendiğini |
| Teknik materyaller | Depo ve CI/CD ayarları, bulut yapılandırmaları, kayıt kuruluşu veya DNS dışa aktarımları ve kapsamdaki diğer teknik kanıtlar dâhil olmak üzere yapılandırmaları, ekran görüntülerini veya sistem dışa aktarımlarını |
BlockSec, bu kanıtları kullanarak kapsamdaki her kontrolü gerekçesiyle birlikte Uygulandı, Kısmen Uygulandı, Uygulanmadı veya N/A olarak kaydeder. Resmî sertifikasyon için üzerinde anlaşılmış kapsamdaki kontrollerin Uygulandı durumunda olması veya N/A olarak gerekçelendirilmesi ve iddiaların kanıtlarla desteklenmesi gerekir. Dolayısıyla altta yatan değerlendirme her bir kontrol için ayrı ayrı yapılsa da genel sertifikasyon kararı, üzerinde anlaşılmış kapsamın tamamı için ikilidir [3, 6].
5. Nasıl hazırlanmalı?
Bir SEAL sertifikasyon çalışmasına başlamadan önce dört şey hazırlayın:
-
Önerilen kapsam: amaçlanan sertifikasyon beyanı açısından önemli olan modüller, sistemler, tüzel kişilikler, ekipler ve sınırlar.
-
Her bir kontrol için öz değerlendirme: her yanıtın dayanağıyla birlikte hangi gerekliliklerin Uygulandı, Kısmen Uygulandı, Uygulanmadı veya N/A olarak göründüğü.
-
Kanıt envanteri: önerilen kapsamla eşleştirilmiş mevcut prosedürler, operasyon kayıtları, test sonuçları, sahiplik kayıtları ve teknik materyaller.
-
Belirlenmiş katılımcılar: kapsam kararlarından, kanıt toplamadan ve eksiklikleri giderme çalışmalarının koordinasyonundan sorumlu kişiler.
Çerçeve ve kontrol listeleri kamuya açık olduğundan bir ekip bu çalışmaya resmî bir iş birliği başlamadan önce girişebilir. Öz değerlendirme; belgelenmemiş süreçleri, eksik operasyonel kanıtları, sorumlusu atanmamış kontrolleri ve bilinen iyileştirme ihtiyaçlarını bulmak için yararlıdır. Ancak iç değerlendirme noktası olarak kalır: bağımsız olarak doğrulanmaz ve bir SEAL tasdiki üretmez [1, 3].
Bu dört unsur ilk kapsam belirleme aşamasını destekler; ayrıntılı materyal talebi seçilen modüllere bağlıdır. Yukarıdaki modül adları konu alanlarını tanımlar, zorunlu bir sertifikasyon sırasını değil. Modül düzeyinde kontrol rehberliği sunan ayrı makaleler yayımlandıkça kullanıma sunulacaktır. Modül seçimini, kanıt hazırlığını ve çalışma kapsamını görüşmek için lütfen bizimle iletişime geçin [需实证:CONTACT_OR_RELEVANT_PAGE_URL].
Kaynaklar
-
Security Alliance, SEAL Sertifikasyon Çerçevesi: Genel Bakış. Çerçevenin gerekçesi, modüller, bağımsız kapsam belirleme, değerlendirme akışı, öz değerlendirme, tasdik ve rozet, gizlilik, yeniden değerlendirme ve iptal. https://frameworks.securityalliance.org/certs/overview/
-
Security Alliance, Tüm Sertifikaları Dışa Aktar (XLSX). SEAL Sertifikasyon Çerçevesi Genel Bakış sayfasından erişilebilen resmî dışa aktarımla doğrulanmış güncel modül kontrol sayıları ve modüller arası atıflar; erişim tarihi Eylül 2026. https://frameworks.securityalliance.org/certs/overview/
-
Security Alliance, Sertifikasyon Kılavuzu. Her bir kontrolün durumu, sertifikasyon ölçütleri ve kanıt kategorileri. https://frameworks.securityalliance.org/certs/certification-guidelines/
-
Security Alliance, Denetçi Akreditasyonu; ve SEAL Certifications. Akreditasyon süreci, değerlendirme firmalarının sorumlulukları, programın durumu ve kamuya açık güncel iş ortağı bilgileri. https://frameworks.securityalliance.org/certs/certified-partners/ ve https://securityalliance.org/our-work/certifications
-
Security Alliance Radar, Görüş Talebi: SEAL Certifications. Sözleşme güvenliği olgunluğu, SOC 2 ve ISO 27001'in konumlandırılması, modülerlik ve doğrulanabilirliğin gerekçesi. https://radar.securityalliance.org/request-for-comments-seal-certifications/
-
Security Alliance Radar, SEAL Certifications: Artık Hizmette (Isaac Patka, 2 Haziran 2026). Altı alanlı genel bakış ve üzerinde anlaşılmış kapsamın tamamına ilişkin tek başarılı/başarısız kararı. https://radar.securityalliance.org/seal-certifications-auditor-accreditations-protocol-assessments/
-
Security Alliance, SFC: DevOps ve Altyapı. Depo izinleri, dal koruması, kod inceleme ve tarama kontrolleri, CI/CD, tedarik zinciri yönetimi ve altyapı yapılandırmasına ilişkin kamuya açık temel standart. https://frameworks.securityalliance.org/certs/sfc-devops-infrastructure/



