컴플라이언스
이 플러그인의 설치 단계와 전체 마크다운 가이드가 포함된 설정 프롬프트를 복사하세요.
Capgo은(는) 프라이버시, 보안, 컴플라이언스를 최우선으로 고려하여 설계되었습니다. 이 문서는 어떤 데이터가 수집되는지, 어떻게 사용되는지, 그리고 Capgo의 live update 서비스를 사용할 때 사용자 프라이버시를 보호하고 규제 준수를 보장하기 위해 어떤 조치가 취해지는지 설명합니다.
데이터 수집 개요
“데이터 수집 개요” 섹션Capgo은(는) live update 서비스를 효과적으로 제공하기 위해 필요한 최소한의 데이터만 수집합니다. 데이터 수집은 사용자 추적이나 분석이 아닌 운영 요구 사항에 초점을 맞춥니다.
수집되는 데이터 항목
“수집되는 데이터” 섹션Capgo은(는) 라이브 업데이트 기능을 제공하기 위해 필요한 데이터만 수집합니다. 앱이 업데이트를 확인하거나 새 번들을 다운로드할 때 다음 정보가 수집됩니다:
- 앱 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+ 해당 릴리스 라인에서); Android 백업/복원이 앱 설정을 유지하는 경우에만 ID가 복원됩니다. 백업을 비활성화하거나 해당 설정을 제외하거나 앱 데이터를 지우면 새로운 디바이스 ID가 생성됩니다.
- Bundle ID: 현재 디바이스에 설치된 bundle의 고유 식별자
- 채널 이름: 업데이트를 수신하도록 선택된 채널 이름
- OS 버전: 디바이스와 호환되는 업데이트를 결정하는 데 사용되는 운영 체제 버전
- 플러그인 버전: 디바이스에 업데이트를 전달하는 데 사용되는 @capgo/capacitor-updater 플러그인 버전
- 요청 국가: 사용 가능한 경우, 디바이스에 대한 Cloudflare 처리 요청에서 받은 최신 유효한 2자리 ISO 3166-1 code입니다. GPS 또는 앱에서 제공한 위치 값이 아닙니다.
추가 기술 데이터:
- 업데이트 확인 타임스탬프
- 다운로드 성공/실패 상태
- Bundle 설치 상태
- 롤백 이벤트 및 사유
- IP 주소 (지오로케이션 및 CDN 최적화용)
엔드포인트 저장소 상세 정보
“Endpoint Storage Detail” 섹션업데이터는 업데이트 확인, 채널 자동 할당, 통계 수집을 위해 설정된 최대 3개의 엔드포인트를 사용할 수 있습니다:
updateUrl(/updates) 디바이스가 어떤 번들을 받아야 하는지 확인합니다. 이 엔드포인트는 Capgo Cloud 라이브 업데이트에 필수입니다.channelUrl(/channel_self) 디바이스의 채널 할당 정보를 읽고 업데이트합니다.statsUrl(/stats) 명시적인 업데이트 라이프사이클, 상태, 실패 이벤트를 전송합니다. 추가 통계 보고를 비활성화하려면statsUrl를 빈 문자열로 설정하거나, 직접 관리하는 자체 호스팅 엔드포인트 또는 프록시로 지정하세요. 프록시가 페이로드를 전달하지 않고 직접 종료하는 경우에만 Capgo 외부로 통계가 나가지 않습니다. 자세한 내용은 자체 호스팅 통계 엔드포인트 규약.
비활성화하면 statsUrl 를 통해 명시적 통계 경로만 변경할 수 있습니다. /updates 및 /channel_self 여전히 안정적인 앱 범위(app-scoped) 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 |
| 업데이트 결정 이벤트 | device_id, app_id, action, version_name, created_at; 액션에는 다음이 포함될 수 있습니다 get, noNew, missingBundle, cannotGetBundle, 플랫폼/버전 차단 액션, 플랜 또는 채널 오류 |
네이티브 버전 과금 및 차트를 위해 런타임 텔레메트리에는 다음도 포함될 수 있습니다 platform 및 version_build 배포된 과금 스토어가 해당 필드를 지원하는 경우 MAU 사용량. 새로운 통계 텔레메트리에는 선택적 통계도 포함될 수 있습니다 metadata 앱이 이를 전송할 때.
MAU 과금에 필요한 최소한은 안정적인 익명 ID device_id, app_id, org_id와 타임스탬프입니다.
수집되지 않는 데이터
“수집하지 않는 데이터” 섹션Capgo는 다음을 명시적으로 수집하지 않습니다:
- 개인 사용자 정보 또는 자격 증명
- 앱 사용 분석 또는 사용자 행동 데이터
- 앱 콘텐츠 또는 사용자 생성 데이터
- 일반적인 지리적 지역을 넘어서는 위치 데이터
- 광고 ID, 하드웨어에서 파생된 식별자, 또는 앱, 웹사이트, Capgo 고객 전반에서 사용자를 추적하는 데 사용되는 식별자
- 생체 정보 또는 민감한 개인 데이터
데이터 사용 및 목적
“데이터 사용 및 목적” 섹션Capgo에서 수집한 데이터는 다음 목적으로만 사용됩니다:
서비스 운영
“서비스 운영” 섹션- 특정 앱 버전에서 사용 가능한 업데이트 결정
- 지리적 CDN 선택을 통한 콘텐츠 전송 최적화
- 업데이트와 기기 기능 간 호환성 보장
- 업데이트 롤아웃 및 채널 할당 관리
서비스 개선
“서비스 개선” 섹션- 업데이트 성공률 모니터링 및 문제 식별
- 다운로드 성능 및 신뢰성 최적화
- 전체 업데이트 전달 시스템 개선
- 업데이트 실패 디버깅 및 문제 해결
보안 및 무결성
“보안 및 무결성” 섹션- 남용 방지 및 서비스 가용성 보장
- 업데이트 진위 및 무결성 검증
- 악성 또는 손상된 업데이트로부터 보호
- 서비스 보안 및 안정성 유지
데이터 저장 및 보존
“데이터 저장 및 보존” 섹션저장 위치
“저장 위치” 섹션- 업데이트 번들 및 메타데이터는 안전한 클라우드 인프라에 저장됩니다
- 성능 향상을 위해 데이터가 여러 지리적 지역에 분산됩니다
- 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 보유 기간은 앱 설정에서 앱별로 구성할 수 있습니다. 활성 채널 또는 롤아웃에 연결된 Bundle은 보호되며, 사용되지 않는 Bundle은 앱의 선택된 보유 규칙에 따라 삭제 대상이 됩니다.
- 보관 중인 과거 번들 및 Delta 자산이 저장소 사용량에 기여합니다. 지역별 복제는 저장소 소비량을 증가시키지 않습니다.
- 개인 데이터가 있는 경우, 해당 데이터 보호 법규에 따라 삭제됩니다.
데이터 보안
“데이터 보안” 섹션- 모든 데이터는 전송 중 및 저장 시 암호화됩니다
- 데이터 접근은 권한이 있는 인원에만 제한됩니다
- 정기적인 보안 감사 및 모니터링이 수행됩니다
- 업계 표준 보안 관행이 준수됩니다
- SOC 2 인증: Capgo는 현재 SOC 2 Type II 인증을 받아 보안, 가용성, 기밀성의 최고 기준을 보장합니다. 컴플라이언스 상태 보기 capgo.app 신뢰하기
- ISO 27001: Capgo는 ISO 27001 인증을 받았습니다. 컴플라이언스 현황은 다음에서 확인하세요: 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, 정적 자산)만 업데이트합니다. 네이티브 바이너리, 네이티브 플러그인, 권한, entitlements, 스토어 메타데이터는 변경되지 않습니다. 각 앱은 자체 기준으로 검토되므로 Capgo는 개별 App Store 또는 Play Store 승인을 보장할 수 없습니다.
스토어 규칙과 제출된 앱의 범위를 벗어나지 않는 웹 레이어 변경 사항에만 라이브 업데이트를 사용하세요. 네이티브 기능이나 주요 기능 변경 시에는 일반 네이티브 릴리스를 배포하세요. 검토 Apple의 App Store 검토 가이드라인 (가이드라인 2.5.2 포함) 및 Google Play의 기기 및 네트워크 남용 정책 을 릴리스 전에 확인하세요.
Apple의 원격 code 실행 및 Capgo
“Apple remote code execution and Capgo” 섹션Capgo는 Apple의 원격 code 실행 거부 사유가 될 수 없습니다. 이는 불가능합니다. Capgo는 네이티브 code, 동적 라이브러리, 프레임워크, 플러그인을 설치하거나 실행하지 않으며, 호출할 수도 없습니다. dlopen, dlsym, performSelector:, 또는 method_exchangeImplementations(). 이는 이미 심사된 바이너리에 컴파일된 WebView 또는 JavaScriptCore 엔진 내부의 JavaScript, HTML, CSS, 정적 에셋만 교체합니다. App Review가 Guideline 2.5.2 또는 원격 code 실행을 인용할 때, 그 지적을 Capgo 탓으로 돌리지 마세요. 심사 통지서를 읽고, 네이티브 프로젝트와 다른 SDK에서 실행 파일 로딩이나 private-API 사용이 있는지 확인하세요. 과거 Capgo 스플래시 화면 자동 숨김 경로의 동적 링크에 관한 심사 노트는 라이브 업데이트가 아니라 해당 네이티브 플러그인의 버그였고, 그 링크는 제거되었습니다.
심사 팀은 종종 다음을 인용합니다. 가이드라인 2.5.2 및 Apple Developer Program License Agreement 섹션 3.3.1(B) 앱이 App Review 이후 동작을 바꿀 수 있다고 판단할 때 이 두 항목을 함께 인용합니다. 이 두 가지를 이해하면 규정을 준수하는 Capacitor live update 워크플로우와 원격 code 리스크를 구분할 수 있습니다. 이 섹션은 Capgo가 공개된 규칙에 어떻게 부합하는지 요약하며, 법적 조언은 아닙니다. FAQ 스키마가 포함된 더 긴 설명은 다음을 참조하세요. Apple의 원격 code 규칙과 Capgo 라이브 업데이트.
Apple이 금지하는 것 (Guideline 2.5.2)
“Apple이 금지하는 것 (Guideline 2.5.2)” 섹션App Review 가이드라인 2.5.2 앱이 번들 안에 자체 포함되어야 한다고 요구하며, 앱이 “앱의 기능이나 기능성을 도입하거나 변경하는 다른 앱을 포함한 code를 다운로드, 설치 또는 실행”할 수 없다고 명시합니다.
Apple은 승인 후 네이티브 동작을 변경할 수 있는 메커니즘에 이 규칙을 적용합니다. 예를 들어:
- 컴파일된 네이티브 code, 프레임워크 또는 플러그인 다운로드,
- 런타임에 심볼 해석(
dlopen,dlsym, 그리고 이와 유사한 API), - 비공개 API에 도달하기 위해 Objective-C 메서드를 동적으로 호출(
performSelector:,method_exchangeImplementations(), 그리고 관련 패턴), 그리고 - 검토된 경험을 넘어 앱 동작을 변경하는 것이 목적인 원격 스크립트 실행.
이러한 패턴이 최근 “원격 code 실행” 검토 메시지가 겨냥하는 대상입니다. 임베디드 WebView 안의 HTML, CSS, JavaScript를 교체하는 것을 말하는 게 아닙니다.
Apple이 여전히 허용하는 것 (라이선스 계약 3.3.1(B) 조항)
“Apple이 여전히 허용하는 것 (라이선스 계약 3.3.1(B) 조항)” 섹션이 Apple Developer Program 라이선스 계약 섹션을 찾으세요 3.3.1(B) (“실행 가능한 Code”)는 해석형 code 예외 조항입니다. 현재 계약 문구에 따르면, 애플리케이션은 일반적으로 실행 가능한 code를 다운로드하거나 설치할 수 없으며, 다만 해석형 code은 다음 조건을 충족할 때 다운로드할 수 있습니다:
- 의도된 및 광고된 목적과 일치하지 않는 기능을 제공하여 애플리케이션의 주요 목적을 변경하지 않는 경우,
- 운영체제의 서명, 샌드박스 또는 기타 보안 기능을 우회하지 않는 경우, 그리고
- App Store 앱의 경우, 다른 애플리케이션을 위한 스토어 또는 스토어프론트를 생성하지 않는 경우.
App Store에 제출하는 네이티브 셸은 WebKit 또는 JavaScriptCore를 내장합니다. 해당 웹 번들을 오버더에어(OTA)로 새로고침하는 것은 위 세 가지 조건을 모두 충족하는 경우에만 3.3.1(B) 조항에 따라 해석형 code로 간주될 수 있습니다. 및 팀이 앱에 적용되는 기타 라이선스 및 App Review 규칙(아래 3.3.1(C) 포함)을 평가했는지 확인하세요. 동일한 제품 목적을 유지하는 것은 필수적이지만, 그것만으로는 충분하지 않습니다.
라이선스 계약 3.3.1(C) 조항 (추가 기능)
“라이선스 계약 3.3.1(C) 조항 (추가 기능)” 제목 섹션섹션 3.3.1(C) 의 Apple Developer Program 라이선스 계약 Apple의 사전 서면 승인 없거나 해당 조항에서 허용하는 경우를 제외하고, 3.3.9(A) (In-App Purchase API) App Store, Custom App Distribution, 또는 TestFlight를 제외한 다른 배포 메커니즘을 통해 추가 기능이나 기능을 제공, 잠금 해제, 또는 활성화할 수 없습니다.
Apple이 공개한 텍스트는 해당 조항이 모든 해석된 code OTA bundle과 어떻게 상호작용하는지 명시하지 않습니다. 특정 Capgo 릴리스가 3.3.1(C)를 트리거하는지는 팀과 법률 자문가의 판단 사항이며, Capgo가 대신 결정할 수 있는 문제가 아닙니다.
Guideline 4.7이 적용될 수 있는 경우
“가이드라인 4.7이 적용될 수 있는 경우” 섹션다음에서 2025년 11월, Apple은 명확히 했습니다 가이드라인 4.7 HTML5 및 JavaScript 미니 앱, 미니 게임, 챗봇, 플러그인 및 바이너리에 내장되지 않은 유사한 소프트웨어를 제공하는 앱에 대해. 소프트웨어의 소유권은 4.7이 적용되는지 여부를 결정하지 않습니다. 중요한 것은 광고하는 경험입니다: 사용자가 앱 내에서 여러 가지 다른 소프트웨어 경험을 발견하거나 시작하거나 전환할 수 있다면, 추가적인 4.7 규칙(카탈로그 인덱싱, 등급보다 높은 콘텐츠에 대한 연령 제한 및 관련 요구 사항)을 충족해야 할 수 있습니다.
Capgo은 업데이트 메커니즘입니다. 자체적으로 앱이 4.7 호스트가 되게 하지는 않지만, 다른 채널로 번들을 전달할 수 있습니다. 제품이 미니 앱 플랫폼이나 화이트라벨 호스트처럼 작동한다면, OTA 전달에 의존하기 전에 법률 자문과 협력하여 App Store 포지셔닝과 공개 사항을 확인하십시오.
Capgo이 규칙에 어떻게 매핑되는지
“Capgo이 규칙에 어떻게 매핑되는지” 섹션| 고려 사항 | Capgo 동작 |
|---|---|
| 실행 가능한 네이티브 code | 불가능합니다. Capgo는 네이티브 code을 설치하거나 실행하지 않습니다. 네이티브 code 변경에는 새로운 스토어 바이너리가 필요합니다. |
| 해석형 웹 에셋 | JavaScript, HTML, CSS, 폰트, 이미지 및 기타 정적 에셋은 앱 내 웹 번들만 교체합니다. |
| 주요 목적 | 팀이 범위를 제어합니다. 중요한 새로운 기능은 OTA가 아닌 리뷰를 통해 배포하세요. |
| 보안 | 번들은 서명되고 끝에서 끝까지 암호화될 수 있습니다. 업데이트 프로그램은 iOS 샌드박싱이나 code 서명을 우회하지 않습니다. |
| 스토어 | Capgo 채널은 앱에 업데이트를 배포합니다. 바이너리 내부에 무관한 제3자 앱을 게시하지 않습니다. |
OTA 번들 배포 전 실용적인 체크리스트
“OTA 번들 배포 전 실용적인 체크리스트” 섹션- 변경 사항이 웹 레이어로 제한되고 Apple이 리뷰한 앱과 일치하는지 확인하세요.
- 업데이트가 Apple의 사전 서면 승인이나 허용된 3.3.9(A) 사용(라이선스 계약 섹션 3.3.1(C)) 없이 App Store, Custom App Distribution 또는 TestFlight 외부에서 추가 기능이나 기능성을 제공, 잠금 해제 또는 활성화하지 않는지 확인하십시오. 해당 제한이 귀하의 인터프리트된 code OTA bundle에 적용되는지는 법적 검토가 필요합니다.
- 가격 책정, 구매, 규제 대상 흐름은 검토된 네이티브 흐름 또는 스토어 규정을 준수하는 흐름 안에서 유지하세요.
- 플러그인, 권한, entitlement, 네이티브 의존성을 추가할 때는 새 바이너리를 업로드하세요.
- 리뷰어가 앱이 스스로 업데이트되는 방식을 물으면 App Review 노트에 라이브 업데이트를 기재하세요.
Capgo를 사용하면 네이티브 릴리스를 스토어 심사 경로에 유지하면서 웹 레이어 수정 사항을 몇 분 만에 배포할 수 있습니다. 어떤 업데이트 도구도 Apple의 승인을 보장할 수는 없습니다. 앱에 적용되는 Apple 가이드라인과 라이선스 약관을 검토하고, 의문이 생기면 법률 전문가와 상담하세요.
귀하의 책임
“귀하의 책임” 섹션Capgo를 사용하는 앱 개발자로서 다음을 준수해야 합니다:
- 앱의 개인정보 처리방침에 적절한 개인정보 고지 포함
- 필요한 경우 사용자에게 live update 서비스 사용을 안내
- 계획된 각 업데이트가 관련 법률과 스토어 규정을 준수하는지 확인
- 필요한 경우 적절한 동의 메커니즘 구현
설계부터 개인정보 보호
“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의 구현 세부 사항의 경우.