Capacitor-updater codeは、端末からエンドユーザーまでのcode暗号化をサポートしています。Code署名により、エンドユーザーの端末で実行される更新が改ざんされていないことを確認し、Capacitor-updaterの標準的なWeb向けセキュリティよりもさらに高レベルの保護を提供します。
Capacitor-updaterのデフォルトセキュリティ
デフォルトでは、CapgoのセキュリティモデルはWebホスティングプロバイダーのものと似ています。Capgoは更新を __CAPGO_KEEP_0__は、HTTPSを使用して更新を暗号化して保存します。 __CAPGO_KEEP_0__はHTTPSを使用して、開発者のコンピューターから更新を公開するときもHTTPSを使用します。
Capgoのデフォルトセキュリティは、SSL LabsのHTTPSテストでA+を獲得しています。https://www.ssllabs.com__CAPGO_KEEP_0__は、HTTPSを使用して、サーバーとエンドユーザーの端末間のネットワーク接続のプライバシーと完整性を保護します。このレベルのセキュリティは、WebとIonicアプリが__CAPGO_KEEP_1__を使用する場合に、どちらでもうまく機能します。
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__-updater
Capgoの Capgo と多くのウェブホスト共通のもう一つの事項は、AWS、GCP、または他の人気のクラウドプロバイダーから低レベルのクラウドインフラを実行していることです。 これらのクラウドプロバイダーと Capgo または他のウェブホストによって運営されるハードウェアとソフトウェアはクラウドサプライチェーンの一部です。
クラウドサプライチェーンとそのセキュリティモデルは、多くのウェブサイトとアプリケーションで機能しています。 どのウェブ開発者もクラウドプロバイダーに信頼を置き、アップロードしたファイルが実行または提供されるファイルであることを期待しています。 そして、クラウドプロバイダーはインフラをセキュアに保つために頑張っています。
しかし、明らかにハードウェアとソフトウェアの脆弱性が発見されます。 クラウドプロバイダーは時期の良いスケジュールで脆弱性を修正し、悪意のあるソフトウェア（例えば、GoogleのSLSA）を予防し、防御の層を構築し、実際にはクラウドインフラは多くのウェブサイトとアプリケーションのセキュリティニーズを満たしていることがわかっています。 ただし、イオニックアプリには、クラウドインフラを脅威モデルに含めるアプリがあります。 これらの __CAPGO_KEEP_0__ JSアプリケーションには、ウェブ上の最高のセキュリティニーズを満たすために、Capgoは __CAPGO_KEEP_1__ を __CAPGO_KEEP_2__ と __CAPGO_KEEP_0__ Updates標準プロトコルに導入しました。 Capgoの __CAPGO_KEEP_0__ のエンドツーエンド __CAPGO_KEEP_1__ サインインは、 __CAPGO_KEEP_2__ と __CAPGO_KEEP_0__ Updates標準プロトコルに導入されました。Capgoの Capacitor のエンドツーエンド code サインインは、公開鍵暗号学を使用して、 Capgo アプリケーション開発者の Capacitor のオリジナルの更新ファイルのみがユーザーのデバイスで実行されることを保証します。 Capgo Updates標準プロトコル.
code のエンドツーエンド Capgo サインイン
Capgo’s end-to-end code signing uses public-key cryptography to ensure end users’ devices run only unmodified, original updates from the Capacitor app developer.
「エンドツーヘンド」は、開発者がアップデートを公開した時点から、エンドユーザーのデバイスがアップデートを受信して実行するまでのフローをカバーするセキュリティを意味します。「Code 署名」は、暗号化と秘密のプライベートキーを使用して「署名」するcode、そして後で、信頼されたパブリックキーを使用して署名を検証することです。
ここに、簡単な*スキーマがあります。これは、どのように機能するかを説明するものです。
- 実用上は複雑ですが、暗号化は難しい
定義:
- AES: Advanced Encryption Standard、シームトリック暗号化アルゴリズム、1つのキーで暗号化と復号が行われます。
- RSA: Rivest–Shamir–Adleman、非対称暗号化アルゴリズム、2つのキーが使用されます: パブリックキーとプライベートキー。
- シフラー: 暗号化されたデータ。
- セッションキー: AESキーでデータを暗号化および復号するために使用される。
- チェックサム: ファイルのハッシュ値。
- 署名: チェックサムがプライベートのRSAキーで暗号化されたものです。パブリックのRSAキーを使用して検証できます。
アップデートをAESアルゴリズムで暗号化します。アップロードごとにランダムなAESキーが生成され、AESキーとチェックサム（署名）が開発者のプライベートRSAキーで暗号化されます。開発者のパブリックRSAキーを使用して、アプリでAESキーと署名（チェックサムに戻す）を復号します。後で、復号されたAESキーを使用してアップデートを復号し、復号されたアップデートのチェックサムを計算し、復号された署名と比較します。
RSAを使用して大量のデータを暗号化することはできないため、2つの異なる暗号化アルゴリズムを使用しています。 AESはアップデートを暗号化し、RSAはAESキーとチェックサムを暗号化します。
Capgoがバンドルの内容を読むことができなくなります。このセキュリティモデルは、多くの企業顧客が使用する強力なセキュリティモデルです。
アップデート暗号化V2 2024-08-27:
- アプリ内に保存されているキー種類を変更しました。これは、暗号化に使用されていた公開キーを暗号化に使用されていた秘密キーから推測するのを防ぐために行われました。現在、アプリは暗号化に使用される公開キーを保存しています。
- CRC32アルゴリズムからSHA256アルゴリズムにチェックサムを変更しました。また、バンドルを署名することも始めました。 暗号化V2が設定されている場合、更新には有効な署名が必要です。これはプラグインによって厳格に強制されます。暗号化V2が設定されている場合、有効な署名を強制します。 これらの3つの変更は、コミュニティのメンバーから行われたセキュリティ分析の結果です。これらはアップデート中の暗号攻撃を防ぐために行われました。
- 暗号化V1を使用していた場合は、V2にマイグレートして新しいセキュリティ機能を利用することをお勧めします。マイグレーション指示に従ってください。
エンドツーヘンド __CAPGO_KEEP_0__署名により、__CAPGO_KEEP_1__は「信頼できない」クラウドインフラストラクチャになります。__CAPGO_KEEP_2__のクラウドプロバイダーまたは__CAPGO_KEEP_3__自身が__CAPGO_KEEP_4__署名のアップデートを変更した場合、エンドユーザーのデバイスはアップデートを拒否し、すでにデバイスに保存されている信頼できるアップデートを実行します。 アップデート暗号化V2 2024-08-27:.
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.
HTTPS のレベルでは多くのアプリケーションにとって十分ですが、ある大企業では、エンドツーエンドの code 署名の追加レベルのセキュリティが魅力的です。 これらの企業のいくつかは、永久的な高額の取引を発行する金融アプリを開発しています。 他の企業には、CISO が脅威モデルに侵害されたクラウドインフラストラクチャを含めています。 これらのケースを対象に、 code 署名を Capgo に組み込んでいます。 さらに高度なセキュリティニーズを持つ企業からのフィードバックを聞くことを心待ちしています。
エンタープライズ用のスタートガイド
セキュリティに深く関心を持つ大企業やプロジェクトにとって、 code 署名を簡単に設定および維持できるようにしたいと思います。 そのため、以下の機能を提供しています。
- クイックな証明書設定と構成
- code 署名の開発サーバーに対する Capgo と開発ビルドの両方のサポート
- code 署名のプロダクション毎の更新
Capgo code 署名はすべての顧客に利用可能です。 始めるには、以下の手順に従ってください。 クレジット.
__CAPGO_KEEP_0__ に感謝する
__CAPGO_KEEP_3__ この記事は __CAPGO_KEEP_4__ によるものです。setup instructions この記事 Chat-GPT-3で書き直し、適応しました。
Capacitor UpdaterのE2E暗号化を継続して、Code署名で
Capacitor UpdaterのE2E暗号化を使用している場合 E2E Encryption for Capacitor Updater via Code Signing 暗号化 暗号化の実装詳細 コンプライアンス コンプライアンスの実装詳細 __CAPGO_KEEP_0__ セキュリティ スキャナー Capgo セキュリティ スキャナーの製品ワークフロー for the product workflow in Capgo Security Scanner, Capgo セキュリティ 製品ワークフローにおける Capgo セキュリティの Capgo 信頼の中心 製品ワークフローにおける Capgo 信頼の中心。
