Skip to content
Bloga geri dönEnterprise

Uzak Masaüstü SOC2: Hangi Araçlar Destekliyor ve Nasıl Değerlendirilir

GoDesk Editorial Team9 dk okuma
Uzak Masaüstü SOC2: Hangi Araçlar Destekliyor ve Nasıl Değerlendirilir

SOC 2 uyumluluğu gereken bir ortam için uzak masaüstü aracı satın almak bir mayın tarlasına girmek gibi: satın alma SOC 2 Type II raporu ister, güvenlik sıkı şifreleme ve değiştirilemez günlükler talep eder, IT ise desteklenebilirlik ve çalışma süresinden endişe duyar.

SOC 2 uyumluluğu gereken bir ortam için uzak masaüstü aracı satın almak bir mayın tarlasına girmek gibi: satın alma SOC 2 Type II raporu ister, güvenlik sıkı şifreleme ve değiştirilemez günlükler talep eder, ve IT desteklenebilirlik ile çalışma süresi hakkında endişe duyar. Hangi uzak erişim çözümlerinin gerçekten SOC 2 kontrollerine ulaşmanıza yardımcı olduğunu — ve hangilerinin aylardır sürebilecek telafi edici kontroller ve ek denetim işi çıkaracağını — pratik bir şekilde belirlemeniz gerekir.

SOC 2'nin uzak erişim araçları için anlamı

SOC 2, bir hizmet kuruluşunun Güven Hizmetleri Kriterleri'ne (security, availability, processing integrity, confidentiality and privacy) uygun kontroller tasarlayıp işletip işletmediğini değerlendiren bir denetim raporudur. Uzak masaüstü yazılımı kullanan çoğu kuruluş için güvenlik ve gizlilik en önemli kategorilerdir; araç iş kritik destek veya üretim erişimi için kullanılıyorsa kullanılabilirlik ve işleme bütünlüğü de ilgili olacaktır.

Akılda tutulması gereken temel SOC 2 gerçekleri:

  • SOC 2 Type I, kontrollerin belirli bir zaman noktasındaki tasarımını açıklar; Type II ise bir dönem boyunca (genelde 6–12 ay) işletme etkinliğini gösterir.
  • Denetçiler kapsamla ilgilenir: satıcının SOC 2 raporu, sizin tüketime sunduğu hizmeti açıkça kapsamalıdır (uzak erişim platformu ve satıcı yönetiyorsa barındırılan altyapı dahil).
  • SOC 2 raporu almak sizin sorumluluğunuzu ortadan kaldırmaz. Kuruluşunuz yine de satıcının kontrollerini kendi resmi kayıt sisteminize nasıl entegre ettiğini denetimler için göstermek zorundadır.
  • SOC 2 için hangi uzak masaüstü türleri önemlidir

    Tüm uzak masaüstü teklifleri uyumluluk açısından eşit değildir. Üç geniş kategori vardır ve her birinin SOC 2 açısından farklı etkileri bulunur:

    • SaaS / vendor-hosted enterprise platforms. Satıcı tarafından yönetilen yığınlar genellikle SOC 2 hazır kontrol setine ulaşmak için en kolay yolu sunar — tabii satıcının gerçekten kapsamlı bir SOC 2 Type II raporu varsa. Dezavantajı, satıcının güvenlik duruşuna, olay müdahalesine ve veri işleme süreçlerine bağımlı olmanızdır.
    • Self-hosted/open-source solutions. GoDesk (self-hostable) veya RustDesk gibi ürünler kontrolü elinize verir. Bu, servisi uyumluluk sınırlarınız içine koyabildiğiniz için caziptir ancak işletme kontrollerinin (yama yönetimi, yedeklemeler, fiziksel güvenlik ve günlükleme) gösterilmesi sorumluluğunu kurumunuza kaydırır.
    • Hybrid / managed-hosted offerings. Bazı satıcılar barındırma yapar ama izole kiracılık sağlar veya uyumluluk paketleriyle yardımcı olur. Bunlar orta yol olabilir: self-hostinge göre daha az operasyonel yük, çoklu kiracılı SaaS'a göre daha fazla kontrol sunar.
    • Her kategori bir SOC 2 programına uyabilir. Soru, hangi kontrol sorumluluklarını sahiplenmek istediğiniz vs. hangilerini dış kaynaklayacağınızdır.

      Zorunlu kontrol listesi: bir uzak masaüstü ürününün SOC 2 için sunması gerekenler

      Bir uzak masaüstü satıcısını veya çözümünü değerlendirirken, bu özel alanlarda kanıt ve test edilebilir kontroller isteyin. Bu maddeler denetçilerin incelediği SOC 2 kriterleriyle doğrudan eşleşir.

      • Vendor SOC 2 Type II report: En güncel raporu talep edin, rapor dönemini (6–12 ay) doğrulayın ve kapsamın uzak erişim servisini ve varsa barındırılan altyapıyı içerdiğini teyit edin. Type II raporu üretemiyorlarsa, daha uzun bir inceleme ve telafi edici kontroller bekleyin.
      • Encryption in transit and at rest: Taşıma TLS 1.2 veya TLS 1.3 kullanmalıdır. Hassas oturum yükleri ve kayıtlı oturumlar AES-256 veya eşdeğeri ile disk üzerinde şifrelenmelidir. Anahtar yönetimi nasıl yapılıyor diye sorun — bir KMS veya HSM kullanıyorlar mı? Müşteri anahtarları destekleniyor mu?
      • Authentication and identity: SSO için SAML 2.0 veya OIDC desteği, provisioning için SCIM ve yönetici ile ayrıcalıklı hesaplar için zorunlu MFA. Donanım destekli MFA (FIDO2/WebAuthn) denetçiler için artıdır.
      • Role-based access control (RBAC): Ayrıntılı roller (sadece okuma destek, tam kontrol, dosya transferi, oturum izleme gibi) ve kullanıcılara/gruplara asgari ayrıcalık politikası atama yeteneği.
      • Audit logging and tamper-evidence: Kullanıcı kimlikleri, zaman damgaları, oturum kimlikleri, gerçekleştirilen eylemler (dosya transferi, pano yapıştırma, uzak komutlar) içeren değiştirilemez denetim izleri. Önerilen saklama süresi: risk profilinize bağlı olarak 90–365 gün. Günlükler güvenli özetleme (örn. SHA-256) kullanmalı ve adli inceleme için dışa aktarılabilir olmalıdır.
      • Session recording and consent: Oturumları kaydetme yeteneği (gerekirse), bunları şifreli saklama ve kaydın aktif olduğunu açıkça gösteren göstergeler. Saklama ve silme politikaları belgelenmelidir.
      • Network architecture and segmentation: Satıcılar uzaktan kontrol trafiğini yönetim düzlemlerinden izole etmeli, ayrı anahtar yönetimi kullanmalı ve enterprise dağıtımları için private link / VPC peering gibi seçenekleri desteklemelidir.
      • Patching & vulnerability management: Kritik açıklar için net SLA'lar (önerilen <=30 days) ve yüksek öncelikli açıklar için ≤90 days, kamuya açık CVE takibi ve yıllık penetrasyon testleri. En son pen-test raporunu veya özet iyileştirme açıklamalarını isteyin.
      • Data residency & subservice organizations: Sunucuların ve yedeklerin nerede olduğunu doğrulayın ve dışkaynaklı alt hizmet sağlayıcıların açıklanmasını talep edin. HIPAA ortamları için yazılı bir BAA alın.
      • Business continuity & backups: RTO/RPO hedefleri ve düzenli yedek testlerinin kanıtı. Üretim kullanımında genelde düşük saatlerde RTO beklersiniz ve yedeklerin şifreli olması ile test edilmiş geri yükleme prosedürleri olmalıdır.
      • Change management: Sürüm kontrolü, sürüm notları, değişiklik onay süreçleri ve güvenlik veya kullanılabilirliği etkileyebilecek yazılım güncellemeleri için rollback prosedürleri.
      • How to verify claims — concrete tests and questions

        SOC 2 raporu ve pazarlama dokümanları bir başlangıçtır. İmzayı atmadan önce güvenlik veya denetim ekiplerinizin yapabileceği uygulamalı doğrulama adımları şunlardır:

        1. Satıcının SOC 2 Type II raporunu isteyin ve rapor dönemi kapsamını doğrulayın; rapor dönemi sözleşme başlangıcınızı kapsamıyorsa yönetim mektubu veya bridge letter isteyin.
        2. SSO provisioning, onboarding ve SCIM üzerinden deprovisioning içeren kısa bir pilot çalıştırın ve oturum yaşam döngüsünü ile kayıtlı oturumların şifrelenmesini uygulamada gözlemleyin.
        3. Standart araçlarla TLS şifre takımlarını ve sertifika kullanımını doğrulayın (örn. testssl.sh). TLS 1.2 veya 1.3 ve zayıf şifrelerin olmadığını teyit edin.
        4. Satıcının sağladığı ağ mimarisi diyagramını, segmentasyonu, KMS/HSM kullanımını ve ağ akışlarını isteyin. Güvenlik duvarınızda gelen bağlantılar için açık port gereksinimi olmadığını doğrulayın; böyle bir gereksinim varsa daha yüksek risk olarak değerlendirin ve telafi edici kontroller talep edin. Güvenli dağıtım desenleri için remote desktop without port forwarding rehberimize bakın.
        5. Günlük dışa aktarımlarını inceleyin: 30 günlük bir denetim günlüğü dışa aktarın, kullanıcı kimlikleri, eylemler ve kriptografik bütünlük işaretlerinin varlığını kontrol edin.
        6. Rol ayrımını test edin: bir sadece-okuma destek hesabı oluşturun ve belgelendiği gibi RBAC'in yetkili işlemleri engellediğini doğrulayın.
        7. Son penetrasyon testlerinin özetlerini ve iyileştirme biletlerini talep edin. Satıcı en azından bir özet sağlamayı reddediyorsa, satın almaya yükseltin — denetçiler aynı soruları soracaktır.
        8. Self-host etmeyi planlıyorsanız, fiziksel güvenlik, sunucu sertleştirme, yedek şifrelemesi ve denetçinizin kabul edeceği bir yama temposu için belgelenmiş kontrollerinizin olduğunu teyit edin.
        9. Self-hosted vs vendor SOC 2: deciding where responsibility should live

          Evrensel bir cevap yok — kararınız kontrol olgunluğuna, kurum içi mühendislik kapasitesine ve risk iştahına dayanmalıdır.

          • SaaS vendor with SOC 2 Type II: Denetim açısından tedarik sürecini hızlandırır. Satıcı altyapıyı, anahtar yönetimini ve birçok operasyonel kontrolü yönetir. Güvenli barındırma için operasyon personeli olmayan ekipler için uygundur. Dezavantajlar: konfigürasyonlar üzerinde daha az doğrudan kontrol ve muhtemel daha yüksek tekrar eden lisans maliyetleri.
          • Self-hosted open-source (GoDesk, RustDesk, etc.): Altyapıya siz sahip olursunuz ve yazılımı kontrol ortamınıza dahil edersiniz. Veri yerleşimi, özel sertleştirme veya kurum içi KMS ile entegrasyon gerektiren kuruluşlar için caziptir. Dezavantajlar mühendislik çabası ve maliyet: yama yönetimi, yedeklemeler, izleme ve denetim hazırlığı sorumluluğunu üstlenirsiniz. Self-hosted dağıtımlar hakkında rehber için self-hosted-remote-desktop-guide dokümanımıza bakın.
          • Hybrid/managed-hosted: Ayrılmış kiracılı managed hosting, bazı kontrolü korurken denetim sürtünmesini azaltabilir. Satıcıya bu barındırılan katmanın SOC 2 raporlarında kapsanıp kapsanmadığını sorun.
          • Beklemeniz gereken maliyet göstergeleri: bir ürün için SOC 2 denetimi genelde alt beş haneli tutarlarda gerçekleşir (genelde $10k–$40k+), kapsam ve denetçiye bağlıdır; kontrollerin uygulanması ve sürdürülmesi (mühendislik zamanı, günlük altyapısı, yedeklemeler) ise süreklilik arz eden operasyonel maliyettir. Kurumsal uzak erişim için satıcı fiyatlandırması büyük ölçüde değişir; eşzamanlı yönetici/oturum başına lisans maliyetini ve izole kiracılık ya da private link seçeneklerinin fiyatını dikkate alın. Ticari fiyatlandırma karşılaştırması için godeskflow-vs-teamviewer-pricing makalemize bakabilirsiniz.

            Common audit traps and how to avoid them

            Ekipler genellikle uzak masaüstü kontrollerindeki denetimlerden birkaç önlenebilir nedenle başarısız olur:

            • Scope mismatch: Satıcının SOC 2 raporu kimlik doğrulama hizmetlerini kapsıyor ama gerçek oturum broker'ı veya oturum kayıtlarının depolanmasını kapsamıyor olabilir. Dahil edilen tam servisleri her zaman doğrulayın.
            • No evidence of operating effectiveness: Bir Type I raporu veya satıcının dahili güvenlik politikası Type II denetimi için yeterli değildir. Type II kanıtı gerekiyorsa satıcının Type II raporunu talep edin veya kendi tarafınızda telafi edici kontroller planlayın.
            • Insufficient logging or short retention: Denetçiler, soruşturmalar için ilgi dönemini kapsayan günlükler bekler. Varsayılan olarak en az 90 gün saklayın; yüksek düzenlemeye tabi iş yükleri için daha uzun süreler gerekir.
            • Misconfigured SSO and provisioning: Kullanıcı provisioning/deprovisioning SCIM üzerinden otomatik değilse, yetim hesaplar sık görülen bir bulgudur. Provisioning'i otomatikleştirin ve düzenli test edin.
            • Unsecured session recordings: Oturum videolarını şifrelenmemiş veya genel amaçlı erişim kontrolleri olmayan depolamada tutmak genellikle gizlilik kontrollerini ihlal eder.
            • Practical example: evaluating a vendor in 7 steps

              1. En güncel SOC 2 Type II raporunu isteyin ve tarihleri ile kapsamı doğrulayın.
              2. Mimari, veri akış diyagramları ve alt hizmet sağlayıcı listesi talep edin.
              3. Bir SSO/SCIM pilotu çalıştırın ve iki haftalık dönemde deprovisioning davranışını test edin.
              4. Denetim günlüklerini dışa aktarın ve içerik ile kriptografik bütünlüğü doğrulayın.
              5. Şifreleme standartlarını doğrulayın (TLS1.2+/AES-256) ve anahtar yönetimi yaklaşımını inceleyin.
              6. Olay müdahale prosedürlerini ve güvenlik olayları için SLA'yı gözden geçirin.
              7. ePHI ile çalışıyorsanız yazılı bir BAA alın ve oturum verileri için saklama ve silme politikalarını teyit edin.
              8. When a vendor is the right choice versus when to self-host

                Şu durumlarda satıcı tarafından barındırılan SOC 2 çözümünü seçin:

                • Süratle tedarik yapmanız gerekiyor ve satıcı hizmeti kapsayan güncel bir SOC 2 Type II raporuna sahip.
                • 24/7 operasyonel kapsamanız veya sertleştirilmiş altyapıyı çalıştıracak mühendislik personeliniz yok.
                • Satıcı tarafından yönetilen güncellemeleri, on-call desteği ve SLA destekli çalışma süresi garantilerini tercih ediyorsunuz.
                • Self-hosted seçin eğer:

                  • Hukuki/düzenleyici nedenlerle tüm altyapıyı kontrol etmeniz gerekiyor (veri yerleşimi, ulusal düzenlemeler veya iç politika).
                  • Satıcı-hosted modellerin karşılayamadığı şekilde on-prem KMS, SIEM veya özel kimlik sağlayıcıları ile derin entegrasyon yapmanız gerekiyor.
                  • Denetimler için kontrolleri uygulayıp kanıtlayacak mühendislik kapasiteniz var (yama yönetimi, yedeklemeler, günlükleme, BCP).
                  • Her iki yol da SOC 2'yi geçebilir. Karar, kontrollerin nerede tutulacağı ve kimlerin bunların çalıştığını kanıtlayacağı ile ilgilidir.

                    Useful links and resources

                    Daha derin teknik kontrol listeleri ve güvenli dağıtım desenleri istiyorsanız, endpointler ve ağ seviyesi korumaları ele alan remote-desktop-security makalemize bakın. Self-hosted bir yaklaşım düşünüyorsanız, önerilen mimariler ve operasyonel playbook'lar için self-hosted-remote-desktop-guide dokümanını inceleyin.

                    Final thoughts and next steps

                    Uzak masaüstü için SOC 2, pazarlama iddialarından ziyade gösterilebilir kontrollerle ilgilidir: şifreleme, kimlik ve erişim yönetimi, değiştirilemez günlükler ve zaman içinde işletme etkinliğinin kanıtı. Kapsamlı bir SOC 2 Type II raporu yayımlayan ve yukarıdaki kontrol listesinin sorularına net cevaplar verebilen satıcılar, tedarik sürecinde size zaman kazandırır ve denetçi ile olan sürtünmeyi azaltır. Self-host etmeyi seçerseniz, operasyonel sorumlulukları üstlendiğinizi ve sürekli denetim ile kanıt toplama için bütçe ayırmanız gerektiğini kabul edin.

                    Inspectability ve kurumsal kontrollerle entegrasyon için tasarlanmış bir self-hosted uzak masaüstünü denemek isterseniz, GoDesk'i indirip bir test ağında çalıştırın (veya barındırılan seçeneklerimizi /pricing sayfasında görün). En son sürümü /download üzerinden indirin ve SOC 2–friendly dağıtım oluşturmak için self-hosted-remote-desktop-guide ile birlikte kullanın.