Mongo Auth Provider
Vert.X中提供了一个 AuthenticationProvider
的实现,
它可以让您使用 MongoClient 针对 MongoDb 数据库执行认证和授权。
若要在自己的项目中使用它, 需要在构建描述信息的 dependencies 节点中添加以下信息:
-
Maven (在
pom.xml
文件中):
<dependency>
<groupId>io.vertx</groupId>
<artifactId>vertx-auth-mongo</artifactId>
<version>4.4.0</version>
</dependency>
-
Gradle (在
build.gradle
文件中):
compile 'io.vertx:vertx-auth-mongo:4.4.0'
如果要创建一个客户端实例,您首先需要一个 MongoClient
的实例,
要知道如何创建这个实例可按照文档中的内容实施。
一旦您创建了一个 MongoClient
实例后,就可以按照下边的代码创建 MongoAuth
实例:
MongoClient client = MongoClient.createShared(vertx, mongoClientConfig);
MongoAuthenticationOptions options = new MongoAuthenticationOptions();
MongoAuthentication authenticationProvider =
MongoAuthentication.create(client, options);
创建好上边的实例过后,您就可以使用任何 AuthenticationProvider
针对MongoDB执行认证和授权功能了。
Vert.X的默认标准配置(Out Of the Box)中包含了"user"集合(Collection), 用户名字段使用"username"进行存储和读取。
为了避免在"user"集合中出现重复的用户名,应该在"user"集合中给"username"添加唯一索引(Unique Index), 您可以在MongoDB服务器中运行下边的片段来完成此操作:
db.user.createIndex( { username: 1 }, { unique: true } )
MongoDB的特性是先查询username字段中的值是否已经存在,然后会插入一个Document,并不能作为一个原子性操作, 基于这个原因您需要添加上边的唯一索引, 使用了这个索引过后您的代码会尝试先插入一行数据,如果出现了重复记录则会失败。
根据您自身需要,您同样可以使用方法:
setCollectionName
、
setUsernameField
、
setPasswordField
改变 MongoDB 中使用的默认集合(Collection)和列(Column)名称等信息:
Vert.X默认实现中的密码通过 HashingStrategy
在数据库中加密后进行存储。(salt值存储在该Hash结果中)
如您想要重写上述行为,则可以调用 setHashStrategy
方法设置新的Hash策略,并且提供变更过的Hash策略及配置信息。
Vertx Auth JDBC 和 GDPR
GDPR(译者注:一般数据保护条例)是欧盟普通法中的一项法规。它重新定义或凌驾于本国的数据保护法之上, 并且扩展了先前已存在的法令。本节内容绝不是一个法规的概览, 而是对组件如何遵循要求做的小总结。 不遵守法规的公司可以按营业额的4%或2000万欧元处以罚款。 因此我们想要确保的是,您,作为 Vert.x Auth JDBC 的用户,很好地遵守了该法规。
该法规定义如下术语:
-
Data Subject(数据主体) - 被处理私人数据的人(例如:用户)
-
Personal Data(个人数据) - 任何指向一个已识别或可识别的自然人(即数据主体)相关的的数据
-
Data Processing(数据处理) - 对于个人信息(即个人数据)的任何操作(手动或自动)
-
Controller(控制者) - 请求和使用数据的实体(例如:公司)
-
Processors(处理者) - 代表控制者处理数据的任何实体(例如:云服务供应商)。
GDPR 定义如下的功能:
-
"Forget me" - 清除数据的权利
-
将
概览(profile)
标记为受限资源 - 限制数据处理的权利 -
导出数据 - 数据的可移植权利
-
允许编辑
概览
- 重新授权的权利 -
查看自己的所有信息 - 访问权利
-
选中复选框
-
年龄检查
-
资料销毁 - 数据最小化原则
本模块遵循GDPR法律,它不存储任何数据对象的可识别信息。 唯一的标识就是不关联任何私人信息的用户名(username)。
为了在您的应用中加入个人信息,您应该创建您自己的数据表,并关联用户名字段。 这里提示一下,您应该有一个布尔类型的字段来标识个人信息是否访问受限, 以此来遵循处理数据时的法律限制:例如,向邮件列表中的邮箱批量发送邮件, 当某个邮箱用户的限制标识为true时,便不允许向他发送邮件。
删除数据的权利并不代表您必须清除您应用中所有的数据,例如:在银行当中,这个权利不能用来清除贷款和债务信息。 您可以保留应用中的数据,但是必须清除个人数据。 对于 Vert.x Auth JDBC 场景,您应该删除您的表, 但只要不将用户名和个人信息关联起来,那么您依旧可以保留对用户名的引用。
重要说明:这必须在备份中保留下来!作为提示,您应该备份数据,并保证数据备份在不同的数据库当中, 所以他们才能够独立地回滚。
认证
如果认证使用了默认的MongoDB实现,
认证信息中用了 username
和 password
字段:
JsonObject authInfo = new JsonObject()
.put("username", "tim")
.put("password", "sausages");
authProvider.authenticate(authInfo)
.onSuccess(user -> System.out.println("User: " + user.principal()))
.onFailure(err -> {
// Failed!
});
如果想要替换上边的 username
和 password
两个默认字段名,您可使用以下两种方法:
getUsernameCredentialField
和
getPasswordCredentialField
授权:Permission/Role模型
尽管 Vert.X 自身并不要求使用特定的许可模型(它本身只是使用了不透明的字符串), 但 MongoDB 认证中的实现使用了比较熟悉的:用户/角色/许可模型,这样在应用里您可以使用一个或者多个角色, 而一个角色也可以拥有一个或者多个许可。
如果要验证一个用户是否拥有特定的许可,则要将许可信息传递到
isAuthorized
中:
mongoAuthZ.getAuthorizations(user)
.onSuccess(v -> {
if (PermissionBasedAuthorization.create("commit_code").match(user)) {
// Has permission!
}
});
如果要验证一个用户是否属于特定角色,则可以使用 RoleBasedAuthorization
。
mongoAuthZ.getAuthorizations(user)
.onSuccess(v -> {
if (RoleBasedAuthorization.create("manager").match(user)) {
// Has role!
}
});