Capacitor-업데이터 code-업데이터는 이제 Code 서명과 함께 code의 끝에서 끝까지 암호화를 지원합니다. Code 서명은 사용자 기기의 업데이트가 손상되지 않았는지 확인하고 Capacitor-업데이터의 표준 웹 보안보다 추가적인 보호를 제공합니다.
Capacitor-업데이터의 기본 보안
Capgo의 기본 보안 모델은 웹 호스팅 제공자와 유사합니다. Capgo은 업데이트를 저장합니다. __CAPGO_KEEP_0__의 데이터는 안전하게 저장되어 있으며 HTTPS를 사용하여 최신 암호를 통해 전송됩니다. 개발자의 컴퓨터에서 업데이트를 게시하는 것과 마찬가지로, HTTPS를 항상 사용합니다. __CAPGO_KEEP_0__는 SSL Labs의 HTTPS 테스트에서 A+ 점수를 받았습니다.
Capgo’s default security scores an A+ on SSL Labs’ HTTPS test (2022년 11월__CAPGO_KEEP_0__는 웹 호스트의 최고급 수준과 마찬가지로 HTTPS를 사용하여 서버와 사용자 기기의 네트워크 연결의 개인 정보와 무결성을 보호합니다. 이 수준의 보안은 웹과 Ionic 앱 모두에서 잘 작동합니다.
Like best-in-class web hosts, Capgo uses HTTPS to protect the privacy and integrity of network connections between the server and end users’ devices. This is an excellent level of security that works well both for the web and Ionic apps that use Capgo.
__CAPGO_KEEP_0__와 대부분의 웹 호스트가 공통으로 사용하는 것은 하위 수준의 클라우드 인프라를 사용하는 것입니다. 종종 AWS, GCP, 또는 다른 인기 있는 클라우드 제공업체에서 제공됩니다. __CAPGO_KEEP_1__ 또는 다른 웹 호스트가 운영하는 하드웨어와 소프트웨어는 클라우드 공급망의 일부입니다.
Another thing Capgo and most web hosts have in common is they run on lower-level cloud infrastructure, often from AWS, GCP, or another popular cloud provider. The hardware and software operated by these cloud providers and Capgo or other web hosts are part of the cloud supply chain.
물리적 장치와 소프트웨어의 취약점이 발견되더라도, 클라우드 제공업체는 정기적으로 취약점을 수정하고 악성 소프트웨어를 예방합니다. 예를 들어, Google의 SLSA
__CAPGO_KEEP_0__의 데이터는 안전하게 저장되어 있으며 HTTPS를 사용하여 최신 암호를 통해 전송됩니다. 개발자의 컴퓨터에서 업데이트를 게시하는 것과 마찬가지로, HTTPS를 항상 사용합니다. __CAPGO_KEEP_0__는 SSL Labs의 HTTPS 테스트에서 A+ 점수를 받았습니다.다양한 공격에 대비하여 여러 격벽을 구축하고, 실제로 클라우드 인프라가 대부분의 웹사이트와 앱의 보안 요구 사항을 충족하는 것으로 나타났습니다. 그러나 일부 Ionic 앱은 위협 모델에 취약한 클라우드 인프라를 포함합니다. 이러한 Capacitor JS 앱에 가장 높은 보안 요구 사항이 있는 웹 위의 앱을 위해, 우리는 code에 대한 Capgo로의 끝에서 끝까지 Capacitor 인증을 구축했습니다. Capgo 업데이트 표준 프로토콜.
끝에서 끝까지 code 인증을 사용하여 Capgo
Capgo의 끝에서 끝까지 code 인증은 공개 키 암호화를 사용하여 Capacitor 앱 개발자가 제공하는 원본 업데이트만 실행하는 데만 사용할 수 있는 Capgo의 끝에서 끝까지 code 인증을 보장합니다.
“끝에서 끝까지”는 개발자가 업데이트를 게시한 시간부터 종료 사용자의 장치가 업데이트를 받고 실행하는 시간까지의 흐름을 포함하는 보안을 의미합니다. “Code 인증”은 암호화와 비밀 개인 키를 사용하여 “Code”을 “code”으로 인증하고, 나중에 신뢰할 수 있는 공개 키를 사용하여 서명 확인을 사용합니다.
다음은 간단한* 스키마를 설명하는 것입니다.
- 실제로 복잡한 암호화는 어려운 일입니다.
정의:
- AES: Advanced Encryption Standard, 대칭 암호화 알고리즘, 암호화와 복호화에 하나의 키를 사용합니다.
- RSA: Rivest–Shamir–Adleman, 비대칭 암호화 알고리즘, 두 개의 키를 사용합니다: 공개 키와 개인 키.
- 암호화: 암호화된 데이터.
- Session key: __CAPGO_KEEP_0__를 암호화하고 복호화하기 위해 사용하는 AES 키입니다.
- Checksum: 파일에 대한 해시
- Signature: 개발자의 개인 RSA 키로 암호화된 해시입니다. 개발자의 공개 RSA 키를 사용하여 검증할 수 있습니다.
업데이트를 암호화하기 위해 AES 알고리즘을 사용합니다. 업로드를 위한 임의의 AES 키를 생성하고, AES 키와 체크섬(이하 '서명')을 개발자의 개인 RSA 키로 암호화합니다. 앱에서 개발자의 공개 RSA 키를 사용하여 AES 키와 서명(해시로 변환)을 복호화합니다. 이후 복호화된 AES 키를 사용하여 업데이트를 복호화하고, 복호화된 업데이트의 체크섬을 계산하여 복호화된 서명과 비교합니다.
RSA를 사용하여 큰 양의 데이터를 암호화할 수 없기 때문에 두 가지 다른 암호화 알고리즘을 사용합니다. 업데이트를 암호화하기 위해 AES를 사용하고, AES 키와 체크섬을 암호화하기 위해 RSA를 사용합니다.
이로 인해 Capgo도 업데이트의 내용을 읽을 수 없습니다. 이 robust한 보안 모델은 많은 기업 고객이 사용하는 보안 모델입니다.
업데이트 암호화 V2 2024-08-27:
- 앱에 저장된 키 타입을 변경했습니다. 이 변경은 이전에 암호화에 사용된 공개 키를 이전에 복호화에 사용된 개인 키에서 추론하는 것을 방지하기 위해 수행되었습니다. 이제 앱은 복호화에 사용되는 공개 키를 저장합니다.
- 체크섬을 CRC32 알고리즘에서 SHA256 알고리즘으로 변경했습니다. 또한 __CAPGO_KEEP_0__를 시작했습니다. 서명된 배ंडल암호화 V2가 설정되면 업데이트는 유효한 서명이 있어야 합니다. 이 규칙은 플러그인이 엄격하게 강제합니다.
- 업데이트 시 유효한 서명이 있는지 확인합니다. 암호화 V2가 설정되었습니다. 이 3가지 변경 사항은 커뮤니티의 한 멤버가 수행한 보안 분석을 통해 수행되었습니다. 업데이트 중에 암호 공격을 방지하기 위해 수행되었습니다.
암호화 V1을 사용했다면, V2로 마이그레이션하여 새로운 보안 기능을 사용할 수 있습니다. 마이그레이션 지침을 따르세요. __CAPGO_KEEP_0__에서 끝까지 서명하는 __CAPGO_KEEP_1__은 “신뢰할 수 없는” 클라우드 인프라가 됩니다. __CAPGO_KEEP_2__의 클라우드 제공자나 __CAPGO_KEEP_3__ 자체가 __CAPGO_KEEP_4__-서명된 업데이트를 수정한다면, 사용자 기기는 업데이트를 거부하고 기기에 이미 설치된 신뢰할 수 있는 이전 업데이트를 실행합니다..
With end-to-end code signing, Capgo becomes a “trustless” cloud infrastructure. If one of Capgo’s cloud providers or even Capgo itself were to modify a code-signed update, end users’ devices would reject that update and run the previous, trusted update that’s already on the device.
While web-level HTTPS is sufficient for many apps, some large companies find the extra level of security from end-to-end code signing appealing. Some of these companies make finance apps that issue high-value, permanent transactions. Other companies have CISOs who include compromised cloud infrastructure in their threat models. We built end-to-end code signing in to Capgo for these use cases and are interested in hearing more from companies with higher-level security needs.
보안에 매우 관심이 있는 대기업 또는 프로젝트에 대해, __CAPGO_KEEP_0__ 서명이 쉽게 설정되고 유지 관리되도록 하기 위해 __CAPGO_KEEP_0__ 서명 기능을 제공합니다. 이를 위해 다음 기능을 제공합니다.
For large companies or projects who care deeply about security, we want to make code signing easy to set up and maintain. To that end, we now provide the following features:
- 업데이트 시 유효한 서명이 있는지 확인합니다. 암호화 V2가 설정되었습니다. 이 3가지 변경 사항은 커뮤니티의 한 멤버가 수행한 보안 분석을 통해 수행되었습니다. 업데이트 중에 암호 공격을 방지하기 위해 수행되었습니다.
- 개발 서버를 code와 Capgo 양쪽 빌드와 함께 서명하는 지원
- 업데이트마다 code 서명
Capgo code 서명은 모든 고객에게 사용 가능합니다. 시작하려면 다음 설정 지침을 따르세요. 설치 지침.
크레딧
__CAPGO_KEEP_2__에게 많은 감사합니다. 이 기사는 __CAPGO_KEEP_3__에 기반하여 __CAPGO_KEEP_4__으로 다시 작성 및 적응되었습니다.E2E 암호화로 __CAPGO_KEEP_0__ 업데이터를 __CAPGO_KEEP_1__ 서명으로 계속 진행하세요. __CAPGO_KEEP_5__을 사용하고 계신가요? __CAPGO_KEEP_0__
Keep going from E2E Encryption for Capacitor Updater via Code Signing
__CAPGO_KEEP_2__ Capacitor의 E2E 암호화 업데이터를 위한 Code 서명 __CAPGO_KEEP_0__을 보안 및 규정 준수 계획에 연결하여 암호화 __CAPGO_KEEP_0__ 암호화의 구현 세부 정보에 대해 규정 준수 __CAPGO_KEEP_0__ 규정 준수의 구현 세부 정보에 대해 Capgo 보안 스캐너 Capgo 보안 스캐너의 제품 워크플로에 대해 Capgo 보안 Capgo 보안의 제품 워크플로에 대해 Capgo 신뢰 센터 Capgo 신뢰 센터의 제품 워크플로에 대해
