2018-12-24 22:24:37 +08:00
|
|
|
|
保护代码完整性(七):保护在线帐户
|
|
|
|
|
======
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
> 在这个系列的最后一篇当中,我们将为你展示如何用双因子认证保护你的在线账户。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
![](https://www.linux.com/sites/lcom/files/styles/rendered_file/public/online-pgp.jpg?itok=BWc_Bk6q)
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
到目前为止,本系列教程已经提供了 PGP 的实用指南,包括基本概念和工具、生成和保护你的密钥的步骤。如果你错过了前面的文章,可以通过下面的链接查看。在本系列的最后一篇文章中,我们将为你保护在线帐户提供一个额外的指南,保护在线帐户是当今非常重要的一件事情。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
- [第一部分:基本概念和工具][1]
|
|
|
|
|
- [第二部分:生成你的主密钥][2]
|
|
|
|
|
- [第三部分:生成 PGP 子密钥][3]
|
|
|
|
|
- [第四部分:将主密钥移到离线存储中][4]
|
|
|
|
|
- [第五部分:将子密钥移到硬件设备中][5]
|
|
|
|
|
- [第六部分:在 Git 中使用 PGP][6]
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
#### 清单
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
* 取得一个具备 U2F 功能的设备(必要)
|
|
|
|
|
* 为你的在线帐户启用双因子认证(必要)
|
|
|
|
|
* GitHub/GitLab
|
|
|
|
|
* Google
|
|
|
|
|
* 社交媒体
|
|
|
|
|
* 使用 U2F 作为主验证机制,使用 TOTP 作为备选(必要)
|
|
|
|
|
|
|
|
|
|
#### 考虑事项
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
你可能注意到,很多在线开发者身份是捆绑了 email 地址的。如果有人能够访问你的邮箱,他们就能够去做一些对你会产生危害的事情,进而会损害你作为自由软件开发者的声誉。应该像保护你的 PGP 密钥那样保护你的 email 地址。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
##### 使用 Fido U2F 的双因子认证
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
[双因子认证][7] 是一种提升帐户安全性的机制,它除了要求用户名和密码之外,还要求一个物理令牌。它的目标是即便在有人窃取了你的密码(通过按键记录器、肩窥攻击或其它方式)的情况下,仍然能确保你的帐户安全,他们在没有得到你的一个专用的物理设备(“必备”的那个因子)的情况下,始终不能获取你的帐户。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
广为人知的双因子认证机制有:
|
|
|
|
|
|
|
|
|
|
* 基于 SMS 的验证
|
2019-01-10 23:11:56 +08:00
|
|
|
|
* 借助智能手机应用程序的基于时间的一次性令牌(TOTP),比如 Google Authenticator 或类似解决方案
|
2018-12-24 22:24:37 +08:00
|
|
|
|
* 支持 Fido U2F 的硬件令牌
|
|
|
|
|
|
|
|
|
|
基于 SMS 的验证很容易配置,但是它有如下的缺点:它在没有手机信号的地方无法使用(比如,建筑物的地下室),并且如果攻击者能够阻断或转向 SMS 信息,这种方式可能就会失败,比如通过克隆你的 SIM 卡。
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
基于 TOTP 的多因子认证提供了比 SMS 更好的安全保护,但它也有一些重要的缺点(你要在智能手机中添加的那么多令牌中找到正确的那个)。此外,还不能避免一个事实,那就是你的密钥最终还是保存在你的智能手机中 —— 它是一个复杂的、全球连接的设备,它有可能还没有及时从制造商那儿收到安全补丁。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
更重要的是,不论是使用 TOTP 还是 SMS 的方法来保护你免受诱骗攻击 —— 如果诱骗攻击者能够窃取你的帐户密码和双因子令牌,他们就可以在合法的站点上使用它们,访问你的帐户。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
[Fido U2F][8] 是一个按标准开发的专用设备,它能够提供双因子认证机制来对付诱骗攻击。U2F 协议在 USB 令牌中保存每个站点的的唯一密钥,如果你在任何合法站点以外的地方尝试使用它,它将阻止你,以防范偶然让攻击者获得你的密码和一次性令牌。
|
|
|
|
|
|
|
|
|
|
Chrome 和 Firefox 都支持 U2F 双因子认证,希望其它浏览器也能够提供对 U2F 的支持。
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
#### 获得一个支持 Fido U2F 功能的令牌
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
支持 U2F 的硬件令牌的 [可选目标很多][9],但如果你已经订购了一个支持智能卡的物理设备,那么你最好的选择就是 Yubikey 4,它两者都支持。
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
#### 启用你的在线帐户的双因子认证
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
你要确定想启用双因子认证的在线账户,你的 email 提供商已经使用了(特别是 Google,它对 U2F 的支持非常好)。其它的站点这个功能应该是启用了:
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
* GitHub:当你上传你的 PGP 公钥时,你应该要想到,如果其他人能够获得访问你的帐户,他们可以用他们自己的 PGP 公钥替换掉你的 PGP 公钥。如果在 GitHub 上发布代码,你应该使用 U2F 认证来保护你的帐户安全。
|
|
|
|
|
* GitLab:理由同上
|
|
|
|
|
* Google:如果你有 google 帐户,你就惊奇地发现,许多帐户都允许以 Google 帐户来代替站点专用的认证来登入它们。
|
|
|
|
|
* Facebook:理由同上,许多在线站点都提供一个选择让你以 Facebook 的帐户来认证。即便你不使用 Facebook 也应该使用双因子认证来保护你的 Facebook 帐户。
|
|
|
|
|
* 你认为必要的其它站点。查看 [dongleauth.info][10] 去找找灵感。
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
#### 如有可能,配置 TOTP 作为备选
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
许多站点都允许你配置多个双因子认证机制,推荐的设置是:
|
|
|
|
|
|
|
|
|
|
* U2F 令牌作为主认证机制
|
2019-01-10 23:11:56 +08:00
|
|
|
|
* TOTP 手机应用作为辅助认证机制
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
通过这种方式,即便你丢失了你的 U2F 令牌,你仍然能够重新获取对你的帐户的访问。或者,你可以注册多个 U2F 令牌(即:你可以用一个便宜的令牌仅用它做 U2F,并且将它用作备份)。
|
|
|
|
|
|
|
|
|
|
### 延伸阅读
|
|
|
|
|
|
|
|
|
|
到目前为止,你已经完成了下列的重要任务:
|
|
|
|
|
|
|
|
|
|
1. 创建你的开发者身份并使用 PGP 加密来保护它。
|
|
|
|
|
2. 通过将你的主密钥移到一个离线存储中并将子密钥移到一个外置硬件设备中的方式来配置你的环境,让窃取你的身份变得极为困难。
|
|
|
|
|
3. 配置你的 Git 环境去确保任何使用你项目的人都能够验证仓库的完整性和它的整个历史。
|
|
|
|
|
4. 使用双因子认证强化你的在线帐户。
|
|
|
|
|
|
|
|
|
|
在安全保护方面,你已经做的很好了,但是你还应该去阅读以下的主题:
|
|
|
|
|
|
2019-01-10 23:11:56 +08:00
|
|
|
|
* 如何去强化你的团队沟通。你的项目开发和治理决策的要求应该和保护提交代码那样去保护,如果不这样做,应该确保你的团队沟通是可信任的,并且所有决策的完整性是可验证的。
|
|
|
|
|
* 如何去强化你的工作站的安全。你的目标是尽可能减少导致项目代码被污染的危险或你的开发者身份被窃的行为。
|
2018-12-24 22:24:37 +08:00
|
|
|
|
* 如何写出安全的代码(查看相关编程语言和你项目所使用的库的各种文档)。即便引入它的提交代码上有一个 PGP 签名,糟糕的、不安全的代码仍然是糟糕的、不安全的代码!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
--------------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
via: https://www.linux.com/blog/learn/pgp/2018/3/protecting-code-integrity-pgp-part-7-protecting-online-accounts
|
|
|
|
|
|
|
|
|
|
作者:[Konstantin Ryabitsev][a]
|
|
|
|
|
选题:[lujun9972](https://github.com/lujun9972)
|
2019-01-10 23:11:56 +08:00
|
|
|
|
译者:[qhwdw](https://github.com/qhwdw)
|
|
|
|
|
校对:[wxy](https://github.com/wxy)
|
2018-12-24 22:24:37 +08:00
|
|
|
|
|
|
|
|
|
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
|
|
|
|
|
|
|
|
|
|
[a]:https://www.linux.com/users/mricon
|
2019-01-10 23:11:56 +08:00
|
|
|
|
[1]:https://linux.cn/article-9524-1.html
|
|
|
|
|
[2]:https://linux.cn/article-9529-1.html
|
|
|
|
|
[3]:https://linux.cn/article-9607-1.html
|
|
|
|
|
[4]:https://linux.cn/article-10402-1.html
|
|
|
|
|
[5]:https://linux.cn/article-10415-1.html
|
|
|
|
|
[6]:https://linux.cn/article-10421-1.html
|
2018-12-24 22:24:37 +08:00
|
|
|
|
[7]:https://en.wikipedia.org/wiki/Multi-factor_authentication
|
|
|
|
|
[8]:https://en.wikipedia.org/wiki/Universal_2nd_Factor
|
|
|
|
|
[9]:http://www.dongleauth.info/dongles/
|
|
|
|
|
[10]:http://www.dongleauth.info/
|