공유 책임 모델 - 패턴
Well-Architected Trust에 대해 자세히 알아보기 → 공유 책임 모델
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 플랫폼 | 보안 | ✅ 아키텍처 설계에서는 Salesforce(또는 Hyperforce AWS)에서 물리적 데이터 센터 보안, 감시, 환경 보안을 처리한다고 가정합니다. |
| 플랫폼 | 보안 | ✅ 네트워크 보안 설계는 중복 투자 없이 플랫폼 제공 DDoS 경감 및 침입 감지 시스템을 활용합니다. |
| 플랫폼 | 보안 | ✅ 모든 트래픽 암호화(TLS 1.2+) 및 유지(AES-256)는 플랫폼 인프라에서 제공됩니다. |
| 플랫폼 | 보안 | ✅ 플랫폼 강화, 취약성 관리 및 패치 배포는 Salesforce의 책임이며, 설계자는 예약된 서비스 점검 기간을 계획합니다. |
| 플랫폼 | 보안 | ✅ 데이터 분리를 플랫폼 제공 보증으로 보장하는 다중 테넌트 보안 및 테넌트 격리 아키텍처 |
| 플랫폼 | 규정 준수 | ✅ 플랫폼 규정 준수 인증(SOC 1/2/3, ISO 27001/27017/27018, Government Cloud용 FedRAMP, HIPAA, PCI DSS, GDPR)은 Trust.salesforce.com 및 compliance.salesforce.com에서 확인할 수 있습니다. |
| 플랫폼 | 보안 | ✅ 플랫폼 암호화 서비스 및 백업 인프라는 구현 책임 없이 플랫폼 관리 기능을 활용하는 설계자입니다. |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 플랫폼 | 보안 | ⚡️ 아키텍처 설계에는 사용자 정의 물리적 보안 제어, 네트워크 주변 방어 또는 OS 수준 경화 중복 플랫폼 제공 기능이 포함됩니다. |
| 플랫폼 | 보안 | ⚡️ 보안 검토는 기존 컨트롤의 Trust.salesforce.com 설명서 없이 플랫폼 암호화 또는 네트워크 보안을 묻습니다. |
| 플랫폼 | 규정 준수 | ⚡️ 규정 준수 평가는 기존 SOC 2/ISO 인증을 활용하는 대신 플랫폼 인프라 보안 제어를 다시 감사합니다. |
| 플랫폼 | 보안 | ⚡️ 아키텍처는 플랫폼 인프라 패치 또는 다중 테넌트 격리 관리에 대한 책임을 가집니다. |
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 플랫폼 | ID | ✅ ID 및 액세스 관리(역할, 프로필, 권한 집합, MFA, SSO, 최소 권한)는 설계자에 의해 구성됩니다. |
| 플랫폼 | ID | ✅ 문서화된 분기별 검토를 통해 사용자 수명 주기 관리 및 액세스 재인증 프로세스가 구현됨 |
| 플랫폼 | 데이터 | ✅ 분류, 마스킹, 개체/필드/레코드 수준 보안, CRUD 권한, 공유 규칙을 포함한 데이터 거버넌스는 아키텍처의 책임입니다. |
| 플랫폼 | 통합 | ✅ 통합 보안(OAuth 2.0, JWT 인증, 명명된 자격 증명, 보안 끝점, 외부 시스템 유효성 검사)은 설계 및 유지 관리자에 의해 제공됩니다. |
| 플랫폼 | 보안 | ✅ 아키텍처가 모니터링 및 응답 기능(이벤트 모니터링, 감사 추적, SIEM 통합, 사고 응답 절차)을 구현합니다. |
| 플랫폼 | 개발 | ✅ 안전한 사용자 정의 코드(Apex, Lightning), 입력 검증, 주입 방지 및 안전한 개발 관행을 포함한 애플리케이션 보안은 설계자와 개발자의 책임입니다. |
| 플랫폼 | 규정 준수 | ✅ 솔루션은 개인정보보호/동의 관리, 데이터 보존 정책, 규제 요구 사항에 맞는 규정 준수 구성을 통해 규정 준수 조치를 유지합니다. |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 플랫폼 | ID | ⚡️ ID 및 액세스 관리는 역할, 프로필, 권한 집합 또는 MFA 요구 사항을 설계하지 않고 “플랫폼 보안”으로 취급됩니다. |
| 플랫폼 | 데이터 | ⚡️ 데이터 거버넌스는 플랫폼에서 제공되는 것으로 간주되며, 데이터 분류, 공유 규칙 또는 필드 수준 보안이 구성되지 않습니다. |
| 플랫폼 | 통합 | ⚡️ 통합 보안은 OAuth, 자격 증명 관리 또는 끝점 유효성 검사를 구현하지 않고 네트워크 수준 제어에 의존합니다. |
| 플랫폼 | 보안 | ⚡️ 모니터링 및 사고 대응은 Salesforce의 책임으로 취급되며 이벤트 모니터링, SIEM 통합 또는 응답 절차가 없습니다. |
| 플랫폼 | 개발 | ⚡️ 사용자 정의 코드 보안이 확인되지 않았습니다. 주입 취약점, CRUD/FLS 적용 누락, 안전하지 않은 패턴이 누적됨 |
| 플랫폼 | 규정 준수 | ⚡️ 규정 준수 구성은 구현되지 않으며, 플랫폼 인증에도 불구하고 솔루션이 규제 요구 사항을 위반합니다. |
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 플랫폼 | 규정 준수 | ✅ 플랫폼 인증(SOC 2 유형 II, ISO 27001, Government Cloud용 FedRAMP, HIPAA, PCI DSS, GDPR)은 규정 준수 문서에서 인프라 책임을 다루는 것으로 참조됩니다. |
| 플랫폼 | 규정 준수 | ✅ 감사 준비는 Trust.salesforce.com 및 compliance.salesforce.com 문서를 활용하여 플랫폼 인프라 제어 |
| 플랫폼 | 규정 준수 | ✅ 규정 준수 문서에서 플랫폼 제공 인증 및 사용자 정의 솔루션에 대한 설계자 구현 제어를 명확하게 설명합니다. |
| 플랫폼 | 아키텍처 | ✅ 사용자 지정 개체, Apex 코드, 통합 및 구성은 플랫폼에서 제공하는 규정 준수 조치를 유지하도록 설계되었습니다. |
| 플랫폼 | 규정 준수 | ✅ 아키텍처 문서는 사용자 정의 솔루션이 플랫폼 인증을 활용하는 동안 규제 요구 사항을 충족하는 방법을 명시적으로 매핑합니다. |
| 플랫폼 | 규정 준수 | ✅ 지역 인증 및 규정 준수 요구 사항은 조직 프로비저닝 시 Hyperforce 지역 선택을 촉진합니다. |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 플랫폼 | 규정 준수 | ⚡️ 플랫폼 인증은 모든 규정 준수 의무를 충족하는 것으로 간주되며, 사용자 정의 솔루션 제어가 구현되지 않습니다. |
| 플랫폼 | 규정 준수 | ⚡️ 기존 인증서를 참조하는 대신 플랫폼 인프라 제어를 다시 감사하려는 감사 준비 시도 |
| 플랫폼 | 아키텍처 | ⚡️ 플랫폼에 적절한 인증이 있어도 사용자 정의 코드, 구성, 통합이 규정 준수 요구 사항을 위반합니다. |
| 플랫폼 | 규정 준수 | ⚡️ 규정 준수 문서는 플랫폼 인증을 설계자 구현 제어와 명확하게 구분하지 않습니다. |
| 플랫폼 | 규정 준수 | 아키텍처에 플랫폼 인증을 활용하는 동안 사용자 정의 솔루션이 규정 준수 상태를 유지하는 방법에 대한 문서화된 매핑이 부족합니다. |
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 플랫폼 | 보안 | ✅ 사고 대응 절차 문서 공동 작업: Salesforce는 플랫폼 감지 및 응답을 제공하며, 설계자는 솔루션 수준의 감지 및 응답을 제공합니다. |
| 플랫폼 | 보안 | ✅ 취약성 관리 책임은 명확하게 문서화되어 있습니다. Salesforce 패치 플랫폼, 아키텍처 패치 사용자 정의 코드 및 설치된 패키지 |
| 플랫폼 | 보안 | ✅ 보안 모니터링 - 플랫폼 생성 이벤트(이벤트 모니터링)를 아키텍처 구성 분석, 경고, 응답 워크플로와 결합 |
| 플랫폼 | 아키텍처 | ✅ Trust 기둥의 모든 설계 원리, 주제 섹션 및 체크리스트 항목은 공유 책임 모델 내에서 설계자 책임으로 처리됩니다. |
| 플랫폼 | 보안 | ✅ 설계 결정에서 명시적으로 공유 책임 모델 경계를 참조하여 플랫폼 제공 제어를 아키텍처 구성 제어와 구분합니다. |
| 플랫폼 | 아키텍처 | ✅ 아키텍처 결정 레코드는 보안 제어, 규정 준수 요구 사항, 사고 대응에 대한 책임 경계를 문서화합니다. |
| 플랫폼 | 보안 | ✅ 보안 검토는 플랫폼 제공 기반에서 아키텍처의 책임(구성, 액세스 제어, 사용자 정의 코드)이 적절하게 구현되었는지 확인합니다. |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 플랫폼 | 보안 | ⚡️ 사고 응답 절차는 Salesforce가 모든 측면을 처리한다고 가정하며, 솔루션 수준 감지, 응답 또는 복구 기능이 없는 경우 |
| 플랫폼 | 보안 | ⚡️ 취약성 관리는 사용자 정의 코드를 해결하지 않으며 플랫폼 패치만 고려됩니다. |
| 플랫폼 | 보안 | ⚡️ 보안 모니터링은 아키텍처 구성 분석 또는 응답 워크플로 없이 플랫폼 네이티브 도구에만 의존합니다. |
| 플랫폼 | 아키텍처 | ⚡️ 설계 결정은 공유 책임 모델을 참조하지 않으며, 누가 무엇을 보호하는지에 대해 혼동이 있습니다. |
| 플랫폼 | 아키텍처 | ⚡️ 아키텍처 결정 레코드는 책임 경계를 생략합니다. 보안 가정은 명시적이 아니라 암시적임 |
| 플랫폼 | 보안 | ⚡️ 보안 검토에서 플랫폼 인증이 설계자 보안 책임을 없애는 것으로 가정 |
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 헬스케어 | HIPAA | ✅ Shield Platform Encryption 보호된 건강 정보(PHI)가 포함된 모든 필드에 대해 활성화됩니다. |
| 헬스케어 | HIPAA | ✅ 필드 감사 내역은 PHI 액세스 추적에 대한 HIPAA의 레코드 유지 요구 사항을 충족하는 보존으로 구성됩니다(규제 규정에 따라 현재 기간 확인) |
| 헬스케어 | HIPAA | ✅ 이벤트 모니터링은 경고가 보안 팀에 라우팅된 무단 PHI 액세스 패턴을 감지하도록 구성됨 |
| 헬스케어 | HIPAA | ✅ 아키텍처 구성을 통해 HIPAA 보안 규칙에 필요한 기술 보안(액세스 제어, 감사 로깅, 전송 보안)이 구현됩니다. |
| 금융 | SOX/PCI | ✅ 단일 사용자가 금융 거래를 만들고 승인하지 못하도록 권한 집합 설계를 통해 업무 분리 구현 |
| 금융 | PCI DSS | ✅ 전체 기본 계정 번호(PAN)는 가능한 경우 Salesforce에서 제외되고 범위를 줄이기 위해 결제 프로세서를 통해 토큰화됩니다. PAN을 저장해야 하는 경우 PCI DSS 제어 아래에 암호화된 사용자 정의 필드를 사용합니다. |
| 개인 정보 보호 | GDPR/CCPA | ✅ 동의 관리는 세분화된 목적별 동의 추적 및 철회 워크플로를 사용하여 구현됩니다. |
| 개인 정보 보호 | GDPR/CCPA | ✅ 데이터 주체 권한 워크플로(액세스, 정정, 삭제, 이동성)가 응답 창 내에서 배포를 위한 규제 집합을 완료합니다. |
| 개인 정보 보호 | GDPR/CCPA | ✅ 데이터 보존 자동화는 동의가 만료되거나 보존 기간이 종료되면 데이터를 제거합니다. |
| 정부 | FedRAMP | ✅ Salesforce Government Cloud는 FedRAMP 규정을 준수해야 하는 규제된 정부 작업 로드에 사용됩니다. |
| 정부 | FedRAMP | ✅ NIST 800-53 컨트롤이 각 해당 컨트롤에 대해 문서화된 구현과 함께 Salesforce 구성에 매핑됩니다. |
| 정부 | FedRAMP | ✅ 이벤트 모니터링을 사용하는 연속 모니터링이 실시간 위협 감지를 위해 정부 SIEM 인프라로 라우팅됨 |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 헬스케어 | HIPAA | PHI는 Shield Platform Encryption 또는 Field Audit Trail 없이 표준 암호화된 필드에 저장됩니다. |
| 헬스케어 | HIPAA | ⚡️ 이벤트 모니터링이 무단 PHI 액세스를 감지하도록 구성되어 있지 않으며 위반이 감지되지 않음 |
| 금융 | SOX/PCI | ⚡️ 단독 사용자는 금융 거래를 만들고 승인할 수 있으며, 업무 분리는 적용되지 않습니다. |
| 금융 | PCI DSS | ⚡️ 전체 기본 계정 번호(PAN)는 결제 프로세서 토큰화 또는 PCI DSS 호환 암호화된 저장소를 사용하는 대신 암호화되지 않은 표준 Salesforce 필드에 저장됩니다. |
| 개인 정보 보호 | GDPR/CCPA | ⚡️ 동의 관리가 구현되지 않으며 세부적인 동의 또는 철회 기능 없이 데이터가 처리됩니다. |
| 개인 정보 보호 | GDPR/CCPA | ⚡️ 데이터 주체 권한 요청은 규정의 응답 기간에 맞는 자동화 대신 법무팀을 통해 수동으로 처리됩니다. |
| 개인 정보 보호 | GDPR/CCPA | ⚡️ 데이터 보존은 수동이며, 동의가 만료되거나 보존 기간이 완료된 경우에도 데이터가 무기한으로 누적됩니다. |
| 정부 | FedRAMP | ⚡️ 규제된 정부 작업 부하가 Government Cloud 대신 상용 Salesforce 인스턴스에서 실행됩니다. |
| 정부 | FedRAMP | ⚡️ NIST 800-53 컨트롤은 Salesforce 구성에 문서화된 매핑이 없으며, 규정 준수 격차가 있습니다. |
| 정부 | FedRAMP | ⚡️ 이벤트 모니터링이 정부 SIEM으로 라우팅되지 않으며 연속 모니터링 요구 사항이 충족되지 않습니다. |
패턴
| 찾을 위치 | 유사성 |
|---|---|
| 플랫폼 | 보안 | ✅ 중요 시스템 권한이 있는 사용자(모든 데이터 보기, 모든 데이터 수정, 사용자 관리)는 인벤토리 및 고급 권한 자산으로 추적됩니다. |
| 플랫폼 | Shield 이벤트 모니터링 | ✅ 이벤트 모니터링은 보안 분석을 위해 로그인, 보고서 및 데이터 내보내기, 권한 변경, API 호출을 포함하는 이벤트 로그를 수집합니다. |
| 플랫폼 | Shield 이벤트 모니터링 | ✅ 이벤트 모니터링 로그는 비Salesforce 보안 이벤트와의 상관 관계를 위해 외부 SIEM 플랫폼으로 라우팅됩니다. |
| 통합 | SIEM | ✅ SIEM 상관 관계 규칙은 승인된 변경 기간 외부의 권한 변경 사항 및 기준선 이상의 API 볼륨 변칙 등 권한 에스컬레이션을 감지합니다. |
| 통합 | SIEM | ✅ SIEM 대시보드에서 특권 사용자 기부금 및 데이터 내보내기 등 보안 자산 변경 사항을 확인할 수 있습니다. |
| 플랫폼 | 문서 | ✅ 보안 자산 재고는 자산 범주(사용자, 데이터, 통합, 패키지, 구성), 소유자, 검토 케이던스로 문서화됩니다. |
안티 패턴
| 찾을 위치 | 불만 사항 |
|---|---|
| 플랫폼 | 보안 | ⚡️ 보안 자산 재고는 생성 직후 기한이 경과하는 스프레드시트에서 수동으로 유지됩니다. |
| 플랫폼 | 보안 | ⚡️ 사고 중 문서화된 쿼리 가능한 재고에 액세스할 수 없는 부족 Knowledge 통해 보안 자산 추적 |
| 플랫폼 | 보안 | ⚡️ 감사 사이에 지속적인 모니터링이 없는 연간 규정 준수 검토 중에만 보안 감사가 수행됩니다. |
| 플랫폼 | 보안 | ⚡️ 보안 자산 재고가 수집되지만 검토되지 않습니다. 유휴 계정, 고아 통합, 과도한 권한은 무기한으로 유지됩니다. |
| 플랫폼 | 보안 | ⚡️ 공식 통합 사용자는 추적되지만 사업부는 보안 검토 및 자격 증명 순환 정책을 우회하는 특별 연결된 앱을 만듭니다. |
| 플랫폼 | Shield 이벤트 모니터링 | ⚡️ 이벤트 모니터링이 활성화되어 있지만 이벤트는 SIEM으로 라우팅되지 않으며, 보안 이벤트는 상관 관계 없이 Salesforce에서 사일로 상태로 유지됩니다. |
| 플랫폼 | 통합 | ⚡️ 섀도우 IT 통합은 재고 추적을 우회합니다. 무단 API 활동으로 인해 데이터 추출 위험 발생 |