处理用户数据 Capacitor 应用程序需要安全存储、清晰的保留政策和遵守数据保护法规如 GDPR 和 CCPA. 本指南解释了如何最小化数据收集、安全敏感信息和有效管理权限。以下是一些快速概述:
- 数据最小化:只收集必要的特定应用程序功能。
- 安全存储:使用工具如
@capacitor/secure-storage插件进行加密。 - 数据保留:根据定义的时间限制自动删除。
- 用户权利: 让用户能够访问、删除或导出他们的数据。
- 权限管理: 在适当的上下文中请求权限,并为拒绝请求提供替代方案。
- OTA更新: 使用类似于__CAPGO_KEEP_0__的工具确保安全的在线更新。 Capgo.
: __CAPGO_KEEP_0__ Capacitor : __CAPGO_KEEP_0__

简化数据收集
遵守隐私法规的关键是采取结构化的方法来审查、规划和管理数据收集。通过利用Capacitor内置的工具来减少数据收集,您可以采取实际步骤来改善您的应用程序的数据实践。
数据收集审查
首先,通过数据流向图来映射数据在应用程序中的流动。使用数据线索可视化工具来识别可能收集不必要数据的区域。隐私影响评估(PIA)软件可以指导您评估每个数据项是否真正需要。以下是需要关注的区域:
| 数据类型 | 审查重点 | 行动项 |
|---|---|---|
| 用户输入 | 表单字段和验证 | 删除不需要的字段 |
| API调用 | 请求/响应负载 | 过滤掉额外的数据字段 |
| 存储 | 缓存和持久化数据 | 优化存储使用 |
| 分析 | 使用跟踪 | 只保留必要的指标 |
数据收集目标
明确每个数据点的目的。例如:
// Purpose-driven data collection example
const userPreferences = {
location: "Used for local weather updates",
notification: "Needed for sending alerts"
};
If your app has a weather feature, it might only require a zip code rather than a full address. This approach ensures you’re gathering only the information necessary for core app functions[1][5].
数据输入控件
使用验证工具来限制通过表单和API调用收集的数据量。结合客户端验证和服务器端验证来有效地强制这些限制
Incorporate Capacitor的安全功能来增强这些控制:
- 在可能的情况下,使用下拉菜单代替自由文本字段。
- 为文本输入字段设置字符限制。
定期使用自动发现工具进行审计,以确保您的数据收集实践保持高效且与您的应用的预期功能一致。
数据安全性和存储
一旦您定义了数据收集的边界,必须实施措施来保护用户信息,同时遵循数据最小化原则。
设置安全存储
该 @capacitor/secure-storage 插件使用内置安全功能,如iOS Keychain和Android Keystore来保护敏感数据 [1]。对于更大的结构化数据集, @capgo/capacitor-data-storage-sqlite 提供了加密的SQLite存储, @capgo/capacitor-persistent-account 可以在重新安装时保留账户状态。 @capgo/capacitor-privacy-screen 隐私屏幕会在应用切换器和最近应用预览中隐藏敏感UI。
import { SecureStorage } from '@capacitor/secure-storage';
// Store sensitive data
await SecureStorage.set({
key: 'authToken',
value: 'user-specific-token'
});
// Retrieve stored data
const { value } = await SecureStorage.get({ key: 'authToken' });
数据加密方法
在客户端添加加密是另一种保护措施。类似于 CryptoJS 的库可以帮助加密敏感信息:
// Basic encryption/decryption implementation
const encryptData = (data: string, key: string): string => {
return CryptoJS.AES.encrypt(data, key).toString();
};
定期更换加密密钥是提高安全性的聪明方法。这确保即使一个密钥被破解,其他数据仍然安全 [2].
比较存储选项
选择合适的存储方案取决于数据的敏感度。以下是快速比较:
| 功能 | 安全存储 | 本地存储 |
|---|---|---|
| 安全级别 | 高级(加密) | 基本 |
| 最佳选择 | 令牌、密码 | 非敏感设置 |
| 性能 | context: 首页问题/解决方案部分。角色:部分或页面标题。见于:页面premium-support.astro。消息键`ps_help_performance_title` (Ps Help Performance Title)。 | 较慢(由于加密) |
The Secure Storage API is a solid choice for storing critical information like authentication tokens and personal user data [1][4]。它的 加密功能 也符合保留政策,允许在指定时间框架内对数据进行控制访问 [2].
sbb-itb-f9944d2
数据存储时间限制
明确数据保留政策有助于与数据最小化原则保持一致,确保信息不会保留得比必要的时间长
存储时间规则
不同类型的用户数据应该根据其目的和敏感度级别定义保留期限。以下是一种管理数据保留的建议框架,适用于 Capacitor 应用:
| 数据类型 | 保留期限 | 理由 |
|---|---|---|
| 帐户数据 | 直到帐户删除或 2 年的不活跃状态 | 用于帐户相关操作 |
| 交易记录 | 7 年 | 遵守金融法规 |
| 分析数据 | 90 天(匿名化),1 年(删除) | 支持功能改进 |
| 市场推广偏好 | 直到退订或帐户删除 | 遵守同意要求 |
以下是一个如何以程序方式存储带有过期日期的数据的示例:
async function storeDataWithExpiration(key: string, value: any, retentionDays: number) {
const item = {
value: value,
expiration: Date.now() + (retentionDays * 24 * 60 * 60 * 1000)
};
await Preferences.set({ key, value: JSON.stringify(item) });
}
自动数据删除
自动化数据清理可以帮助保持合规性并减少手动干预。Capacitor的后台抓取功能是一个有用的工具:
import { BackgroundFetch } from '@capacitor/background-fetch';
BackgroundFetch.registerTask({
taskId: 'data-cleanup',
delay: 3600000,
periodic: true,
requiresNetworkConnectivity: false
}, async () => {
await cleanExpiredData();
return BackgroundFetch.Result.NewData;
});
如果您正在使用 SQLite 数据库
CREATE TRIGGER remove_expired_data
AFTER INSERT ON user_data
BEGIN
DELETE FROM user_data
WHERE expiration_date < CURRENT_TIMESTAMP;
END;
您可以设置触发器来自动删除过期记录:
用户数据删除选项
- 为用户提供管理他们数据的工具是必不可少的。以下是您可以实现的两项关键功能:删除特定数据
async function deleteSpecificData(userId: string, dataType: string) {
await Preferences.remove({ key: `${userId}_${dataType}` });
if (db) {
await db.run(
'DELETE FROM user_data WHERE user_id = ? AND data_type = ?',
[userId, dataType]
);
}
}
- : 允许用户删除与其账户相关的特定数据类型。导出用户数据
async function exportUserData(userId: string) {
// Gathers all user data for export
const userData = await collectUserData(userId);
return JSON.stringify(userData);
}
The French data protection authority CNIL 强调了应用程序的保留期必须与应用程序的核心功能相一致 [3]. 这一原则尤其适用于Capacitor应用程序开发者,应该指导您的数据保留策略
App Permissions Control
正确处理应用程序权限是保护用户数据并确保应用程序正常运行的关键。通过合理管理权限,您可以限制对设备功能的访问,只允许您的应用程序真正需要的功能。Capacitor的权限API提供了一个统一的权限管理方案,适用于iOS和Android。
Permission Request Steps
确保您请求的权限与应用程序的数据收集目标相一致。以下是Capacitor应用程序处理权限请求的示例实现:
import { Permissions } from '@capacitor/core';
const permissionHandler = async (permissionType: string) => {
const status = await Permissions.query({ name: permissionType });
if (status.state === 'granted') {
return true;
}
const shouldProceed = await showExplanationDialog(
`We need ${permissionType} access to provide core functionality`
);
if (shouldProceed) {
const result = await Permissions.request({ name: permissionType });
return result.state === 'granted';
}
return false;
};
Managing Denied Permissions
如果用户拒绝权限请求,提供明确的替代方案和指导。以下是示例:
const handleDeniedPermission = async (permissionType: string) => {
const status = await Permissions.query({ name: permissionType });
if (status.state === 'denied') {
const alternatives = {
camera: 'manual photo upload',
location: 'manual address entry',
notifications: 'in-app message center'
};
showAlternativeFeature(alternatives[permissionType]);
if (status.canOpenSettings) {
offerSettingsRedirect();
}
}
};
Timing Permission Requests
您何时请求权限会产生重大影响。策略性地选择时间可以显著提高用户接受率。以下是时间策略的快速概述:
| Timing Strategy | 最佳使用场景 |
|---|---|
| 即时 | 当需要特定功能时 |
| 上下文相关 | 对于非关键功能 |
| 首次启动 | 上下文相关 |
| 对于核心功能 | 延迟 |
例如,您可以在用户触发相机操作(如拍照)时请求相机访问权限:
const captureImage = async () => {
const userStartedCapture = true;
if (userStartedCapture) {
const granted = await permissionHandler('camera');
if (granted) {
await startCamera();
} else {
showUploadOption();
}
}
};
上下文相关请求可以提高接受率达50%,而非提前请求 [2]为了确保顺畅的体验,维护一个权限状态跟踪器,保存用户决策的数据跨会话。
一旦权限处理完成,您就可以将重点转移到安全更新,尤其是针对无线(OTA)部署。
OTA更新安全
在 应用程序更新, it’s crucial to use secure OTA (Over-The-Air) update processes. These updates help prevent unauthorized changes to app code, which could otherwise bypass limits on data collection.
__CAPGO_KEEP_0__
Signing update packages is a critical step in protecting against unauthorized code changes. Here are some key measures to secure OTA updates:
| 更新包签名 | 签名更新包是保护免受未经授权的 |
|---|---|
| __CAPGO_KEEP_0__ | 修改的关键步骤。以下是安全的OTA更新的关键措施: |
| 安全交付 | https证书绑定 |
| 版本完整性 | 哈希验证 |
| 版本安全 | 数字签名版本号 |
| 失败恢复 | 即时回滚 |
Capgo 更新系统

Capgo 简化了 Capacitor 应用的安全 OTA 更新,提供自动化安全功能。以下是如何在应用中使用 Capgo 更新系统的示例:
import { CapacitorUpdater } from '@capgo/capacitor-updater';
const secureUpdate = async () => {
try {
const update = await CapacitorUpdater.download({
version: 'latest',
validateSignature: true
});
if (update.status === 'success') {
await CapacitorUpdater.set(update);
}
} catch (error) {
await CapacitorUpdater.rollback();
}
};
本方法确保更新是经过验证和安全的,失败时可回滚。
存储政策遵从性
遵守应用商店指南对于OTA更新是必要的[1][6][7]. 每个平台都有特定的要求,以确保更新与其数据保留和安全政策保持一致:
| 平台 | 遵从性要求 |
|---|---|
| iOS | 仅限JavaScript或资产更新 |
| Android | 必须获得用户同意 |
| Both | 安全检查和适当的文档 |
以下是实现符合存储要求的更新的示例:
const compliantUpdate = async () => {
const userConsent = await requestUpdateConsent();
if (userConsent) {
await CapacitorUpdater.setUpdateConfig({
type: 'assets-only',
scope: 'ui-updates' // Updates limited to UI components
});
}
};
const preventDowngrade = async (newVersion, currentVersion) => {
const versions = await CapacitorUpdater.getVersions();
if (versions.current.buildNumber > newVersion.buildNumber) {
throw new Error('Downgrade attempt detected');
}
};
概要
关键点
有效处理用户数据涉及结合以下核心策略:
- 只收集必要的数据。
- 使用平台原生加密来保护它。
- 自动化数据保留截止日期。
- 设置详细的权限控制。
这些步骤共同确保从数据收集的那一刻开始,直到自动删除的那一刻,数据始终符合要求。
实施步骤
要将这些策略付诸实践:
- 使用第 2 节中讨论的方法对数据流进行审计。
- 加强存储安全,详见第 3 节。
- 根据第 4 节设置自动删除过程。
- 根据第 5 节建立和执行权限控制。
利用 Capgo
对于管理 OTA 更新的团队,Capgo 提供了内置的安全工具,旨在与这些努力保持一致:
- 端到端加密 区域:Capgo 营销网站。角色:短 UI 标签或导航项。消息键 `end_to_end_encryption` (端到端加密)。
- 以此来安全地更新包。 实时监控
Keep going from How to Handle User Data in Capacitor Apps
继续阅读《Capgo 应用程序中的用户数据处理指南》 How to Handle User Data in Capacitor Apps 为了计划安全性和合规性,连接它与 加密 加密的实施细节中 合规 合规的实施细节中 Capgo 安全扫描器 Capgo 安全扫描器的产品工作流程中 Capgo 安全 Capgo 安全的产品工作流程中, Capgo 信任中心 Capgo 信任中心的产品工作流程中。