该设置实际涵盖什么
在向工作区外的人分享 Slack 个人资料之前,请区分两个问题:你的个人资料当前显示什么,以及谁可以通过其他途径获取你的邮箱。个人资料设置只回答第一个问题。
根据默认策略,Slack 个人资料邮箱的显示范围可能延伸至已连接的外部组织,但存在角色例外。来源
这对 Slack Connect 很重要,因为个人资料的受众不限于同事。如果你即将加入共享频道或接受其他组织的邀请,请将个人资料视为对外页面,而非内部页面。实际检查方法是,在依赖任何关于外部成员所见内容的假设之前,先确认双方由谁管理该策略。
谁可以更改什么
责任是分开的。普通成员可以查看自己的个人资料,但邮箱显示策略是管理控制,而非个人开关。
经授权的工作区或组织所有者及管理员可以更改邮箱显示策略。来源
| 任务 | 成员 | 工作区或组织所有者/管理员 |
|---|---|---|
| 在对外分享前查看个人资料显示的内容 | 是——首先执行此操作 | 是——作为入职流程的一部分进行抽查 |
| 决定邮箱显示是否延伸至外部组织 | 否——遵循管理员的策略 | 是——这是经授权的管理员决定 |
| 更改邮箱显示策略 | 否——通过管理员提出请求 | 是——仅限经授权的所有者/管理员 |
| 更改后确认策略 | 请求确认 | 验证并传达结果 |
| 决定应用、令牌或 API 是否仍能访问邮箱 | 个人资料设置无法确定 | 个人资料设置无法确定 |
此表得出两个边界。第一,希望采用不同外部可见性设置的成员应向管理员提出,而不是试图绕过策略。第二,管理员决定会更改策略;但这一决定本身并不证明通往该邮箱的所有连接路径都已关闭。
容易忽略的限制
个人资料可见性与数据访问是不同的层面。隐藏邮箱地址的个人资料仍可能与访问同一地址的集成或程序化访问并存。
在个人资料中隐藏邮箱并不能保证无法通过应用、令牌或 API 访问该邮箱。来源
因此,不要将隐藏的个人资料描述为“邮箱是私密的”。准确的说法更窄:个人资料显示已调整。其他地方是否存在副本——在连接的应用或导出的数据中——是个人资料设置无法回答的另一个问题。如果你担心的是地址泄露而非可见,那么下面的个人资料检查清单是起点,而非完成证书。
分享前检查清单
在接受外部邀请或在共享频道中发布个人资料之前,请使用此清单。这些步骤是编辑建议;上述策略事实来自引用的主张。
- 确定工作区和组织。 写下你所在的工作区以及你要连接的外部组织。如果你无法同时说出两者,请暂停。
- 打开自己的个人资料并记录可见内容。 在任何更改之前记录当前状态,以便日后分辨发生了什么变化。
- 询问管理员适用哪项邮箱显示策略。 不要根据同事看到的内容推断;策略可能因工作区和角色而异。
- 询问该策略是否涵盖已连接的外部组织。 这是默认行为引发的具体问题。
- 将显示与访问分开。 询问正在使用的任何应用、令牌或 API 是否可能访问同一邮箱。如果无人能回答,请将该地址视为可能可访问并据此决定。
- 记录决定和日期。 如果管理员更改了策略,请注明更改时间和针对哪个工作区,以便日后审查有基线。
- 组织变更后重新检查。 新连接、角色变更或管理员变更都是重新审视答案的理由。
需要防范的失败路径
- 成员认为隐藏就足够了。 个人资料看起来干净,但集成仍持有该地址。应上报给管理员,而不是宣布问题已解决。
- 管理员更改策略而未告知成员。 成员继续基于旧状态做决定。任何更改都应附上简短通知。
- 有人要求成员绕过策略。 拒绝并将请求转交给经授权的所有者或管理员;成员不是这里的正确决策者。
- 编辑个人资料后将其视为已删除数据。 编辑过或空的个人资料并不证明存储数据已删除。将个人资料编辑和数据移除视为不同问题。
当问题超出 Slack 范围
有时真正的问题不是某个个人资料,而是邮箱地址在其他服务中揭示了什么。那是不同的任务,需要不同的证据,而在其他地方发现的公开匹配只是线索,而非所有权证明。如果这是你的情况,关于通过邮箱地址查找账号的指南是相关的下一步;将其结果与上述 Slack 策略问题分开。
如果你想了解 TruthsSeek 如何处理来源主张和限制,请参阅方法论页面。