java软件安全中心框架_『互联网架构』软件架构-API接口安全网关《service变controller》...

>在网上发现了一个牛X的思路，在做restful的时候，如果业务改变，需要每次都修改controller，后来方便了，直接透传的方式，其实也比较麻烦，每次都要写controller。需求变了接口也发生了改变，长期这样的结果，就是维护成本越来越高，直接service 通过spring 让他变成controller不就少写很多代码了。源码：github.com/limingios/netFuture/tree/master/api网关/idig8-api-gateway

背景

>移动互联时代，都在追寻一个万能的解，其实这个解可能不存在。其实后端开发的挑战越来越多。里面很多个controller，如果系统越来越庞大，导致的结果维护困难。

什么是API网关

>API网关是一个轻量的java http 接口组件，可无缝将普通的 Serive 方法转换成 http 接口。并从已下几点来达到提高开发效率与接口质量的目的。

去掉mvc控制器，将http请求直接无缝接入JAVA服务接口

统一出入参格式

统一异常规范

自动检测服务接口规

负责路由协议的转换

普通的http接口

API网关接口的实现

>当初一个接口开发一个控制器，1000个接口开发1000个控制器。一个一个封装参数，质量也提高了统一规范，出问题统一的方式回馈。不规范的代码也会被api网关拦截掉。

代码讲解

>就5个类，不到500行代码。开发的人最喜欢又小又精湛的代码，不容易软。方便理解，方便使用，又粗又大的代码，很不方便迁移，不好控制容易软。

ApiGatewayHandler.java

> 转换器和调用加载器

ApiGatewayServlet.java

>类似springboot的一个入口类

APIMapping.java

>注解暴露类

ApiRequest.java

> 请求封装类

5.ApiStore.java

> API IOC 大仓库

>代码的方式流程图

请求参数说明：

名称

类型

描述method

string

方法名称

paramter

json

业务参数

timestamp

long

请求时间戳

实现技术：

java servlet

spring Ioc

Json 转换工具的使用

接口安全的业务需求

接口安全级别分组

黑名单组

>我的，账户信息

白名单组

>商品展示，商品列表

3.黑白名单组

>商品详情内的展示，已登录和未登录之间的区别

基于Token安全机制认证要求

登录鉴权

防止业务参数串改

>fiddler抓包工具。可以实现。

保护用户敏感信息

>用户Id，在网络上是不进行传输的，都是用token来代替

防签名伪造

>客户端和服务端都有一套token和Secret的，传输的时候不是用secret传输，是的签名

Token 认证机制整体架构

>整体架构分为Token生成与认证两部分：

Token生成指在登陆成功之后生成 Token 和密钥，并其与用户隐私信息、客户端信息一起存储至Token表,同时返回Token 与Secret 至客户端。

Token认证指客户端请求业务接口时，认证中心基于Token生成签名。

Token表结构说明:

> 其实如果token加入索引的话，查询也比较快，但是相对于redis来说肯定是没有redis快的。

名称

类型

描述

约束id

number

id主键

主键，自增长

memberId

number

会员ID

accessToken

varchar(50)

Token

索引

secret

varchar(50)

密钥

createdTime

datetime

创建时间

expiresTime

datetime

有效期至

clientIp

varchar(50)

客户端IP

clientType

varchar(50)

客户端类别

eCode

varchar(50)

设备标识

uCode

varchar(50)

设备用户标识

业务请求具体参数：

名称

类型

描述method

string

方法名称

param

json

业务参数

token

string

token值

sign

string

签名规则:md5(secret+method+param+token+secret+timestamp)

timestamp

long

请求时间搓，允许与服务端10分钟误差

>签名规则：

已指定顺序拼接字符串 secret+method+param+token+timestamp+secret

使用MD5进行加密，在转化成大写

>签名的目的：

防串改

防伪造

防重复使用签名

>服务端签名验证的具体流程：

>签名认证与API网关的整体认证流程

PS：代码直接看源码，主要是了解思路，对于性能我建议先别考虑，先实现之后才能谈性能问题，性能问题没有绝对的只有相对的。最主要是签名的获取生成的思路。