<commit_before># 接口安全设计及Spring OAuth + Spring Security实现

## 设计

可以基于OAuth的概念来设计：

* 资源服务器：数据资源服务，负责如公司、个人、商品等信息的增删改查，可拆分为多个。同时资源服务器会在创建资源的时候写入权限，在访问资源的时候验证权限
* 认证服务器：Spring OAuth实现
* 客户端：使用资源服务的用户，可以是需要调用资源API的任一个后台模块，也可以是App端或浏览器端需要直接调用资源API

如图所示：

![认证鉴权架构图](https://github.com/ctofunds/louxiaoer/blob/master/spring-security/architecture.png)

一个典型的认证鉴权流程是：

1. 客户端向认证服务器发起认证请求，包含客户端ID和Secret，以及可能的用户名密码
2. 认证服务器从MySQL读取相关信息来验证用户，如果认证失败，则返回401
3. 认证服务器生成Token写入Redis
4. 认证服务器返回Token给客户端
5. 客户端用收到的Token访问资源服务器
6. 资源服务器从Redis拿到Token对应的用户信息
7. 资源服务器根据客户端访问的资源ID和具体操作进行用户鉴权<commit_msg>更新README<commit_after># 接口安全设计及Spring OAuth + Spring Security实现

## 设计

可以基于OAuth的概念来设计：

* 资源服务器：数据资源服务，负责如公司、个人、商品等信息的增删改查，可拆分为多个。同时资源服务器会在创建资源的时候写入权限，在访问资源的时候验证权限
* 认证服务器：Spring OAuth实现
* 客户端：使用资源服务的用户，可以是需要调用资源API的任一个后台模块，也可以是App端或浏览器端需要直接调用资源API

如图所示：

![认证鉴权架构图](https://github.com/tangr1/lego/blob/master/auth-service/architecture.png)

一个典型的认证鉴权流程是：

1. 客户端向认证服务器发起认证请求，包含客户端ID和Secret，以及可能的用户名密码
2. 认证服务器从MySQL读取相关信息来验证用户，如果认证失败，则返回401
3. 认证服务器生成Token写入Redis
4. 认证服务器返回Token给客户端
5. 客户端用收到的Token访问资源服务器
6. 资源服务器从Redis拿到Token对应的用户信息
7. 资源服务器根据客户端访问的资源ID和具体操作进行用户鉴权
{'fraction_non_alphanumeric': 0.0898876404494382, 'fraction_numerical': 0.018150388936905792, 'mean_word_length': 9.069565217391304, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 2, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '6680849', 'n_tokens_mistral': 886, 'n_tokens_neox': 1078, 'n_words': 55}