컴플라이언스
이 플러그인의 설치 단계와 전체 markdown 가이드가 포함된 설정 프롬프트를 복사하세요.
Capgo는 개인정보 보호, 보안 및 규정 준수를 최우선으로 설계되었습니다. 이 문서는 Capgo의 live update 서비스를 사용할 때 어떤 데이터가 수집되는지, 어떻게 사용되는지, 그리고 사용자의 개인정보를 보호하고 규정을 준수하기 위해 어떤 조치가 마련되어 있는지 설명합니다.
데이터 수집 개요
“데이터 수집 개요” 섹션Capgo는 live update 서비스를 효과적으로 제공하는 데 필요한 최소한의 데이터만 수집합니다. 데이터 수집은 사용자 추적이나 분석보다는 운영 요구 사항에 집중되어 있습니다.
수집되는 데이터 항목
“수집되는 데이터 항목” 섹션Capgo는 Live Update 기능을 제공하는 데 꼭 필요한 데이터만 수집합니다. 앱이 업데이트를 확인하거나 새로운 bundle을 다운로드할 때 다음 정보가 수집됩니다:
- App ID: 앱을 올바른 계정과 연결하는 데 사용되는 앱 고유 식별자
- 앱 버전 Code: 어떤 업데이트가 앱과 호환되는지 판단하는 데 사용되는 앱의 code 버전
- 앱 버전 이름: 표시용으로 사용되는 앱의 버전 이름
- 플랫폼: 어떤 업데이트가 앱과 호환되는지 결정하는 데 사용되는 앱의 플랫폼(iOS, Android, Electron)
- 기기 ID: Live Update 운영, 업데이트 대상 확인, 월간 활성 기기 중복 제거, 고객 지원, 어뷰징 방지 및 운영 안정성을 위해 무작위로 생성된 앱 범위의 기기 식별자입니다. 이는 광고 ID가 아니며, 하드웨어 식별자에서 파생되지 않고, 앱, 웹사이트 또는 Capgo 고객 간의 사용자 추적에도 사용되지 않습니다. iOS의 경우, v7.25.0+ Keychain을 사용하여 일반적인 재설치 시에도 ID를 유지합니다. Android의 경우, v7.50.1+ (또는 v5.50.1+ 및 v6.50.1+ 해당 릴리스 라인에 포함됩니다. ID는 Android Backup/Restore가 앱 설정을 유지할 때만 복구됩니다. 백업을 비활성화하거나, 해당 설정을 제외하거나, 앱 데이터를 삭제하면 새로운 기기 ID가 생성됩니다.
- Bundle ID: 현재 기기에 설치된 bundle의 고유 식별자
- 채널 이름: 업데이트를 받도록 선택된 채널의 이름
- OS 버전: 기기와 호환되는 업데이트를 결정하는 데 사용되는 운영 체제 버전
- 플러그인 버전: 기기에 업데이트를 전달하는 데 사용되는 @capgo/capacitor-updater plugin의 버전
- 요청 국가: 사용 가능한 경우, 기기에 대한 Cloudflare 처리된 요청에서 수신된 최신 유효 ISO 3166-1 code 코드입니다. 이는 GPS나 앱에서 제공하는 위치 값이 아닙니다.
추가 기술 데이터:
- 업데이트 확인 타임스탬프
- 다운로드 성공/실패 상태
- Bundle 설치 상태
- 롤백 이벤트 및 사유
- IP 주소 (지오로케이션 및 CDN 최적화용)
엔드포인트 스토리지 상세 정보
“엔드포인트 스토리지 상세 정보” 섹션업데이터는 업데이트 확인, 채널 자동 할당 및 통계 수집을 위해 설정된 최대 3개의 엔드포인트를 사용할 수 있습니다:
updateUrl(/updates) 디바이스가 어떤 번들을 받아야 하는지 확인합니다. 이 엔드포인트는 Capgo Cloud Live Update 사용 시 필수입니다.channelUrl(/channel_self) 디바이스의 채널 할당 정보를 읽고 업데이트합니다.statsUrl(/stats) 명시적인 업데이트 라이프사이클, 상태 및 실패 이벤트를 전송합니다. 추가 통계 보고를 비활성화하려면statsUrl를 빈 문자열로 설정하거나, 직접 관리하는 자체 호스팅 엔드포인트 또는 프록시를 지정하세요. 프록시가 페이로드를 전달하지 않고 직접 종료(terminate)하는 경우에만 Capgo 외부로 통계가 나가지 않습니다. 자세한 내용은 자체 호스팅 통계 엔드포인트 규약(contract)을.
비활성화하면 statsUrl 명시적 통계 경로만 변경됩니다. /updates 및 /channel_self 여전히 안정적인 앱 범위의 device_id 가 필요하므로, Capgo는 어떤 업데이트와 채널을 적용할지 결정하고 과금을 위한 월간 활성 디바이스 수를 집계할 수 있습니다.
호출 시 statsUrl 활성화되면 Capgo는 다음을 저장할 수 있습니다:
| 레코드 | 저장된 필드 |
|---|---|
| 결제 MAU | device_id, app_id, org_id, timestamp |
| 디바이스 인벤토리 | device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, 선택 사항 custom_id, 선택 사항인 요청 국가 code |
| 통계 이벤트 | device_id, app_id, action, version_name, created_at |
호출 시 statsUrl 비활성화되어 있지만 updateUrl 활성화된 상태로 남아 있으면, Capgo는 여전히 다음을 저장할 수 있습니다:
| 레코드 | 저장된 필드 |
|---|---|
| 결제 MAU | device_id, app_id, org_id, timestamp |
| 디바이스 인벤토리 | device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, 선택 사항 custom_id, 선택 사항인 요청 국가 code |
| Update-decision 이벤트 | device_id, app_id, action, version_name, created_at; 다음 작업이 포함될 수 있습니다: get, noNew, missingBundle, cannotGetBundle, 플랫폼/버전 차단 작업, 그리고 플랜 또는 채널 오류 |
Native Build 버전의 빌링 및 차트를 위해, 런타임 텔레메트리에 다음이 포함될 수 있습니다: platform 및 version_build 배포된 빌링 스토어가 해당 필드를 지원하는 경우 MAU 사용량과 함께 제공됩니다. 최신 통계 텔레메트리에는 선택적 통계가 포함될 수 있으며, metadata 앱에서 데이터를 전송할 때 포함됩니다.
MAU 결제에 필요한 절대적인 최소 데이터는 안정적인 익명 device_id, app_id, org_id, 그리고 타임스탬프입니다.
수집되지 않는 데이터
“수집되지 않는 데이터” 섹션Capgo는 다음 정보를 명시적으로 수집하지 않습니다:
- 개인 정보 또는 인증 정보
- 앱 사용 분석 또는 사용자 행동 데이터
- 앱 콘텐츠 또는 사용자 생성 데이터
- 일반적인 지역 정보를 제외한 위치 데이터
- 광고 ID, 하드웨어 기반 식별자, 또는 앱, 웹사이트, Capgo 고객 간 사용자 추적에 사용되는 식별자
- 생체 인식 또는 민감한 개인 데이터
데이터 사용 및 목적
“데이터 사용 및 목적” 섹션Capgo가 수집하는 데이터는 오직 다음 목적으로만 사용됩니다:
서비스 운영
“서비스 운영” 섹션- 특정 앱 버전에 사용 가능한 업데이트 결정
- 지리적 CDN 선택을 통한 콘텐츠 전송 최적화
- 업데이트와 디바이스 기능 간의 호환성 보장
- 업데이트 배포 및 채널 할당 관리
서비스 개선
“서비스 개선” 섹션- 업데이트 성공률 모니터링 및 이슈 식별
- 다운로드 성능 및 신뢰성 최적화
- 전반적인 업데이트 전송 시스템 개선
- 업데이트 실패 디버깅 및 트러블슈팅
보안 및 무결성
“보안 및 무결성” 섹션- 남용 방지 및 서비스 가용성 확보
- 업데이트의 인증 및 무결성 검증
- 악성 또는 손상된 업데이트로부터 보호
- 서비스 보안 및 안정성 유지
데이터 저장 및 보관
“데이터 저장 및 보관” 섹션저장 위치
“저장 위치” 섹션- 업데이트 bundle 및 메타데이터는 보안 클라우드 인프라에 저장됩니다
- 성능을 위해 데이터를 여러 지리적 리전에 분산 저장합니다
- EU 데이터 레지던시가 필요한 앱은 다음과 같이 설정할 수 있습니다
updateUrl로https://plugin.eu.capgo.app/updates,statsUrl로https://plugin.eu.capgo.app/stats, 그리고channelUrl로https://plugin.eu.capgo.app/channel_self. 보기 데이터 위치 정확한 설정값은 확인해 주세요. - 모든 데이터 전송은 업계 표준 프로토콜(HTTPS/TLS)을 통해 암호화됩니다.
데이터 보관 정책
“데이터 보관 정책” 섹션- 운영 기록은 서비스 운영, 보안, 결제 및 기술 지원을 위해 보관됩니다.
- Bundle 보관 기간은 App Settings에서 앱별로 설정할 수 있습니다. 활성화된 channel 또는 rollout에 연결된 Bundle은 보호되며, 사용되지 않는 Bundle은 앱에 설정된 보관 규칙에 따라 삭제될 수 있습니다.
- 보관된 이전 Bundle 및 Delta 에셋은 스토리지 사용량에 포함됩니다. 지역별 복제(Regional replication)는 스토리지 사용량을 배수로 늘리지 않습니다.
- 개인정보가 포함된 경우, 관련 데이터 보호법에 따라 삭제됩니다.
데이터 보안
“데이터 보안” 섹션- 모든 데이터는 전송 중 및 저장 시 암호화됩니다
- 데이터 접근은 권한이 있는 인원으로만 제한됩니다
- 정기적인 보안 감사 및 모니터링을 수행합니다
- 업계 표준 보안 관행을 준수합니다
- SOC 2 인증: Capgo는 현재 SOC 2 Type II 인증을 보유하여 보안, 가용성 및 기밀성의 최고 수준을 보장합니다. 컴플라이언스 상태는 다음에서 확인하세요: trust.capgo.app
- ISO 27001: Capgo는 ISO 27001 인증을 받았습니다. 컴플라이언스 상태는 다음에서 확인하세요: trust.capgo.app
- 지속적인 Code 감사: 모든 커밋은 다음을 통해 자동으로 감사됩니다: SonarCloud 다음 항목에 대해: 플러그인 및 백엔드, code 품질, 보안 취약점 탐지 및 유지보수성을 보장합니다
- 취약점 스캐닝: 추가적인 보안 스캐닝은 다음을 통해 수행됩니다: Snyk 의존성 내 보안 취약점을 탐지하고 해결하기 위해
- 인프라 보안: 당사의 호스팅 인프라는 다음을 통해 지속적으로 모니터링 및 검증됩니다: 호스팅 보안 점검
- AI 기반 Code 리뷰: 모든 pull request는 CodeRabbit AI가 검토하여 잠재적인 문제와 보안 이슈를 포착하고 code 품질 표준을 유지합니다
개인정보 보호 제어
“개인정보 보호 제어” 섹션앱 개발자용
“앱 개발자용” 섹션Capgo 사용자로서 다음 사항을 직접 제어할 수 있습니다:
- 채널 관리: 어떤 사용자가 어떤 업데이트를 받을지 제어합니다
- 데이터 최소화: 공유되는 기기 정보를 설정합니다
- 지리적 제어: 업데이트가 배포되는 위치를 관리합니다
- 보관 설정: 업데이트 데이터의 보관 기간을 제어합니다
최종 사용자용
“최종 사용자용” 섹션앱 사용자가 누리는 혜택:
- 최소한의 데이터 수집: 업데이트 전달에 꼭 필요한 데이터만 수집합니다
- 추적 없음: 앱 간 추적 또는 지속적인 사용자 추적을 수행하지 않습니다
- 투명성: 본 개인정보 처리방침은 수집되는 데이터의 종류를 명확히 설명합니다
- 보안: 모든 데이터 전송은 암호화되어 안전하게 보호됩니다
준수 및 법적 사항
“준수 및 법적 사항” 섹션데이터 보호 규정
“데이터 보호 규정” 섹션Capgo은 다음을 포함한 주요 데이터 보호 규정 준수를 지원하도록 설계되었습니다:
- GDPR (일반 데이터 보호 규정)
- CCPA (캘리포니아 소비자 개인정보 보호법)
- COPPA (아동 온라인 개인정보 보호법)
- 기타 적용 가능한 지역 개인정보 보호법
현재 준수 문서
“현재 준수 문서” 섹션- 이 하위 프로세서 목록 은 Capgo의 최신 공식 정보원입니다. 이 목록은 최신 상태로 유지되며 각 제공업체의 목적, 처리 위치, 전송 메커니즘 및 변경 이력을 포함합니다.
- 이 데이터 처리 계약서 검토하실 수 있습니다.
App Store 및 Play Store 고려 사항
“App Store 및 Play Store 고려 사항” 섹션Capgo는 Capacitor 웹 레이어(JavaScript, HTML, CSS 및 정적 에셋)만 업데이트합니다. 네이티브 바이너리, 네이티브 플러그인, 권한, 엔타이틀먼트 또는 스토어 메타데이터는 변경하지 않습니다. 각 앱은 개별 사안에 따라 심사되므로, Capgo는 개별 App Store 또는 Play Store 승인을 보장할 수 없습니다.
스토어 규정과 제출한 앱의 범위를 벗어나지 않는 웹 레이어 변경에만 라이브 업데이트를 사용하세요. 네이티브 기능이나 중대한 기능 변경에는 일반 네이티브 릴리스를 배포하세요. 검토하세요: Apple App Store 심사 가이드라인 (가이드라인 2.5.2 포함) 및 Google Play의 기기 및 네트워크 악용 정책 출시 전에 앱에 적용되는지 확인하세요.
Apple의 원격 code 실행 및 Capgo
“Apple의 원격 code 실행 및 Capgo” 섹션리뷰 팀은 주로 다음 사항을 가이드라인 2.5.2와 및 Apple Developer Program 라이선스 계약 3.3.1(B)항을 함께 언급합니다. 이는 앱이 App Review 이후에 동작을 변경할 수 있다고 판단될 때입니다. 이 두 가지를 이해하면 규정을 준수하는 Capacitor live update 워크플로우와 원격 code 리스크를 구분할 수 있습니다. 이 섹션은 Capgo가 해당 규정에 어떻게 부합하는지 요약하며, 법적 조언을 제공하는 것은 아닙니다.
Apple의 금지 사항 (가이드라인 2.5.2)
“Apple의 금지 사항 (가이드라인 2.5.2)” 섹션App Review 가이드라인 2.5.2는 앱이 번들 내에 독립적으로 포함되어야 함을 명시하며, “다른 앱을 포함하여 앱의 기능이나 동작을 도입하거나 변경하는 code를 다운로드, 설치 또는 실행할 수 없다”고 규정합니다.
Apple은 승인 후 네이티브 동작을 변경할 수 있는 다음과 같은 메커니즘에 이 규칙을 적용합니다:
- 컴파일된 네이티브 code, 프레임워크 또는 플러그인 다운로드,
- 런타임 시 심볼 해석(resolving symbols)
dlopen,dlsym, 및 유사 API), - 프라이빗 API에 접근하기 위해 Objective-C 메서드를 동적으로 호출하거나 (
performSelector:,method_exchangeImplementations(), 및 관련 패턴), 그리고 - 검토된 앱의 동작 범위를 벗어나 앱의 동작을 변경하려는 목적으로 원격 스크립트를 실행하는 행위.
이러한 패턴들이 최근 “remote code execution” 심사 메시지의 타겟입니다. 이는 임베디드 WebView 내부의 HTML, CSS, JavaScript를 교체하는 것을 의미하지 않습니다.
Apple이 여전히 허용하는 사항 (라이선스 계약 3.3.1(B)항)
“Apple이 여전히 허용하는 사항 (라이선스 계약 3.3.1(B)항)” 섹션이 Apple Developer Program 라이선스 계약 항 3.3.1(B) (“Executable Code”)는 해석형-code 예외 조항입니다. 현재 계약 문구에 따르면, 애플리케이션은 일반적으로 실행 가능한 code를 다운로드하거나 설치할 수 없습니다. except 해석된 code가 다음 조건을 충족하며 다운로드되는 경우:
- 의도된 목적 및 광고된 목적과 일치하지 않는 기능을 제공하여 애플리케이션의 주요 목적을 변경하지 않아야 하며,
- 운영 체제의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않아야 하며,
- App Store 앱의 경우, 다른 애플리케이션을 위한 스토어 또는 판매점을 생성하지 않아야 합니다.
App Store에 제출하는 Native Build 셸에는 WebKit 또는 JavaScriptCore가 포함되어 있습니다. 웹 번들을 OTA로 새로 고치는 것은, 릴리스가 위의 세 가지 조건을 모두 충족할 때만 섹션 3.3.1(B)에 따른 해석된 code로 간주될 수 있습니다. 및 팀에서 아래 섹션 3.3.1(C)를 포함하여 앱에 적용되는 기타 라이선스 및 App Review 규칙을 검토해야 합니다. 동일한 제품 목적을 유지하는 것은 필수적이지만, 그것만으로는 충분하지 않습니다.
라이선스 계약 섹션 3.3.1(C) (추가 기능)
“라이선스 계약 섹션 3.3.1(C) (추가 기능)” 제목의 섹션섹션 3.3.1(C) 의 Apple Developer Program 라이선스 계약 Apple의 사전 서면 승인 없이 또는 다음 조항에 따라 허용되지 않는 한 3.3.9(A) (API 인앱 결제)의 경우, 애플리케이션은 App Store, Custom App Distribution 또는 TestFlight 이외의 배포 메커니즘을 통해 추가 기능이나 기능을 제공, 잠금 해제 또는 활성화할 수 없습니다.
Apple의 공개된 문구에는 해당 조항이 해석된 모든 code OTA bundle과 어떻게 상호작용하는지 명시되어 있지 않습니다. 특정 Capgo 릴리스가 3.3.1(C)를 위반하는지 여부는 귀하의 팀과 법률 자문이 판단해야 할 법적 문제이며, Capgo가 대신 결정해 드릴 수 있는 사항이 아닙니다.
Guideline 4.7이 적용될 수 있는 경우
“Guideline 4.7이 적용될 수 있는 경우” 섹션에서 2025년 11월, Apple은 다음과 같이 명시했습니다 가이드라인 4.7 HTML5 및 JavaScript 기반의 미니 앱, 미니 게임, 챗봇, 플러그인 등 바이너리에 포함되지 않은 소프트웨어를 제공하는 앱의 경우입니다. 소프트웨어 소유권 여부는 4.7 규정 적용 여부를 결정하지 않습니다. 중요한 것은 광고하는 사용자 경험입니다. 사용자가 앱 내에서 여러 개의 서로 다른 소프트웨어 경험을 발견, 실행 또는 전환할 수 있다면, 추가적인 4.7 규정(카탈로그 인덱싱, 등급 이상의 콘텐츠에 대한 연령 제한 및 관련 요구 사항)을 준수해야 할 수도 있습니다.
Capgo는 업데이트 메커니즘입니다. 그 자체로 앱을 4.7 호스트로 만들지는 않지만, 서로 다른 채널로 번들을 전달할 수 있습니다. 제품이 미니 앱 플랫폼이나 화이트 라벨 호스트처럼 동작한다면, OTA 배포에 의존하기 전에 법률 자문을 통해 App Store 내 서비스 포지셔닝과 고지 사항을 확인하시기 바랍니다.
Capgo와 규정 간의 관계
“Capgo와 규정 간의 관계” 섹션| 우려 사항 | Capgo 동작 방식 |
|---|---|
| 실행 가능한 네이티브 code | 다운로드 또는 실행되지 않음. 네이티브 code 변경 시에는 스토어용 새 바이너리가 필요합니다. |
| 인터프리터 방식의 웹 에셋 | JavaScript, HTML, CSS, 폰트, 이미지 및 기타 정적 에셋은 앱 내 웹 번들만 교체합니다. |
| 주요 목적 | 팀에서 범위를 제어합니다. 주요 기능은 OTA가 아닌 심사 과정을 통해 배포하세요. |
| 보안 | Bundle은 서명되며 종단간 암호화가 가능합니다. Updater는 iOS sandboxing이나 code 서명을 우회하지 않습니다. |
| Storefront | Capgo channel은 앱에 업데이트를 배포할 뿐, 바이너리 내부에 무관한 제3자 앱을 게시하지 않습니다. |
OTA bundle 배포 전 실무 체크리스트
“OTA bundle 배포 전 실무 체크리스트” 섹션- 변경 사항이 웹 레이어에 국한되어 있으며, Apple이 검토한 앱의 내용과 일치하는지 확인하세요.
- 업데이트가 Apple의 사전 서면 승인이나 허용된 section 3.3.9(A) 사용(라이선스 계약 section 3.3.1(C)) 없이 App Store, Custom App Distribution 또는 TestFlight 외부의 추가 기능이나 기능을 제공, 잠금 해제 또는 활성화하지 않는지 확인하세요. 해당 제한 사항이 귀하의 interpreted-code OTA bundle에 적용되는지는 법적 검토가 필요합니다.
- 가격 책정, 구매 및 규제 대상 플로우는 검토 완료된 네이티브 또는 스토어 준수 플로우 내에서 유지하세요.
- 플러그인, 권한, entitlement 또는 네이티브 의존성을 추가할 때는 새로운 바이너리를 upload 하세요.
- 리뷰어가 앱의 업데이트 방식에 대해 문의할 경우, App Review notes에 Live Update 관련 내용을 문서화하세요.
Capgo를 사용하면 네이티브 릴리스를 스토어 심사 경로에 유지하면서도 웹 레이어 수정 사항을 몇 분 만에 배포할 수 있습니다. 어떤 업데이트 도구도 Apple의 승인을 보장할 수는 없습니다. 앱에 적용되는 Apple 가이드라인과 라이선스 약관을 검토하고, 의문이 생기면 법률 전문가와 상담하세요.
개발자 준수 사항
“개발자 준수 사항” 섹션Capgo를 사용하는 앱 개발자로서 다음 사항을 준수해야 합니다:
- 앱 개인정보 처리방침에 적절한 개인정보 공개 사항 포함
- 필요 시 사용자에게 live update 서비스 사용 여부 고지
- 모든 업데이트 계획이 관련 법규 및 스토어 규정을 준수하는지 확인
- 필요 시 적절한 동의 메커니즘 구현
Privacy by Design
“Privacy by Design” 섹션Capgo는 다음과 같은 privacy-by-design 원칙을 준수합니다:
데이터 최소화
“데이터 최소화” 섹션- 서비스 운영에 반드시 필요한 데이터만 수집
- 개인정보 또는 민감 정보 수집 지양
- 가능한 경우 집계 및 익명화된 데이터 사용
목적 제한
“목적 제한” 섹션- 수집된 데이터는 명시된 목적에만 사용
- 관련 없는 활동을 위해 데이터를 재사용하지 않음
- 데이터 사용에 대한 명확한 경계 유지
투명성
“투명성” 섹션- 데이터 수집 및 사용에 대한 명확한 정보 제공
- 개인정보 보호 관행을 쉽게 확인하고 이해할 수 있도록 구성
- 개인정보 보호 관련 문서 정기 업데이트
문의 사항
“문의 사항” 섹션Capgo의 개인정보 보호 관행에 대해 궁금한 점이 있거나 개인정보 관련 문제를 보고하려면:
- 전체 개인정보 처리방침은 다음에서 확인하세요: capgo.app/privacy
- 보안 및 컴플라이언스 현황은 다음에서 확인하세요: capgo.app/trust
- 지원 채널을 통해 개인정보 보호 팀에 문의하세요
- 개인정보 관련 이슈는 보안 담당자에게 신고해 주세요
개인정보 보호를 위한 권장 사항
“개인정보 보호를 위한 권장 사항” 섹션앱에 Capgo를 구현할 때:
- 투명성 유지: 사용자에게 live update 기능에 대해 안내하세요
- 데이터 최소화: 실제로 필요한 데이터 수집 기능만 활성화하세요
- 안전한 구현: 통합 시 보안 베스트 프랙티스를 준수하세요
- 정기적인 검토: 개인정보 보호 관행을 주기적으로 검토하고 정책을 업데이트하세요
- 사용자 제어: 사용자가 업데이트 동작을 제어할 수 있는 옵션을 제공하는 것을 고려하세요
이러한 관행을 준수하고 Capgo의 개인정보 보호 방식을 이해함으로써, 사용자에게 안전하고 개인정보를 존중하는 live update 경험을 제공할 수 있습니다.
Compliance에서 계속하기
“Compliance에서 계속하기” 섹션 제목사용 중인 경우 컴플라이언스 보안 및 컴플라이언스 계획을 세우려면, 다음 항목과 연결하세요 HIPAA 준수 규제 대상 텔레메트리 제어를 위해, 암호화 암호화 구현 세부 사항은, Capgo 보안 스캐너 Capgo Security Scanner의 제품 워크플로우는, Capgo 보안 Capgo Security의 제품 워크플로를 위해, Capgo 신뢰 센터 Capgo Trust Center의 제품 워크플로를 위해, 그리고 조직 보안 Organization Security의 구현 세부 사항을 위해.