你实际控制的是什么
限制 Figma 链接是两个决定,而不是一个。第一个是链接面向谁——任何拥有链接的人、仅限你邀请的人,或你的组织或工作区(取决于你的套餐是否提供这些选项)。第二个是这些人进入后能做什么:查看或编辑。将链接更改视为完整的隐私修复,通常意味着其中一项被忽略了。
第三条路径完全在链接之外:从文件所在的团队或文件夹继承的访问权限。有人可以在不出现在你写的任何邀请列表中的情况下打开文件。
Figma 共享将链接受众与查看或编辑权限分开,组织和工作室选项取决于套餐。来源
文件访问权限可以从团队或文件夹继承,因此单独邀请的人员列表并不能描述所有访问路径。来源
第 1 步:在更改任何内容之前记录当前状态
打开文件的共享设置并写下你发现的内容,而不是边改边记。你需要一个之后可以对比的基线。
- 链接受众: 选中了哪个选项——任何拥有链接的人、仅限受邀者,或组织/工作区设置。记下显示给你的确切标签。
- 链接角色: 链接授予的是查看还是编辑。
- 具名人员: 谁被单独列出,以及具有什么角色。
- 位置: 文件位于哪个团队、项目或文件夹中。
如果你预期的设置缺失,那可能是套餐或工作区策略的差异。将其记录为未经验证,而不是假设它不存在。
第 2 步:检查继承的访问权限,而不仅仅是邀请列表
在断定文件是私密之前,检查容器。团队或文件夹中的文件可以从该团队或文件夹获取访问权限,因此个人邀请列表只是部分情况。
实际检查:
- 确定文件所属的每个团队、项目或文件夹。
- 对每一个,询问谁是成员以及他们在那里担任什么角色。
- 将该成员资格与你预期有访问权限的人进行对比。
- 注意任何仅通过成员资格而非邀请获得访问权限的人。
当团队成员仍能打开受限文件时,继承权限可能是原因之一。在判断具体原因前,请先检查您自己工作空间的权限设置。
第 3 步:构建访问表
访问表使路径可见,并为你提供与文件所有者或工作区管理员一起审查的内容。下面的示例是假设的,不是任何真实工作区的记录。
| 路径 | 覆盖谁 | 角色 | 设置位置 | 已审查? |
|---|---|---|---|---|
| 链接受众 | 任何拥有链接的人 | 查看 | 共享设置 | 是 |
| 个人邀请 | 两位具名协作者 | 编辑 | 共享设置 | 是 |
| 团队成员资格 | 设计团队中的所有人 | 从团队继承 | 团队设置 | 需要管理员检查 |
| 文件夹 | 项目文件夹成员 | 从文件夹继承 | 文件夹设置 | 需要管理员检查 |
价值在于最后一列。你无法从文件本身检查的路径,就是你尚未限制的路径。
第 4 步:有意识地更改链接受众和角色
记录基线后,在共享设置中调整链接受众和角色。两个注意事项:
- 更改链接不一定移除通过团队或文件夹成员资格获得的访问权限。这些权限在其授予的地方管理。
- 更改链接不会触及人们已经下载或导出的副本。限制链接不是召回机制。
如果你的目标是阻止未来的分享而不是审计当前访问权限,请在你自己的笔记中明确说明,因为这两个目标会导致不同的检查。
仅原型分享和 Starter 限制
一些团队希望审查者查看流程而不打开设计文件。这种分离取决于套餐。
仅原型分享在付费套餐中可用;在 Starter 上,分享演示视图并不能阻止访问设计文件。来源
因此,在 Starter 上,发送演示视图并不是让底层设计无法触及的方法。如果设计本身敏感,链接受众和继承访问权限才是关键控制,应一起审查。
预期会遇到的失败路径
- “我设置为仅限受邀者,但队友仍然有访问权限。” 在更改其他任何内容之前,检查团队和文件夹成员资格。
- “我需要的选项不在共享中。” 这可能取决于套餐或工作区策略;与管理员确认,而不是猜测。
- “在我限制之前有人转发了链接。” 链接更改影响未来的链接;它不会撤回已经分享或下载的内容。
- “我移除了一个人并假设文件已锁定。” 移除个人和限制链接是分开的操作,具有不同的效果。
此任务结束和另一任务开始的地方
本指南涵盖工作区内 Figma 文件的访问权限。移除已发布的社区文件或你的创作者署名是另一项任务,具有不同的控制——如果你需要的是那个,请参阅相关账户控制指南。
另外,用户名搜索不控制 Figma 共享设置,无法恢复账户,也无法证明谁拥有个人资料。如果你担心的是你的名字和用户名在其他地方暴露了什么,下一个有用的步骤是审查你的公开账户足迹。