一封辞退通知,和一起找不到案号的诉讼

2024年6月10日,苹果给系统工程师Toby Boardman的日历加了一场会议。他刚休完因焦虑症和强迫症申请的保护性医疗假,以为苹果终于要回应他反复提出的两件事:一是残疾相关的工作调整,二是他此前举报的一个隐私问题——负责对接AT&T的苹果代表,在向运营商提供客户设备IMEI号时,没有像其他运营商通道那样要求客户授权书。第二天,苹果解雇了他,理由是绩效问题。

Boardman于2026年1月22日向旧金山高等法院起诉苹果及两名前经理,审判定于2027年11月15日。这条新闻听起来够劲爆:企业级工程师、批量上千台设备的IMEI、未加密邮件传输、休假返岗次日被裁。但把它当成"苹果隐私漏洞实锤"来读,会漏掉一个更值得警惕的事实——检索公开法院索引,目前查不到与这起诉讼匹配的案号或诉状原文,唯一对得上的只有一份同名人士的职业简历。

案件时间线 6月10-11日 约谈次日解雇 2026年1月 提起诉讼 2027年11月 陪审团审判

IMEI算不算"个人信息",没有那么绝对

Boardman诉状的核心前提是:苹果内部政策把设备序列号和IMEI当作个人身份信息,对接其他运营商时要求先拿到客户授权书,AT&T这条线却被放行了。这个前提听起来干净利落,现实里的法律定性却更模糊。

苹果自己的隐私政策把能定位到具体设备、进而关联到个人的标识符纳入个人数据范畴,AT&T的设备帮助条款也把序列号、IMEI列进"个人信息"。但美国联邦法上,IMEI单独出现时通常不自动构成受《通信法》保护的CPNI(客户专有网络信息)——账单、通话记录、使用信息才是CPNI的核心保护对象。加州CCPA的口径更宽,把能关联到消费者或其设备的持久性标识符也算作个人信息。三套标准叠在一起,"运营商拿到一串IMEI算不算侵犯隐私"本身就是一道没有统一答案的题,不是苹果内部一条红线被踩了那么简单。

  • 结论.IMEI是否需要客户授权,取决于场景,而不是苹果内部一条硬性红线。

指控与卷宗之间,还有一段路没走完

指控与卷宗的落差 诉状里的指控 公开卷宗里 未加密邮件传输 经理压制举报 绩效解雇是借口 无涉案邮件 无举报记录 无客户实例

苹果在3月提交的答辩是总否认,理由写的是"正当理由及业务原因",没有专门回应IMEI指控这一条。这看起来像默认,更可能是标准的诉讼防守——过早暴露反驳细节,只会给对方提前准备好下一轮攻击的机会。AT&T在这起案子里始终没有被列为被告,也没有公开表态,等于置身事外。

真正值得盯的,其实是Boardman诉状里叠着的另一条诉因:医疗休假报复。他休完假回来,次日被约谈,第三天被解雇,时间线本身就足够可疑,这条诉因在劳动法上通常比"隐私吹哨人报复"更容易被法院采信——举证链条更短,因果关系更直白。如果案件真能进入实质审理,法院大概率会先在这条更常规的路径上定输赢,而不是先去裁定IMEI是否算受保护的个人信息。

  • 提醒.诉状里没有涉案邮件原文、没有举报记录文本、没有内部隐私政策条款、也没有任何一个被共享数据的客户实例,所有指控目前都停留在原告单方陈述阶段。
一个查不到案号的诉讼,配不上"独家实锤"这个分量。

谁该盯着这件事,盯什么

对普通用户来说,这起案子暂时不构成需要采取动作的风险信号——没有证据表明任何具体用户的数据被泄露给第三方,也没有证据表明这类传输违反了明确的法律条款。对关心苹果隐私合规的人来说,真正的观察窗口是2027年11月陪审团审判前的证据开示阶段:涉案邮件、内部政策文本、法院记录能否被独立检索到,才是判断这起指控成色的时间点。在那之前,它更像一起等待验证的劳动纠纷,而不是一次已经定案的隐私丑闻。