Privacy Violation: Screen Caching

应用程序在后台运行之前，iOS 将自动进行屏幕截图（即当应用程序处于活动状态时按“主页”按钮）。如果发生以上情况时显示了敏感信息，可能会危及用户的个人隐私。

在 iOS 缓存屏幕上的内容之前，已识别的 UIViewController 子类不会实现用于隐藏屏幕元素的相应方法。这将泄露应用程序在后台运行之前已输入到输入控件中的敏感信息。

示例 1：输入到 iOS 文本控件中的输入可能会存储在应用程序在后台运行时捕获的屏幕截图中（即当应用程序处于活动状态时按“主页”按钮）。

ViewController.h
...

@property (nonatomic, retain) IBOutlet UITextField *ssnField;

...

Example 1 中的代码指示该应用程序使用了收集敏感信息的输入控件。由于 iOS 会捕获应用程序在后台运行时其活动视图的屏幕截图以改善动画性能，因此在后台事件期间在此类输入控件中显示的任何信息都可能会被缓存在保存到文件系统的图像内。由于这些屏幕缓存屏幕截图存储在设备上，因此如果该设备丢失，这些屏幕截图可能被恢复，从而导致泄露其中包含的任何敏感信息。

可以通过多种方式将私人数据输入到程序中：

— 以密码或个人信息的形式直接从用户处获取。

— 由应用程序访问数据库或者其他数据存储形式。

— 间接地从合作者或者第三方处获取。

- 从移动数据存储中检索如下信息：地址簿、拍摄的照片、地理位置、配置文件、存档的 SMS 消息等。

有时，某些数据并没有贴上私人数据标签，但在特定的上下文中也有可能成为私人信息。比如，通常认为学生的学号不是私人信息，因为学号中并没有明确而公开的信息用以定位特定学生的个人信息。但是，如果学校用学生的社会保障号码生成学号，那么这时学号就应被视为私人信息。

安全和隐私似乎一直是一对矛盾。从安全的角度看，您应该记录所有重要的操作，以便日后可以鉴定那些非法的操作。然而，当其中牵涉到私人数据时，这种做法就会带来额外的风险。

虽然私人数据处理不当的方式多种多样，但常见风险来自于盲目信任。程序员通常会信任运行程序的操作环境，因此认为将私人信息存放在文件系统、注册表或者其他本地控制的资源中是值得信任的。然而，尽管某些特定资源已经被限制访问，但仍无法保证所有能够访问该资源的个体都是可以信赖的。例如，2004 年，一个不道德的 AOL 员工将大约 9200 万个私有客户电子邮件地址卖给了一个通过垃圾邮件进行营销的境外赌博网站 [1]。

鉴于此类备受瞩目的信息盗取事件，私人信息的收集与管理正日益规范化。要求各个组织应根据其经营地点、所从事的业务类型及其处理的私人数据性质，遵守下列一个或若干个联邦和州的规定：

- Safe Harbor Privacy Framework [3]

- Gramm-Leach Bliley Act (GLBA) [4]

- Health Insurance Portability and Accountability Act (HIPAA) [5]

- California SB-1386 [6]

尽管制定了这些规范，Privacy Violation 漏洞仍时有发生。