CI/CD PIPELINE에서 OTA 업데이트를 보안하는 방법

CI/CD PIPELINE에서 안전한 OTA 업데이트를 원하신다면? CI/CD PIPELINECI/CD PIPELINE에서 안전한 OTA 업데이트를 원하신다면?

• 안전한 통신 프로토콜을 사용하세요: TLS 1.3, HTTPS, SSL 핀닝을 구현하여 업데이트를 조작하거나 중간에 가로채지 않도록 방지하세요.
• 암호화 키로 업데이트를 서명하세요: PKI 및 보안 부트로더를 사용하여 업데이트의 무결성을 검증하세요.
• 끝에서 끝까지 암호화하세요: 업데이트가 이동하는 동안 끝에서 끝까지 암호화를 사용하여 업데이트를 보호하세요.
• CI/CD PIPELINE을 안전하게 하세요: 비밀 관리 도구를 사용하여 자격 증명을 관리하고, 빌드 환경을 분리하고, 역할 기반 접근 제어(RBAC)를 강제하세요.
• 자동화된 보안 테스트: 배포 전 사전 검사 (SAST, SCA, DAST)를 수행하여 취약점을 일찍 발견합니다.
• 모니터링 및 롤백 준비: 업데이트 성능 추적 및 롤백 메커니즘인 A/B 분할을 구현합니다.
• 규정 준수: 감사 로그 유지, 앱 스토어 지침 준수 및 중요 업데이트에 대한 승인 워크플로우 설정합니다.

실용적인 CI/CD pipeline 보안 단계 | Secure Software Delivery | OpsMx Delivery Shield

OTA 업데이트 보안 설정

OTA 업데이트 보안은 여러 층의 보호를 포함합니다: 안전한 통신 프로토콜, 암호화 서명 및 종단 간 암호화. 각 층은 특정 위험을 해결하고 함께 작동하여坚固한 방어 시스템을 만듭니다.

안전한 통신 프로토콜 사용

장치와 업데이트 서버 간의 통신을 보호하기 위해 신뢰할 수 있고 안전한 채널이 필요합니다. Transport Layer Security (TLS) TLS 1.3이 현재 표준으로 데이터 전송 중인 데이터를 보호하기 위해 사용되는 프로토콜입니다. [1].

인증서를 사용하여 서버의 신원을 인증하는 Certificate Authority validation 또는 운영 체제에서 제공하는 인증서를 사용하여 인증서를 미리 배포하는 self-signed certificate를 사용하여 장치가 서버의 신원을 인증해야 합니다. [1]이 단계는 공격자가 합법적인 업데이트서버를 위장할 수 없도록 합니다.

HTTPS 암호화 클라이언트와 서버 간의 모든 상호 작용에 대해 필수적으로 사용되어 중간자 공격을 차단해야 합니다. [2]또한 SSL 고정 인증서의 신뢰성을 보장하기 위해 SSL 인증서의 특정 인증서만 신뢰하도록하는 것입니다. 인증 기관이 위협을 받을 경우에도. [2].

통신 프로토콜은 3 가지 주요 역할을 수행해야 합니다: 업데이트에 접근하기 위한 연결 인증, 인벤토리 데이터의 교환 보안, 상태 정보의 전달 보호. [1]각 영역은 보안되지 않으면 취약점이 될 수 있습니다.

통신이 안전해지면 다음 단계는 업데이트의 무결성을 보장하기 위한 암호화 서명입니다.

__CAPGO_KEEP_0__

업데이트 인증을 위한 암호화 키로 서명 암호화 서명은 업데이트 패키지가 신뢰할 수 있는 출처에서 오고 변조되지 않았음을 보장합니다. 공개 키 인프라 (PKI) [3].

이 목적에 가장 신뢰할 수 있는 프레임워크입니다. [3].

개발자는 배포 전에 업데이트 패키지를 개인 키로 서명합니다. 장치에서는 업데이트 프로세스 중 서명 확인을 위해 대응하는 공개 키를 사용합니다. 서명 확인에 실패하는 패키지는 거부됩니다. [3]. This prevents malicious code from running, even if it has been installed.

이러한 방식으로, 악성 __CAPGO_KEEP_0__가 실행되는 것을 방지할 수 있습니다.

업데이트의 무결성을 확인한 후 최종 단계는 종단 간 암호화로 비밀성을 보호하는 것입니다.

CI/CD PIPELINE을 위한 OTA 업데이트를 보안하는 방법

End-to-end encryption (E2EE) 은 빌드 시스템과 사용자 기기 사이의 전체 경로를 보안합니다. 이 접근 방식은 플랫폼이 업데이트를 전달할 수 없거나 업데이트의 내용을 변경할 수 없도록 합니다. 또한 배포 중에 code 주입 및 데이터 유출을 방지합니다.

E2EE를 구현하려면 업데이트를 개발 환경을 떠나기 전에 암호화합니다. 암호화 키를 안전하게 교환하고 대상 기기에서 키의 진위성을 검증하는 데 사용하는 안전한 키 교환 프로토콜을 사용합니다. 강력한 암호화 방법과 안전한 키 관리가 이 시스템의 근간을 이루고 있습니다.

__CAPGO_KEEP_0__ Capgo simplify this process by offering built-in end-to-end encryption for Capacitor apps. Capgo manages the encryption process while adhering to Apple and Android security requirements, saving you the effort of building a custom system and reducing potential vulnerabilities.

CLI

__CAPGO_KEEP_0__

CI/CD pipeline은 공격자가 OTA 업데이트에 악성 code을 삽입하려는 유혹적인 목표입니다. 만약에 위협에 노출되면, 유해한 code을 빠르게 배포할 수 있으므로, 보안을 최우선으로 다루어야 합니다. workflow를 보호하기 위해서는, 자격 증명 관리, 빌드 환경 분리, 엄격한 접근 제어를 강화하는 것이 중요합니다. 이 조치는 OTA 업데이트 전달을 보호하는 이전 전략과 함께 동작합니다.

자격 증명 관리 및 API 키

API 키, 데이터베이스 자격 증명, 또는 서명 인증서와 같은 sensitive 정보를 직접 code 저장소에 저장하는 것은 보안 위험입니다. 공격자는 이러한 취약점을 찾고 있으며, 버전 관리 시스템에 저장된 비밀은 특히 취약합니다. [5].

CI/CD 플랫폼은 비밀 관리 도구를 제공하여 자격 증명을 안전하게 관리합니다. 이 도구는 빌드 중에 자격 증명을 삽입하여 프로젝트 파일이나 로그에 노출되지 않도록 하며, 권한이 있는 사용자만이 자격 증명을 접근할 수 있도록 합니다. [5].

비밀 관리에 대한 몇 가지 인기 있는 옵션입니다.

보안 취약점의 위험 창을 줄이기 위해 비밀번호를 정기적으로轮전환하는 것이 중요합니다. 자동화된 프로세스를 통해 비밀번호를轮전환하는 것이 좋습니다. [4]SSO를 구현하는 경우 빌드 환경 분리 빌드 환경을 분리하는 것은 또 다른 중요한 단계입니다. 빌드는 깨끗하고 안전한 상태에서 시작되어야 하며, 남아있는 구성, 캐시 파일, 또는 검증되지 않은 의존성을 포함하지 않아야 합니다. [5].

. 이로 인해 빌드 간의 교차 감염 위험을 줄이고 보안 목적으로 감사 작업을 단순화할 수 있습니다.

인증서 관리, 키 회전 [5]Microsoft 환경

CI/CD PIPELINE에서 OTA 업데이트 보안 방법 Docker이러한 컨테이너는 알려진 보안 기반 이미지에서 시작되며 취약점에 대한 노출을 최소화합니다.

개발, 테스트 및 운영 환경을 완전히 분리하는 파이프라인을 구분하세요. [7]단일 침해로부터의 잠재적 피해를 줄이기 위해 각 단계에만 필요한 권한만 부여하세요. [8].

역할 기반 접근 제어 설정

역할 기반 접근 제어 (RBAC)는 파이프라인 및 OTA 업데이트의完整성을 유지하는 데 필수적입니다. RBAC는 팀원들이만 필요한 파이프라인 단계에만 접근할 수 있도록 합니다. 이 접근 방식은 자격 증명 보안 및 환경 분리와 직접 관련이 있습니다. 최소 권한 원칙을 따르면 개발자, 테스터, 보안 검토자 및 배포 관리자와 같은 명확한 역할을 정의할 수 있으며, 각 역할에 해당하는 작업에 맞춰 권한을 조정할 수 있습니다. [6].

대부분의 CI/CD 플랫폼은 내장된 RBAC 기능을 제공합니다. 예를 들어:

• JenkinsJenkins는 매트릭스 기반 보안 및 역할 전략 플러그인을 제공합니다.
• GitLabGitLab는 프로젝트 수준 권한 및 그룹 관리를 지원합니다.
• GitHub 작업들: 저장소 권한 및 환경 보호 규칙을 강제합니다.

역할 및 권한을 정기적으로 감사하는 것은 불필요한 접근을 식별하고 제거하여 현재 책임과 일치하는 권한을 보장하는 데 도움이 됩니다. [6]. 추가 보안을 위해 중요한 작업, chẳng hạn에 프로덕션 배포 또는 구성 변경과 같은 작업에 대해 다중 요인 인증을 요구하세요.

일부 플랫폼, chẳng hạn에 Capgo, 업데이트 관리 시스템에 RBAC를 직접 통합합니다. 이로 인해 사용자 세그먼트별로 업데이트를 배포할 수 있는 사람을 granular하게 제어할 수 있습니다. 개발자는 제어된 환경에서 변경을 테스트할 수 있으며, ancak만 허가된 팀원만 프로덕션 기기에서 업데이트를 배포할 수 있습니다. 이로 인해 프로세스를 관리하는 데 있어 엄격한 제어가 가능합니다.

OTA 업데이트에 대한 자동화된 보안 테스트

자동화된 보안 테스트는 소프트웨어가 프로덕션에 도달하기 전에 취약성을 식별하는 데 중요한 역할을 합니다. 2022년 600% 이상 증가한 공급망 공격에 대한 통합된 보안 스캔을 CI/CD pipeline에 포함하는 것은 필수적입니다. 이 자동화된 테스트는 사용자와 신뢰를 유지하기 위해 보안을 모든 단계에서 보장합니다. 초기 커밋부터 배포까지.

배포 전 보안 스캔 실행

안전한 업데이트기구는 기초이지만 배포 전 보안 스캔은 취약성을 일찍 잡는 추가层의 보호를 제공합니다. 이 전향적인 접근 방식은 개발의 초기 단계에서 보안을-shift하여 하류의 위험을 최소화합니다.

정적 애플리케이션 보안 테스트 (SAST) code __CAPGO_KEEP_0__ Spectral [9].

소프트웨어 구성 분석 npm-Audit [10].

__CAPGO_KEEP_0__ 동적 애플리케이션 보안 테스트 ZAP ZAP [9] [10].

Infrastructure as Code (IaC) Capacitor GitHub Capgo codeAPI [10].

SDK

CLI

• npm 다운로드 성공률, 설치 완료율 및 업데이트 후 장치 상태를 추적합니다. 이러한 지표의 갑작스러운 하락이나 이상한 오류 패턴은 손상된 업데이트나 보안 문제를 나타낼 수 있습니다.
• 네트워크 활동 분석 업데이트 중 네트워크 트래픽을 모니터링합니다. 예상치 못한 데이터 전송, 비인가 서버에 연결, 이상한 대역폭 사용과 같은 경우에 의심스러운 업데이트나 중간자 공격을 의심할 수 있습니다.
• 장치 동작 모니터링 업데이트 후 장치 성능에 이상이 있는지 확인합니다. 예를 들어, CPU, 메모리 또는 네트워크 사용량의 급증은 악의적인 활동을 나타낼 수 있습니다. 장치 집합에서 전송 데이터를 모니터링하면 이러한 패턴을 더 빠르게 식별할 수 있습니다.

Capgo와 같은 플랫폼은 CI/CD 워크플로우에 실시간 업데이트 추적을 통합하여 모니터링을 간소화합니다. 이러한 방식의 감독은 필요할 때 빠른 롤백 및 복구 작업을 가능하게합니다.

롤백 및 복구 옵션 설정

업데이트가 실패하거나 보안 문제를 일으킬 때 장치 기능을 유지하기 위한 자동 롤백 시스템은 필수적입니다. 이중 은행 (A/B 분할) 설정은 항상 이전에 신뢰할 수 있는 버전의 펌웨어가 준비되어 있습니다. 시스템은 새로운 업데이트를 검증하고, 검증이 실패하면 이전에 신뢰할 수 있는 버전으로 자동으로 롤백합니다. [11].

또한 다른 조치, 스테이지드 롤아웃위험을 줄이기 위해 추가적으로 조치할 수 있습니다. staged rollout은 작은 그룹의 장치에서 시작하여 점진적으로 확장하여 잠재적인 문제의 영향을 제한하고 필요할 때 빠르게 롤백할 수 있도록 합니다.

복구 테스트 은 동일하게 중요합니다. 실패 시나리오를 시뮬레이션 - 전원 차단, 네트워크 중단, 또는 다운로드 오류 - 도움이 됩니다. rollback 메커니즘의 작동을 확인하기 위해 실제 세계 조건 하에서 [11].

만 36%의 보안 팀만이 현재 완전한 DevSecOps 관행을 채택하고 있습니다. [10]CI/CD pipeline에 자동 보안 테스트를 통합하면 defenses를 강화할 수 있습니다. 여러 보안 평가를 통합하는 도구를 사용하여 프로세스를 단순화할 수 있습니다. CI/CD pipeline이 엄격한 보안 요구 사항을 충족할 수 있도록 합니다.

규정 준수 및 감사 요구 사항을 충족하기 위해

OTA 업데이트 배포 시 규정 준수는 단순히 box를 체크하는 것이 아니라, 조직과 사용자 모두의 중요한 보안 장치입니다. 강력한 업데이트 전달과 보안 CI/CD 관행을 결합하여 강력한 기초를 구축하여 이러한 요구 사항을 충족할 수 있습니다.

영구 감사 로그 생성

감사 로그는 모든 변경 및 접근 이벤트를 추적하기 위해 필수적입니다. JSON 또는 syslog 형식으로 배포 활동을 캡처하거나, 이러한 로그는 완전한 추적 가능성을 보장합니다. [12][13].

Centralized logging plays a key role here. By aggregating logs from various CI/CD components into a single location, you can analyze and correlate events more effectively. This setup helps identify suspicious activities and streamlines monitoring. Sending these logs to a centralized log management system or a Security Information and Event Management (SIEM) platform enhances your ability to monitor and respond to potential threats [13].

CI/CD pipeline의 실시간 모니터링은 예상치 못한 변경 사항이나 비정상적인 접근 패턴을 감지하는 데 필수적입니다. 보안 문제가 발생할 때 팀에 알리기 위해 경보 메커니즘을 구현하십시오. 그러나 false positive로 팀을 과도하게 부하하는 것을 피하기 위해 경보를 조정하십시오. [12][13].

“보안은 나중에 추가하는 것이 아니라 기초입니다. 일부터 pipeline에 보안을 통합하면 patching의 고통과 공격자와의 청소 작업을 피할 수 있습니다.” - SpectralOps [14]

감사 로그의 정기적인 검토를 통해 접근 권한이 실제로 필요로 하는 사람에게만 제한되도록 하십시오. 또한 보안 문제가 나타날 수 있는 불일치가 있는지 확인하십시오. 로깅 관행은 조직의 정책과 규정에 맞추고 규제 준수에 필요한 표준을 충족하도록 하십시오. [13].

애플리케이션 스토어 지침을 따르십시오.

애플과 구글은 OTA 업데이트에 대한 엄격한 규칙을 적용하고 있습니다. 이 규칙에는 보안 프로토콜과 사용자 동의 요구 사항이 포함되어 있습니다. Capgo와 같은 도구는 이러한 플랫폼 보안 표준과 일치하는 내장 기능을 제공합니다.

보안 이외에도 애플리케이션 스토어 지침은 사용자 경험의 완벽성을 강조합니다. 업데이트는 핵심 기능을 방해하지 않도록 하며 사용자에게 중요한 변경 사항에 대해 알리도록 하십시오. 또한 OTA 솔루션은 업데이트 빈도와 파일 크기와 관련된 플랫폼별 규칙을 준수하여 정책 위반을 피하도록 하십시오.

문서화는 또 다른 중요한 요소입니다. 업데이트 내용, 보안 조치 및 사용자에게 미치는 영향에 대한 세부 기록을 유지하세요. 이러한 기록은 앱 스토어 리뷰를 지원하는 것 외에도 플랫폼 지침을 준수하는 데 대한 의지의 증거로 작용합니다.

승인 워크플로 설정

자동화는 보안과 규정 준수를 강화하지만, 구조화된 승인 워크플로는 중요한 인간의 감독层를 추가합니다. 예를 들어, 릴리스 활성화에 대한 다중 인물 검토를 요구함으로써 업데이트가 실시간으로 출시되기 전에 철저한 검토를 받도록 합니다. [15].

역할 기반 권한은 여기에서 필수적입니다. 특정 책임을 할당하세요 - 예를 들어, 주니어 개발자 code 변경 사항을 승인하고 보안 전문가 암호화 및 규정 준수 조치를 검증하세요. 이 접근 방식은 업데이트가 올바른 전문가들에 의해 검토되는 것을 보장합니다.

승인 워크플로를 다층화할 수 있습니다. 예를 들어:

• 소규모 버그 수정은 단일 승인자만 필요합니다.
• 주요 업데이트나 보안 패치에는 다중 리뷰어와 다중 팀의 리뷰어가 필요합니다.

승인 워크플로를 프로젝트 관리 및 커뮤니케이션 도구와 통합하면 프로세스를 최적화할 수 있습니다. 자동화된 알림은 리뷰어에게 입력이 필요한 경우 알리고, 세부적인 변경 로그는 정보를 제공하여 잘못된 결정을 피할 수 있습니다. 승인 시간을 모니터링하고 병목 현상을 식별하면 보안을 희생하지 않고 프로세스를 최적화할 수 있습니다.

OTA 업데이트를 위한 CI/CD pipeline 보안 방법

CI/CD pipeline에서 OTA 업데이트를 보안하는 것은 자동화와 주의 깊은 인간 감독의 혼합입니다. 패치되지 않은 펌웨어는 IoT 보안 침해의 60%를 차지하기 때문에 이러한 방법은 사용자와 비즈니스 모두를 보호하기 위해 중요합니다. 보안 요구 사항 [16]보안 OTA 업데이트의 기초를 이루는 네 가지 주요柱가 있습니다. 첫 번째는

끝에서 끝까지 암호화

업데이트 패키지를 전송 중에 변조로부터 보호합니다. 두 번째는 암호화 서명 만들어진 사용자의 장치에만 인증된 업데이트만 도달하도록 보장합니다. CI/CD pipeline의 다음 보호 층은 적절한 자격 증명 관리, 격리된 빌드 환경, 역할 기반 접근 제어를 통해 업데이트를 배포할 수 있는 사람을 제한하는 것입니다. 기능

속성

자동 검증 자동 검증은 또 다른 중요한 단계입니다. 배포 전 보안 스캔, 자동 테스트 및 지속적인 모니터링을 통해 취약점을 빠르게 감지할 수 있습니다. 감사 로그 및 승인 워크플로우를 pair하여 강력한 보안 점검을establish합니다.

이러한 조합은 OTA 업데이트 프로세스를 향상시키기 위한 전문 도구를 사용하는 데 필요한坚固한 기초를 제공합니다.

__CAPGO_KEEP_0__ Capgo

다음과 같은 도구를 사용하여 Capgo __CAPGO_KEEP_0__ __CAPGO_KEEP_0__Capgo

Capgo __CAPGO_KEEP_0__ __CAPGO_KEEP_0__

__CAPGO_KEEP_0__ CI/CD pipeline에서 OTA 업데이트를 보안하는 방법 rollback 기능과 버전 관리를 통해 업데이트가 문제를 일으킬 때 안전망으로 작용합니다. 업데이트가 문제를 일으킬 때 빠르게 안정적인 버전으로 되돌아가며 문제를 해결할 수 있습니다. 실시간 분석을 통해 문제를 식별하고 해결할 수 있습니다.

이러한 도구와 방법을 사용하면 OTA 업데이트를 보안하는 데 필요한 준비가 될 것입니다.

보안된 OTA 업데이트에 대한 시작

현재 CI/CD pipeline을 보안 취약점으로부터 ауд이트를 시작하세요. 인증 정보 관리에 주의를 기울여 API 키, 서명 인증서 및 기타敏感 데이터를 안전하게 저장하고 권한이 있는 프로세스만 접근하도록 하세요.

업데이트 프로세스의 모든 단계를 암호화하세요. 업데이트 패키지를 암호화하고 HTTPS 통신을 사용하며 빌드 환경을 보안하세요. 로깅 및 모니터링 도구를 설정하여 pipeline에 대한 전체적인 가시성을 유지하세요. 중요한 업데이트에 대한 승인 워크플로를 도입하세요. routine 패치가 자동화된 경우에도 주요 변경 사항에 대한 인간의 검토 프로세스를 추가하면 보안을 강화할 수 있습니다. 시간이 지남에 따라 이러한 워크플로를 최적화하여 속도와 감독의 적절한 균형을 찾으세요.

Introduce FAQ CI/CD pipeline에서 OTA 업데이트를 보안하는 방법

CI/CD pipeline에서 OTA 업데이트를 보안하는 방법

FAQs

::: faq

CI/CD pipe라인에서 OTA 업데이트의 주요 보안 위험은 무엇이며 개발자들은 어떻게 대응해야 하나요?

CI/CD pipe라인에서 OTA 업데이트는 여러 위험을 동반합니다. 데이터 도난, code 위조, 그리고 서버 침해. 이러한 취약점은 앱의完整성을 위협하고敏感한 사용자 정보를 공개하거나, 불법적인 업데이트를 허용할 수 있습니다.

이 문제를 해결하기 위해 개발자는 다음과 같은 보안 측면에 집중해야 합니다. __CAPGO_KEEP_0__, codeCapgo

이러한 전략을 구현함으로써 개발자는 OTA 업데이트를 안전하고 신뢰할 수 있도록 유지할 수 있으며, 사용자에게 더 안전한 경험을 제공하면서도 업계 표준을 충족할 수 있습니다. :::

::: faq

암호학적 서명이 OTA 업데이트를 보호하는 방식은 무엇이며, 공개 키 인프라스트럭처 (PKI) 의 역할은 무엇입니까?

암호화 서명은 CI/CD pipeline에서 OTA 업데이트를 안전하고 신뢰할 수 있는 것으로 보장하는 데 중요한 역할을 합니다. OTA 업데이트를 보장하기 위해 암호화 서명을 사용하는 것은 중요합니다. 이 방법은 불법적이거나 악성 업데이트를 차단하여 장치의 기능성과 보안을 보호합니다. CI/CD pipeline에 PKI를 통합하는 것은 안전한 OTA 업데이트를 유지하는 데 필수적인 조치입니다. :::CI/CD pipeline에서 OTA 업데이트를 위한 OTA 업데이트를 위한 CI/CD pipeline에서 자격 증명과 __CAPGO_KEEP_0__ 키를 안전하게 보관하는 최선의 방법은 무엇입니까?

CI/CD pipeline에서 OTA 업데이트를 위한 자격 증명과 __CAPGO_KEEP_0__ 키를 안전하게 보관하기 위한 몇 가지 중요한 단계는 다음과 같습니다:

::: faq

CI/CD pipeline에서 OTA 업데이트를 위한 인증서 및 API 키를 보안하는 최선의 방법은 무엇인가요?

CI/CD pipeline에서 OTA 업데이트를 통해 자격 증명과 API 키를 안전하게 유지하기 위한 주요 단계는 다음과 같습니다.

• ::::::

• 권한 제한: 최소한의 접근 권한만 부여하여 키 및 자격 증명을 할당하세요. 또한, 이러한 비밀을 정기적으로轮换하여 잠재적인 위험을 최소화하세요.

• 자동으로 누출 감지: git-secrets 를 사용하여 의도하지 않은 노출을 빠르게 발견하세요. 세부 로깅 및 모니터링을 통해 비인가 접근 시도에 신속하게 반응하세요.

Capacitor 앱과 작업하는 사람들을 위한 Capgo은 CI/CD 통합을 간소화하고, 끝에서 끝까지 암호화 및 사용자별 업데이트 할당과 같은 기능을 제공합니다. 이러한 도구는 OTA 업데이트가 보안 및 규정 준수를 보장하는지 확인하는 데 도움이 됩니다.

다음으로

이 글을 계속 읽으려면 How to Secure OTA Updates in CI/CD Pipelines 이 글을 읽고 있으시다면 를 사용하여 보안 및 규정 준수를 계획하세요. 를 연결하여 암호화 정책 준수 정책 준수에 대한 구현 세부 정보 Capgo 보안 스캐너 Capgo 보안 스캐너의 제품 워크플로우 Capgo 보안 Capgo 보안의 제품 워크플로우 Capgo 신뢰 센터 Capgo 신뢰 센터의 제품 워크플로우