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

减少数据收集
遵守隐私法规的关键是采取结构化的方法来审查、规划和管理数据收集。通过利用Capacitor内置的工具来最小化数据收集,您可以采取实际步骤来改善您的应用程序的数据实践。
数据收集审查
首先,通过数据流程图来映射数据如何在您的应用程序中流动。使用数据血统可视化工具来识别可能收集不必要数据的区域。隐私影响评估(PIA)软件可以指导您评估每个数据项是否真正需要。以下是需要关注的领域:
| 数据类型 | 审查重点 | 行动项 |
|---|---|---|
| 用户输入 | 表单字段和验证 | 删除不需要的字段 |
| API调用 | 请求/响应负载 | 过滤掉额外的数据字段 |
| 存储 | 缓存和持久化数据 | 优化存储使用 |
| 分析 | 使用跟踪 | 只保留必要的指标 |
数据收集目标
要明确地说明为什么要收集每个数据点。每个数据点都应该有一个特定的目的。例如:
// Purpose-driven data collection example
const userPreferences = {
location: "Used for local weather updates",
notification: "Needed for sending alerts"
};
如果您的应用程序具有天气功能,它可能只需要一个邮政编码 code 而不是一个完整的地址。这一方法确保您只收集必要的信息来支持核心应用程序功能[1][5].
数据输入控制
使用验证工具来限制通过表单和 API 调用收集的数据量。将客户端验证与服务器端验证结合起来,以有效地强制实施这些限制
将 Capacitor 的安全功能整合到这些控制中以增强它们:
- 在可能的情况下,使用下拉菜单代替自由文本字段。
- 为文本输入字段设置字符限制。
使用自动发现工具定期进行审计,以确保您的数据收集实践始终高效且符合您的应用的预期功能。
数据安全和存储
一旦您定义了数据收集边界,保护用户信息并遵守数据最小化原则就变得至关重要了。
设置安全存储
该 @capacitor/secure-storage 插件使用内置安全功能,如 iOS Keychain 和 Android Keystore,来保护敏感数据 [1].
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].
存储选项比较
选择合适的存储解决方案取决于数据的敏感度。以下是快速比较:
| 功能 | 安全存储 | 本地存储 |
|---|---|---|
| 安全级别 | 高(加密) | 基本 |
| 最佳用途 | 令牌、密码 | 非敏感设置 |
| 性能 | 由于加密速度较慢 | 更快的访问 |
Secure Storage API 是存储关键信息,如身份验证令牌和个人用户数据的坚实选择 [1][4]. 其 加密能力 也符合保留政策,允许在指定时间框架内控制对数据的访问 [2].
sbb-itb-f9944d2
数据存储时间限制
明确数据保留政策有助于与数据最小化原则保持一致,确保信息不会保留得比必要的时间长
存储时间规则
不同类型的用户数据应该根据其目的和敏感度水平来定义保留期限。以下是一个管理数据保留期限的建议框架: Capacitor 应用:
| 数据类型 | 保留期限 | 理由 |
|---|---|---|
| 账户数据 | 直到账户删除或 2 年内无活动 | 用于账户相关操作 |
| 交易记录 | 7 年 | 遵守金融法规 |
| 分析数据 | 90 天(匿名化),1 年(删除) | 支持功能改进 |
| 营销偏好 | 直到 Opt-out 或账户删除 | 遵守同意要求 |
以下是如何使用过期日期存储数据的示例:
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);
}
法国数据保护机构 CNIL 强调了存储期限必须与应用程序核心功能一致的原则 [3]. 这一原则尤其适用于Capacitor应用程序开发者,应指导您的数据存储期限策略。
应用程序权限控制
小心处理应用程序权限至关重要,以便在确保应用程序正常运行的同时保护用户数据。通过合理管理权限,您可以限制对设备功能的访问,只允许应用程序真正需要的功能。Capacitor的权限API提供了一个统一的权限管理方法,适用于iOS和Android。
权限请求步骤
Make sure the permissions you request align with your app’s data collection goals. Here’s a sample implementation for handling permission requests in a Capacitor app:
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;
};
管理被拒绝的权限
如果用户拒绝权限请求,请提供明确的替代方案和指导。以下是示例:
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();
}
}
};
权限请求的时机
当您请求权限时,时机至关重要。策略性的时机可以显著提高用户接受率。以下是时机策略的快速概述:
| 时机策略 | 最佳使用场景 |
|---|---|
| 即时 | 当需要特定功能时 |
| 上下文 | 对于非关键功能 |
| 首次启动 | 对于核心功能的要求 |
| 延迟 | 对于用户旅程的可选功能 |
例如,您可以在用户启动相机拍照等操作时请求相机访问权限:
const captureImage = async () => {
const userStartedCapture = true;
if (userStartedCapture) {
const granted = await permissionHandler('camera');
if (granted) {
await startCamera();
} else {
showUploadOption();
}
}
};
这种上下文请求可以提高接受率达50%以上,相比于一次性请求 [2]为了确保流畅的体验,需要维护一个权限状态跟踪器,保存用户决策的历史记录
一旦权限处理完成,您可以将重点转移到更新安全性,尤其是对于无线(OTA)部署
OTA更新安全
确保数据完整性 在应用程序更新期间使用安全的OTA(无线)更新流程至关重要。这些更新有助于防止未经授权的更改对应用程序code,从而绕过数据收集的限制
更新包签名
签署更新包是保护免受未经授权的code更改的关键步骤。以下是安全的OTA更新的关键措施:
| 安全措施 | 如何实现 |
|---|---|
| 内容保护 | AES加密 |
| 交付安全 | 使用证书固定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 | 必须获得用户同意 |
| 两者 | 安全检查和合适的文档 |
以下是实施符合商店更新的示例:
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提供了内置的安全工具,旨在与这些努力保持一致:
- 端到端加密 以此来保护更新包的安全。
- 实时监控 快速响应潜在安全威胁。