> hakkında > şartlar politikalar > Güvenlik Önlemleri

Güvenlik Önlemleri

Güvenlik Önlemleri
PDF

ProcessMind Güvenlik Önlemleri

Yürürlük tarihi: 14 Eylül 2026

Bu belge, ProcessMind B.V.’nin Müşteri Verilerinin gizliliğini, bütünlüğünü ve kullanılabilirliğini korumak için uyguladığı teknik ve organizasyonel önlemleri (“TOM’lar”) açıklar. ProcessMind, Müşteri Verilerini her düzeyde — ağ ve altyapıdan kimlik, yetkilendirme, veri yalıtımı, şifreleme, izleme ve yazılım geliştirmeye kadar — birden fazla bağımsız güvenlik katmanının koruduğu derinlemesine savunma yaklaşımını izler. Bu önlemler Veri İşleme Ekini, Gizlilik Politikasını ve SaaS Barındırma Politikasını tamamlar. ProcessMind bu önlemleri en az yılda bir kez gözden geçirir ve günceller.

Müşteri Verileri hiçbir zaman satılmaz, paylaşılmaz veya üçüncü taraflarca kendi amaçları için kullanılmaz.

1. Altyapı Güvenliği

1.1 Bulut Platformu. ProcessMind yalnızca AB’de (Frankfurt, Almanya, eu-central-1) Amazon Web Services (AWS) üzerinde barındırılır. AWS; ISO 27001, ISO 27017, ISO 27018, SOC 1/2/3 ve PCI DSS sertifikalarına sahiptir. Tam liste için AWS Uyumluluk Programlarına bakın.

1.2 Sunucusuz Mimari. ProcessMind uygulama mantığı AWS Lambda ve AWS tarafından yönetilen hizmetlerde çalışır. ProcessMind, müşteriler tarafından yönetilen ve uzun süre çalışan uygulama sunucularını işletmez; bu sayede işletim sistemi yamalama ve sunucu güçlendirme çalışmalarının büyük bir bölümü ortadan kalkar.

1.3 Ağ Sınırları. ProcessMind, veritabanı ve ağ kontrolleri için bir AWS VPC’si kullanır. Aurora PostgreSQL, internet çıkışı olmayan özel alt ağlarda çalışır, herkese açık değildir ve VPC akış günlükleri etkinleştirilmiştir. ProcessMind, uygulama Lambda işlevlerini varsayılan olarak VPC içine yerleştirmez. Lambda işlevleri, IAM ve Secrets Manager kimlik doğrulamasını kullanarak TLS üzerinden AWS RDS Data API aracılığıyla Aurora’ya erişir.

1.4 İçerik Dağıtımı ve Uç Nokta Kontrolleri. Müşterilere yönelik web sitesi, ön yüz SPA’sı ve herkese açık kaynak trafiği Amazon CloudFront üzerinden sunulur. Tüm CloudFront dağıtımlarında en düşük TLS politikası TLS 1.2 (2021) olarak uygulanır. Web sitesi ve ön yüz SPA dağıtımları ayrıca HTTP Strict Transport Security (HSTS), Content Security Policy (CSP), frame-ancestors 'none', X-Frame-Options: DENY, X-Content-Type-Options, yönlendiren politikası ve izinler politikası dâhil güvenlik yanıt başlıkları ekler. Herkese açık kaynaklar dağıtımı, kaynak bucket’ı özel tutmak için CloudFront Origin Access Control kullanır. Müşterilere yönelik API trafiği ayrı olarak Amazon API Gateway üzerinden işlenir: HTTPS istek/yanıt trafiği özel bir API alt alan adındaki HTTP API üzerinden, gerçek zamanlı istemci bağlantıları ise özel bir WebSocket alt alan adındaki ayrı bir API Gateway WebSocket API üzerinden sunulur.

1.5 Ortamların Ayrılması. Üretim ve geliştirme ortamlarında ayrı AWS hesapları, ayrı veritabanları ve ayrı altyapı yığınları kullanılır. Geliştirici kimlik bilgileri üretim Müşteri Verilerine erişim sağlamaz.

2. Veri Şifreleme

2.1 Aktarım Sırasında Şifreleme. İstemciler ile ProcessMind hizmetleri arasında aktarılan tüm veriler TLS 1.2 veya üzeri kullanılarak şifrelenir. Müşterilere yönelik uç noktalar HTTPS üzerinden sunulur. Doğrudan ProcessMind tarafından oluşturulan S3 bucket’ları, SNS konuları ve SQS kuyruklarında yalnızca SSL üzerinden erişim zorunludur. RDS Data API üzerinden veritabanına erişim ve diğer AWS hizmet çağrıları HTTPS/TLS kullanır.

2.2 Depolama Sırasında Şifreleme. Aurora PostgreSQL, otomatik anahtar rotasyonuna sahip müşteri tarafından yönetilen AWS KMS anahtarları kullanılarak depolama sırasında şifrelenir. Yüklemeler, kaynaklar ve erişim günlükleri bucket’ları dâhil olmak üzere doğrudan ProcessMind tarafından oluşturulan müşteri verileri ve operasyonel S3 bucket’larında müşteri tarafından yönetilen KMS anahtarları kullanılır. Doğrudan ProcessMind tarafından oluşturulan CloudWatch günlük grupları, SNS konuları ve SQS kuyruklarında da müşteri tarafından yönetilen KMS anahtarları kullanılır. SST tarafından yönetilen web sitesi ve ön yüz kaynak bucket’larında müşteri tarafından yönetilen KMS anahtarları yerine AWS tarafından yönetilen S3 sunucu tarafı şifrelemesi (SSE-S3 / AES-256) kullanılır.

2.3 Anahtar Yönetimi ve Gizli Bilgiler. Veritabanı şifreleme anahtarları AWS KMS aracılığıyla merkezi olarak yönetilir ve anahtarlara erişim, en az ayrıcalık ilkelerini izleyen IAM politikalarıyla düzenlenir. Veritabanı kimlik bilgileri AWS Secrets Manager’da saklanır. Aurora ana gizli bilgisi ve kısıtlı uygulama kullanıcısı gizli bilgisi her otuz (30) günde bir otomatik olarak döndürülür. Üretim anahtarları ve gizli bilgileri hiçbir zaman kaynak kodda saklanmaz; yalnızca geliştirmede kullanılan kimlik bilgileri üretim ortamından yalıtılmıştır. AWS/CDK/SST tarafından yönetilen bazı destekleyici kaynaklarda, hizmet veya çerçeve müşteri tarafından yönetilen anahtar yapılandırmasını sunmadığında AWS tarafından yönetilen şifreleme kullanılmaya devam edilir.

3. Veri Yalıtımı ve Veri Yerleşimi

3.1 Kiracı Yalıtımı. Her müşteriye özel, yalıtılmış bir veritabanı örneği tahsis edilir. Müşteri Verileri, veritabanı düzeyinde hiçbir zaman diğer müşterilerin verileriyle birleştirilmez. Paylaşılan meta veriler (ör. hesap kayıtları, faturalandırma ve kullanıcı-kiracı eşleştirmeleri), sıkı erişim kontrollerine sahip ayrı bir çok kiracılı veritabanında saklanır. Kiracı ve kuruluş kapsamındaki paylaşılan tablolar ayrıca, istek kapsamındaki veritabanı bağlamı aracılığıyla uygulanan PostgreSQL satır düzeyinde güvenlik (RLS) politikalarıyla korunur.

3.2 Veri Yerleşimi. Veritabanları, dosya yüklemeleri, yedeklemeler ve sorgu sonuçları dâhil tüm Müşteri Verileri yalnızca AB’de (Frankfurt, Almanya) saklanır. AEA dışında bulunan bir alt işleyen belirli bir işleme faaliyeti için görevlendirildiğinde (örneğin, yapay zekâ modeli işleme veya ödeme işleme), aktarım Veri İşleme Eki’nde açıklanan uygun bir aktarım mekanizmasıyla güvence altına alınır ve alt işleyen ile işleme konumu Alt İşleyenler Listesi’nde belirtilir.

3.3 Veri Saklama ve Silme. Saklama ve silme süreleri, Veri İşleme Ekinin 6. bölümünde belirtilmiştir. Müşteriler verilerini istedikleri zaman uygulama aracılığıyla veya ProcessMind ile iletişime geçerek silebilir. Yedek kopyalar, geçerli yedek saklama süreleri sona erdiğinde kaldırılır (7.1. bölüm).

4. Kimlik ve Erişim Yönetimi

4.1 Kimlik Doğrulama. ProcessMind, Microsoft Entra ID (Azure AD), Google OAuth 2.0/OIDC ve LinkedIn OAuth 2.0/OIDC aracılığıyla Tek Oturum Açma’yı (SSO) destekler. ProcessMind, güvenen taraf olarak hareket eder ve kullanıcı parolalarını saklamaz. Çok faktörlü kimlik doğrulama, kimlik sağlayıcısı tarafından zorunlu kılınır. Örneğin, bir kuruluş Microsoft Entra ID’yi (Azure AD) bağladığında, söz konusu kuruluşun kendi MFA ve erişim politikaları uygulanır.

4.2 Oturum Yönetimi. Tarayıcı oturumlarında SameSite ve Secure bayraklarına sahip güvenli, HttpOnly çerezler üzerinden iletilen imzalı JSON Web Token’ları (JWT) kullanılır. Kimliği doğrulanmış her istekte token imzaları doğrulanır.

4.3 Yetkilendirme Modeli. ProcessMind, temel uygulama API’leri için API Gatewayin yerel yetkilendiricilerine dayanmaz. İş mantığı çalışmadan önce oturum durumunu ve kiracı kapsamını doğrulayan paylaşılan Lambda işleyici sarmalayıcılarında yetkilendirme uygulanır. Kimlik doğrulaması gerektirmeyen akışlar, web kancaları, olay alımı ve CORS ön kontrolü için herkese açık rotalara açıkça izin verilir. Harici API uç noktalarında özel kimlik doğrulama işleyicileri kullanılır. Müşteri Verilerine erişim, kimliği doğrulanmış kiracı veya kuruluş bağlamıyla sınırlandırılır.

4.4 En Az Ayrıcalık. İç sistemlerde en az ayrıcalık ilkesi izlenir. Çerçevenin hassas kapsam belirlemeye izin verdiği durumlarda IAM rolleri, gereken asgari kaynaklarla sınırlandırılır. SST/CDK tarafından oluşturulan bazı roller, bağlamalar ve çalışma zamanı işlemleri için daha geniş yönetilen veya satır içi politikalar kullanır; bu durumlar gözden geçirilir, mümkün olduğunda kaynak kapsamıyla sınırlandırılır ve açık istisnalar olarak izlenir.

4.5 Çalışan Erişim Kontrolleri. Çalışanların iç sistemlere erişimi, SSO ve zorunlu MFA içeren Active Directory aracılığıyla yönetilir. Rol tabanlı erişim kontrolü (RBAC), Müşteri Verilerine erişimin bilmesi gereken esasına göre yetkili personelle sınırlı olmasını sağlar. Erişim hakları düzenli aralıklarla gözden geçirilir.

5. Günlük Kaydı, İzleme ve Denetim

5.1 Merkezi Günlük Kaydı. HTTP API erişim günlüğü ve WebSocket erişim günlüğü, yapılandırılmış JSON alanlarıyla etkinleştirilir ve bir (1) yıl süreyle saklanmak üzere Amazon CloudWatch Logs’a yazılır. Bu erişim günlük grupları, müşteri tarafından yönetilen bir AWS KMS anahtarıyla şifrelenir. Uygulama günlükleri, müşteri tarafından yönetilen bir AWS KMS anahtarıyla şifrelenmiş Amazon CloudWatch günlük gruplarında merkezileştirilir ve on (10) yıl süreyle saklanır. Ayrı denetim ve telemetri günlük grupları da müşteri tarafından yönetilen bir AWS KMS anahtarıyla şifrelenir ve on (10) yıl süreyle saklanır. Aurora PostgreSQL motor günlük dışa aktarım grubu bir (1) hafta süreyle saklanır.

5.2 Neler Günlüğe Kaydedilir, Neler Kaydedilmez. ProcessMind, HTTP API ve WebSocket erişim olaylarını — istek zamanı, istek tanımlayıcıları, rota veya yol, yanıt durumu ve gecikme süresi — günlüğe kaydeder. Erişim günlükleri, çağrıyı yapanın kaynak IP adresini veya kullanıcı aracısını içermez. ProcessMind ayrıca kimlik doğrulama olaylarını, eşzamansız hata yollarını ve destekleyici Lambda uygulama faaliyetlerini merkezi CloudWatch günlük gruplarına kaydeder. VPC akış günlükleri etkindir. ProcessMind şu anda web sitesi, frontend SPA veya herkese açık kaynak dağıtımları için CloudFront standart erişim günlüğünü etkinleştirmemektedir.

5.3 İzleme ve Uyarı. CloudWatch alarmları ve panoları sistem durumunu, teslim edilemeyen ileti kuyruklarını ve güvenlikle ilgili arızaları izler. Eşzamansız işleme arızaları şifrelenmiş teslim edilemeyen ileti kuyruklarına yönlendirilir (saklama süresi on dört (14) gün; küçük resim ve arama dizini kuyrukları için iki (2) gün) ve DLQ alarmları inceleme amacıyla SNS bildirimlerini tetikler. Ayrıca ProcessMind, gerçek zamanlı ön yüz hata takibi, performans izleme ve oturum tekrar oynatımı için Sentry kullanır. Oturum tekrarları yalnızca hata meydana gelen oturumlar için kaydedilir; metin, form girişleri ve medya tekrar oynatımlarda maskelenir veya engellenir. Sentry verileri AB’de (Frankfurt) alınır ve ProcessMind Kullanım Verileriyle (tarayıcı hataları, performans izleri, cihaz meta verileri ve maskelenmiş tekrar kayıtları) sınırlıdır. Sentry, alt işleyenler listesinde yer alır.

5.4 Günlüklerin Korunması. Günlükler, özel ve erişim kontrollü CloudWatch günlük gruplarında saklanır ve depolama sırasında şifrelenir. Üretim ve geliştirme günlükleri, ortam ve hesap sınırlarıyla birbirinden ayrılır.

6. Otomatik Kontrol Doğrulaması ve Güvenlik Açığı Yönetimi

6.1 ProcessMind’in Yaptıkları. ProcessMind, altyapı sentezi ve dağıtım iş akışının bir parçası olarak cdk-nag çalıştırır ve AWS Solutions, NIST 800-53 ve PCI DSS dâhil olmak üzere sektörde kullanılan birden fazla kural paketinden yararlanır. Her yığın için raporlar oluşturulur ve altyapı değişiklik yönetiminin bir parçası olarak incelenir. Bulgular; giderilmiş, kabul edilmiş risk veya planlanan iyileştirme olarak sınıflandırılır.

6.2 İstisnaların Yönetimi. Çerçevenin izin verdiği durumlarda bastırmalar merkezi bir kayıt defterine kaydedilir, etkilenen yığınlarla sınırlandırılır ve yazılı gerekçe gerektirir; bir yığında satır içi bastırma varsa, bu durum ilgili yığının yanında belgelenir. Bir bulgu giderildiğinde, ilgili bastırma güncellenir veya kaldırılır. ProcessMind, bastırmayı incelemeden genel bir muafiyet olarak değerlendirmez.

6.3 ProcessMind’in Şu Anda Yapmadıkları. ProcessMind, önemli altyapı kontrolü istisnalarını izler ve gözden geçirir. Başlıca istisnalar şunlardır:

  • uygulama Lambda’ları varsayılan olarak VPC içine yerleştirilmez; Aurora’ya TLS üzerinden RDS Data API aracılığıyla, IAM ve Secrets Manager kimlik doğrulaması kullanarak erişir
  • hizmetin hiçbir bölümü AWS WAF tarafından korunmamaktadır: AWS WAF, API Gateway HTTP API’lerini desteklemez ve kalan giriş noktaları da WAF tarafından korunmamaktadır (WebSocket bağlantılarında kısa ömürlü HMAC belirteçleri kullanılır; ödemeyle ilgili coğrafi kısıtlamalar ödeme sisteminde uygulanır); statik dağıtımlarda CloudFront standart erişim günlüğü de etkin değildir
  • veritabanı kurtarma, ayrı bir AWS Backup planı veya Aurora Enhanced Monitoring yerine Aurora otomatik yedeklemelerine ve belirli bir zamana geri yükleme özelliğine dayanır
  • değiştirilebilir bucket’lar için bölgeler arası S3 çoğaltması veya S3 Object Lock bulunmamaktadır
  • bazı AWS/CDK/SST tarafından yönetilen destekleyici kaynaklarda, hizmetin müşteri denetiminde bir alternatif sunmadığı durumlarda AWS tarafından yönetilen şifreleme veya kapsamı daha geniş, oluşturulmuş IAM politikaları kullanılır

Eksiksiz bastırma kaydı, altyapı koduyla birlikte tutulur ve talep üzerine sunulur. cdk-nag kural paketlerinin kullanılması, mühendislik kontrollerinin doğrulanması niteliğindedir; HIPAA, NIST veya PCI DSS uyumluluğuna ilişkin harici bir sertifikasyon, denetim görüşü ya da hukuki beyan değildir.

6.4 Bağımlılık Yönetimi. Yazılım bağımlılıkları, bilinen güvenlik açıkları bakımından sürekli izlenir. Kritik ve yüksek önem dereceli güvenlik açıkları, yedi (7) gün içinde giderilmesi hedefiyle yamalanır. Bağımlılıklar düzenli bir döngüyle güncellenir.

6.5 Güvenli Yazılım Geliştirme Yaşam Döngüsü (SDLC). ProcessMind, yazılım geliştirmede derinlemesine savunma yaklaşımını izler. Üretim ortamındaki her değişiklik, dağıtımdan önce birbirinden bağımsız birden fazla otomatik doğrulama katmanından geçmelidir:

  • Statik analiz ve tür güvenliği: TypeScript katı modu ve ESLint, derleme zamanında tür doğruluğunu, null güvenliğini ve güvenlikle ilgili kodlama kalıplarını uygular.
  • Yapay zekâ destekli kod incelemesi: Yapay zekâ destekli analiz, otomatik testleri tamamlayıcı nitelikte olmak üzere güvenlik risklerini, mantık hatalarını ve kurallardan sapmaları belirlemek için çekme isteklerine ek bir inceleme perspektifi sağlar.
  • Birim ve entegrasyon testleri: kapsamlı bir Vitest test paketi, geliştirme ortamındaki canlı AWS kaynaklarına karşı iş mantığını, veri erişim modellerini, API davranışını ve hata işlemeyi doğrular.
  • Uçtan uca testler: Playwright tabanlı tarayıcı testleri; kimlik doğrulama, veri yükleme, süreç modelleme, simülasyon ve çok kiracılı izolasyon dâhil olmak üzere kritik kullanıcı iş akışlarını doğrular.
  • Altyapı uyumluluğu taraması: cdk-nag her değişiklikte altyapı kodunu birden fazla uyumluluk çerçevesine göre doğrular.
  • Bağımlılık güvenlik açığı taraması: otomatik bağımlılık denetimleri, bilinen kritik ve yüksek önem dereceli güvenlik açıklarının üretim ortamına ulaşmasını engeller.

İnsan incelemesi, satır düzeyinde kod denetiminden ziyade mimariye, güvenlik sınırlarına ve tasarım düzeyindeki kararlara odaklanır. Yapısal, güvenlikle ilgili veya altyapı değişikliklerinin söz konusu olduğu durumlarda, otomatik doğrulamaya ek olarak açık insan onayı gerekir.

Tüm doğrulama katmanları, ana dala yönelik uygulama ve altyapı değişiklikleri için zorunlu birleştirme koşulları olarak CI aracılığıyla uygulanır. Web sitesi içeriği ve statik varlık sürümleri, uygulama CI koşulu yerine, dağıtım sırasında yapılan kontrolleri (hukuki belgelerin güncel olup olmadığının otomatik olarak kontrol edilmesi dâhil) içeren ayrı ve belgelenmiş bir sürüm sürecini izler. Acil üretim düzeltmeleri CI koşulunu atlayabilir; ancak bunları yirmi dört (24) saat içinde tam bir işlem hattı çalıştırması ve olay sonrası inceleme izlemelidir.

7. Yedekleme ve Olağanüstü Durum Kurtarma

7.1 Otomatik Yedeklemeler. Amazon Aurora, yedi (7) günlük saklama süresiyle sürekli ve otomatik yedeklemeler gerçekleştirir. Yedeklemeler, kaynak veritabanlarıyla aynı müşteri tarafından yönetilen KMS anahtarları kullanılarak şifrelenir.

7.2 Belirli Bir Zamana Geri Yükleme. Aurora, yedekleme saklama süresi içindeki herhangi bir saniyeye geri yüklemeyi destekleyerek veri bozulması veya yanlışlıkla silinme durumunda hızlı geri yükleme olanağı sağlar.

7.3 S3 Dayanıklılığı ve Sürüm Oluşturma. Dosya yüklemeleri ve operasyonel yapıtlar, %99,999999999 (11 dokuz) dayanıklılık sağlayan Amazon S3’te saklanır. Kurtarma ve geri alma işlemlerini desteklemek için yükleme bucket’ında ve kaynak bucket’larında sürüm oluşturma etkindir. Web sitesi ve ön uç dağıtım bucket’ları yeniden üretilebilir derleme yapıtlarıdır ve yedekleme sistemi olarak değerlendirilmez. ProcessMind şu anda bölgeler arası S3 çoğaltmasını etkinleştirmemektedir.

7.4 İş Sürekliliği. Olağanüstü durum kurtarma prosedürleri belgelenir ve düzenli aralıklarla test edilir. Bir özet Olağanüstü Durum Kurtarma, İş Sürekliliği ve Olaylara Müdahale belgesinde mevcuttur. Mimari, AWS’nin birden fazla Kullanılabilirlik Alanında işlettiği eu-central-1 bölgesindeki AWS tarafından yönetilen hizmetlere dayanır; Aurora kümesi şu anda tek bir yazıcı örneği çalıştırdığından, veritabanı kurtarma bölge içi yedek örnek yerine otomatik yedeklere ve belirli bir zamana geri yüklemeye dayanır. Aurora yedekleri, S3 dayanıklılığı, teslim edilemeyen ileti kuyrukları ve kaynaktan yeniden oluşturulan statik varlıklar kurtarma stratejisinin parçasıdır.

8. Olay Müdahalesi

8.1 Olay Bildirimi. Bir Güvenlik Olayı (DPA’da tanımlandığı şekilde) meydana gelmesi hâlinde ProcessMind, etkilenen müşterileri gereksiz gecikme olmaksızın ve mümkün olduğu durumlarda olaydan haberdar olmasından itibaren yetmiş iki (72) saat içinde bilgilendirir.

8.2 Olayların Ele Alınması. ProcessMind; tespit, kontrol altına alma, ortadan kaldırma, kurtarma ve olay sonrası incelemeyi kapsayan belgelenmiş olaylara müdahale prosedürlerini sürdürür. Bir özet Olağanüstü Durum Kurtarma, İş Sürekliliği ve Olaylara Müdahale belgesinde mevcuttur. Olaylardan çıkarılan dersler güvenlik kontrollerine ve süreçlerine dâhil edilir.

8.3 İletişim. Olay bildirimleri; olayın niteliğini ve kapsamını, etkilenen veri kategorilerini, olayı kontrol altına almak için alınan önlemleri ve müşteriye yönelik önerilen eylemleri içerir.

9. Organizasyonel Önlemler

9.1. Bilgi Güvenliği Yönetimi. ProcessMind, ISO 27001 ilkeleriyle uyumlu bir bilgi güvenliği yönetim sistemi sürdürür. ProcessMind, ISO 27001 sertifikasyonu ve SOC 2 Type II tasdik süreci için izlenecek yolu seçmiştir; resmî sertifikasyon süreci henüz başlamamıştır.

9.2 Güvenlik Farkındalığı. Müşteri Verilerine erişimi olan tüm personel güvenlik farkındalığı eğitimi alır. Güvenlik en iyi uygulamaları işe alıştırma sürecine, geliştirme iş akışlarına ve operasyonel prosedürlere dâhil edilmiştir.

9.3 Tedarikçi ve Alt İşleyen Yönetimi. Alt işleyenler, sözleşme gereği bu belgede açıklananlara eşdeğer veri koruma standartlarına uymakla yükümlüdür. ProcessMind kamuya açık bir alt işleyenler listesi tutar ve yeni bir alt işleyeni görevlendirmeden en az otuz (30) gün önce bildirimde bulunur. Alt işleyenler uyumluluk bakımından yılda bir kez incelenir.

9.4 Gizlilik. Müşteri Verilerini işlemeye yetkili tüm personel, yazılı gizlilik yükümlülüklerine tabidir.

10. Uyumluluk ve Sertifikasyonlar

Çerçeve / Standart Durum
GDPR (AB Genel Veri Koruma Tüzüğü) Uyumlu
AB’de Veri Yerleşimi (Frankfurt, Almanya) Uygulanıyor
AWS Altyapı Sertifikaları (ISO 27001, SOC 2, PCI DSS) AWS aracılığıyla devralınmıştır
ISO 27001 (ProcessMind) Planlandı — sertifikasyon yolu seçildi; resmî süreç henüz başlamadı
SOC 2 Type II (ProcessMind) Planlandı — sertifikasyon yolu seçildi; resmî süreç henüz başlamadı
Otomatik altyapı kontrol doğrulaması (cdk-nag AWS Solutions, HIPAA Security, NIST 800-53 R4/R5, PCI DSS 3.2.1, Serverless genelinde) Sertifikasyon olarak değil, mühendislik kontrol doğrulaması olarak uygulandı
Uluslararası aktarımlar için Standart Sözleşme Maddeleri (SCC’ler) Uygulandı (bkz. DPA)
Veri İşleme Eki (DPA) Kamuya açık

cdk-nag Kural paketlerinin kullanılması, ProcessMind’in HIPAA, NIST veya PCI DSS kapsamında resmen sertifikalandırıldığı ya da bağımsız olarak denetlendiği anlamına gelmez. Bu kural paketleri, altyapı tasarımını doğrulamak ve eksiklikleri açıkça izlemek amacıyla mühendislik koruyucu önlemleri olarak kullanılır.

Güvenlik veya uyumlulukla ilgili sorularınız ya da denetim raporları veya doldurulmuş güvenlik anketleri gibi belgeleri talep etmek için support@processmind.com adresiyle iletişime geçin.