也难怪 hipster 们着迷于工艺品和手工制品。不管是一片厚切鳄梨吐司、一瓶限量(非乳制)姜黄奶或一杯完美的手冲咖啡——其中的人情味是无法替代的。
相反,好密码和工艺品截然不同。密码应该完全没有任何意义,除非它是一个 90 年代骇客电影的标题或者一个密室逃脱游戏的答案。
有了 iOS 12 和 macOS Mojave 中的 Safari,生成可以想象到的最强、最没有意义、最难猜到的密码从未如此简单——这都要感谢一些新功能。
理想的密码策略非常简单:强制要求最少字符数(至少 8 位)并且允许长密码(64 位或者更多)。
其他更复杂的策略,像预置的安全问题、周期性的失效密码或者强制要求一些奇怪的符号,只不过让这些策略想要保护人感到厌烦。
但是不要太相信我说的话——我不是安全专家
相对的,请查看美国国家标准技术研究所最新发布(2017 年 6 月)的 Digital Identity Guidelines
好消息是越来越多的公司和组织开始注意安全性最佳实践了。坏消息则是改变这些事情需要进行一系列影响数百万人的大范围数据改动。事实上前面说到的安全性反面模式并不会很快消失,因为公司和政府做任何事情都需要花很久的时间。
Safari 的自动填充从 iOS 8 起就可以生成密码了,但是它有一个缺点就是不能保证生成的密码符合某些服务的要求。
Apple 通过 iOS 12 和 macOS Mojave 里 Safari 中的自动式强密码功能来解决这个问题。
WebKit 工程师 Daniel Bates 在 3 月 1 日给 WHATWG 提交了这个提案。6 月 6 日,WebKit 团队发布了 Safari Technology Preview 58,使用新属性 passwordrules
来支持强密码生成。同时,WWDC 发布了 iOS 12 beta SDK,包括新的 UITextInputPasswordRules
API,还有验证码自动输入和联合身份验证等其他一些密码管理功能。
密码规则就像是密码生成器的配方。根据一些简单的规则,密码生成器就可以随机生成满足服务提供方需求的新密码。
密码规则由一个或多个键值对组成:
required: lower; required: upper; required: digit; allowed: ascii-printable; max-consecutive: 3;
每个规则可以指定下列键:
required
: 需要的字符类型allowed
: 允许使用的字符类型max-consecutive
: 允许字符连续出现次数的最大值minlength
: 密码最小长度maxlength
: 密码最大长度required
和 allowed
键使用下面列出的字符类别作为值。max-consecutive
、minlength
和 maxlength
使用非负整数作为值。
required
和 allowed
键可以使用下面的字符类别作为值:
upper
(A-Z
)lower
(a-z
)digits
(0-9
)special
(-~!@#$%^&\*\_+=`|(){}[:;"'<>,.? ]
和空格)ascii-printable
(U+0020 — 007f)unicode
(U+0 — 10FFFF)除了这些预置字符类别,还可以用方括号包住 ASCII 字符来指定自定义字符类别(比如 [abc]
)。
Apple 的 Password Rules Validation Tool 让你可以对不同的规则进行实验,并得到实时的结果反馈。甚至可以生成并下载上千个密码用来开发和测试!
更多有关于密码规则的语法,请查看 Apple 的文档「Customizing Password AutoFill Rules」。
在 iOS 上,给 UITextField
的 passwordRules
属性设置一个 UITextInputPasswordRules
对象(同时也应该将 textContentType
属性设置为 .newPassword
):
let newPasswordTextField = UITextField()
newPasswordTextField.textContentType = .newPassword
newPasswordTextField.passwordRules = UITextInputPasswordRules(descriptor: "required: upper; required: lower; required: digit; max-consecutive: 2; minlength: 8;")
在网页上,设置 <input>
元素(且 type="password"
)的 passwordrules
属性:
<input type="password" passwordrules="required: upper; required: lower; required: special; max-consecutive: 3;"/>
如果没有指定,默认的密码规则是
allowed: ascii-printable
。如果表单中有密码验证区域,它的密码规则会从上一个区域继承下来。
不光是只有你会觉得直接使用没有良好抽象的字符串格式令人感到不安。
下面是一种将密码规则封装成 Swift API 的方式(可以作为 Swift package 获取):
enum PasswordRule {
enum CharacterClass {
case upper, lower, digits, special, asciiPrintable, unicode
case custom(Set<Character>)
}
case required(CharacterClass)
case allowed(CharacterClass)
case maxConsecutive(UInt)
case minLength(UInt)
case maxLength(UInt)
}
extension PasswordRule: CustomStringConvertible {
var description: String {
switch self {
case .required(let characterClass):
return "required: \(characterClass)"
case .allowed(let characterClass):
return "allowed: \(characterClass)"
case .maxConsecutive(let length):
return "max-consecutive: \(length)"
case .minLength(let length):
return "minlength: \(length)"
case .maxLength(let length):
return "maxlength: \(length)"
}
}
}
extension PasswordRule.CharacterClass: CustomStringConvertible {
var description: String {
switch self {
case .upper: return "upper"
case .lower: return "lower"
case .digits: return "digits"
case .special: return "special"
case .asciiPrintable: return "ascii-printable"
case .unicode: return "unicode"
case .custom(let characters):
return "[" + String(characters) + "]"
}
}
}
有了这个,我们就可以在代码里指定一些规则,然后用它们生成有效的密码规则语法字符串:
let rules: [PasswordRule] = [ .required(.upper),
.required(.lower),
.required(.special),
.minLength(20) ]
let descriptor = rules.map{ "\($0.description);" }
.joined(separator: " ")
// "required: upper; required: lower; required: special; max-consecutive: 3;"
只要你愿意,你甚至可以扩展 UITextInputPasswordRules
给它添加一个接收 PasswordRule
数组的 convenience initializer。
extension UITextInputPasswordRules {
convenience init(rules: [PasswordRule]) {
let descriptor = rules.map{ $0.description }
.joined(separator: "; ")
self.init(descriptor: descriptor)
}
}
如果你是一个在个人认证信息上非常有感情的人,喜欢在密码输入区域中的小圆点后面输入你的大学、小狗或者最喜欢的运动团队,请考虑不要再这样做了。
就我个人来说,我无法想象没有密码管理器的日子。当你知道任何时候你都能访问到你需要的信息,并且只有你能访问到时,你的心灵将会获得极大的平静。
从现在开始改变,你就能完全利用上在之后今年发布的 iOS 12 和 macOS Mojave 的 Safari 中的这些改进。
除非另有声明,本文采用知识共享「署名-非商业性使用 3.0 中国大陆」许可协议授权。