mirror of
https://github.com/privacyguides/privacyguides.org.git
synced 2024-10-01 01:35:57 -04:00
43 lines
1.9 KiB
Markdown
43 lines
1.9 KiB
Markdown
|
---
|
||
|
title: 通用标准
|
||
|
---
|
||
|
|
||
|
!!! 示例“正在进行的工作”
|
||
|
|
||
|
以下页面是一项正在进行的工作,目前并不反映我们建议的全部标准。 过去关于这个主题的讨论。[#24](https://github.com/privacyguides/privacyguides.org/discussions/24)
|
||
|
|
||
|
以下是一些必须适用于所有提交给隐私指南的事项。 每个类别都会有额外的纳入要求。
|
||
|
|
||
|
## 财务披露
|
||
|
|
||
|
我们不通过推荐某些产品赚钱,我们不使用联盟链接,我们也不为项目捐赠者提供特殊考虑。
|
||
|
|
||
|
## 一般准则
|
||
|
|
||
|
我们在考虑新的建议时采用这些优先事项。
|
||
|
|
||
|
- **安全**:工具应该在适用的地方遵循安全的最佳做法。
|
||
|
- **来源的可用性**: 开放源码项目通常比同等的专有替代品更受欢迎。
|
||
|
- **跨平台**:我们通常倾向于建议跨平台,以避免厂商锁定。
|
||
|
- **积极开发**:我们推荐的工具应该积极开发,未维护的项目在大多数情况下会被删除。
|
||
|
- **可用性**:工具应该是大多数计算机用户可以使用的,不应该要求有过度的技术背景。
|
||
|
- **文档化**:工具应该有明确和广泛的使用文档。
|
||
|
|
||
|
## 开发商自行提交的资料
|
||
|
|
||
|
我们对希望提交其项目或软件供审议的开发者有这些要求。
|
||
|
|
||
|
- 必须披露隶属关系,即您在提交的项目中的职位。
|
||
|
|
||
|
- 如果是涉及处理敏感信息的项目,如信使、密码管理器、加密的云存储等,必须有一份安全白皮书。
|
||
|
- 第三方审计情况。 我们想知道你是否有一个或计划了一个。 如果可能,请说明谁将进行审计。
|
||
|
|
||
|
- 必须解释该项目在隐私方面带来了什么。
|
||
|
- 它是否解决了任何新问题?
|
||
|
- 为什么有人要使用它而不是其他的东西呢?
|
||
|
|
||
|
- 必须说明其项目的确切威胁模式是什么。
|
||
|
- 潜在的用户应该清楚地知道该项目能提供什么,以及不能提供什么。
|
||
|
|
||
|
--8<-- "includes/abbreviations.zh.txt"
|