有一天突然想到一个问题,web端的权限控制:
1.真的能控制权限吗?
2.仅仅靠前端,能不能做到真正的权限控制?
3.如果需要后台配合,应该如何配合?
可能这是一个老生常谈的问题,但还是想整理下,有误的地方望大家指出。

何为权限控制

权限控制大致分为两个维度:

  • 垂直维度: 控制用户可以访问哪些url的权限
  • 水平维度: 控制用户访问特定url,获取哪些数据的权限(e.g. 普通用户、管理员、超级管理员访问同一url,获取的数据是不同的)

Web权限控制方案List

  • 前后端不分离:以Java为例,后端通过jsp、freemark、thmeleaf等模板来渲染相应权限的数据,渲染完呈现在浏览器端
  • 前后端分离:

    • SPA单页面应用,路由由前端控制,前端通过js控制hash路由的权限
    • SSR服务端渲染,Node中间层做代理路由,判断权限渲染特定的路由至浏览器端

SPA前端权限控制方案

SPA: 单页Web应用(single page web application)将所有web活动局限于一个html页面中,利用js通过hash或者浏览器history api来实现无刷新路由跳转,前后端通过ajax数据通信,避免了浏览器的刷新重新加载,为用户提供流程的操作体验。这意味着前端接管了路由层,需要通过调用前端自身的MVC模块,来渲染不同的页面。

Base on:

  • Vue 前端MVVM框架
  • Vuex 状态管理机
  • Vue-router 路由
  • Axios HTTP请求库

1.登陆事件Login

// 1.触发登陆事件
dispatch('login')
 
// actions
commit(types.LOGIN_SUCCESS, res.data.data)
...

2.获取Token,经Base64编码后存至sessionStorage

// mutations
const mutations = {
    [types.LOGIN_SUCCESS] (state, data) {
        state.authlock = false
    // 2.登陆成功回调拿到token,经Base64 编码后存入本地sessionStorage
        let token = Base64.encode(data + ':HIKDATAE')
        sessionStorage.setItem('userToken', token)
    // 路由跳转至目标页面
        router.push({name: 'xxx'})
    },
    [types.LOGOUT_SUCCESS] (state) {
        state.authlock = true
    // 登出成功回调,移除本地token
        sessionStorage.removeItem('userToken')
        router.push({name: 'Login'})
    }
}

3.所有HTTP Header Authorization 加上编码后的token(前后端可约定规则)

// Axios 请求钩子(request)
axios.interceptors.request.use(req => {
    let token = sessionStorage.getItem('user')     
    if (token) {         
        // 3.token 存在,则在之后所有请求的http请求头 Authorization 带上base64编码后的token,后台拿到token后进行验证权限         
        req.headers.Authorization = `Basic ${token}`     
    }
    req.data = qs.stringify(req.data)     
    return req 
}, error => {
    return Promise.reject(error) 
})
浏览器http header

FEAuths

4.请求拦截:后台拿到token后对每个请求进行校验,若校验失败返回401,前端response钩子里统一catch error 跳转至登陆页面

// Axios 请求钩子(response)
axios.interceptors.response.use(res => {
    return res
}, error => {
    if (error.response) {
        switch (error.response.status) {
        // 4.所有接口response校验钩子,若token检验失败,后台返回 401 error code, 清除token信息并跳转到登录页面
            case 401:
                store.commit(types.LOGOUT)
                router.replace({
                    path: '/login'
        })
    }
    }
    return Promise.reject(error)
})

5.路由跳转拦截:任意路由跳转时,在路由beforeEach钩子里校验本地是否存在token,若没有,则跳转至登陆页面

// 路由钩子(每个路由跳转前调起beforeEach钩子)
router.beforeEach((to, from, next) => {
  if (to.path === '/login') {
    sessionStorage.removeItem('userToken')
  }
  let user = sessionStorage.getItem('userToken')
  if (!user && to.path !== '/login') {
    // 若本地token不存在,则任意路由跳转的时候,重定向至login 登陆页面
    next({ path: '/login' })
  } else {
    next()
  }
})

6.登出Logout:清楚本地sessionStorage的token信息

// mutations
const mutations = {
    ...
    [types.LOGOUT_SUCCESS] (state) {
        state.authlock = true
    // 登出成功回调,移除本地token
        sessionStorage.removeItem('userToken')
    router.push({name: 'Login'})
    }
}

流程示意图如下:

FEAuth

写完才觉得,什么才是真正的安全权限?任重而道远。。。
如果觉得我的文章对你有用,请随意赞赏

17 条评论
GoldyMark · 1月3日

看了一下流程图,本质上还是后端控制(关键是获取token和response),其他步骤不管是sessionStorage还是cookie都差不多。只能说前端配合控制而已。

+2 回复

0

嗯,我想来想去,得出的结论还是,前端真的能做到彻底权限控制吗?不能。都需要后端配合

palmerye 作者 · 1月3日
0

后端的API当然需要做权限控制。但是你前端路由这块应该也能做权限控制吧,进页面的时候就直接走API拿到当前用户所有能访问的URL列表,然后每次路由跳转的时候就通过这个列表判断下,直接减少了API的请求。前端做权限控制确实作用不大,因为后端还是得做,前端做权限控制是为了减少请求后端的次数,就好像做前端表单验证一样

ADEMO · 1月3日
shuff · 1月3日

前端真的能做到彻底权限控制吗?不能。

+2 回复

欧兜兜是素姀 · 1月3日

最近正在做登录和注册,前端的确不能控制权限
太容易被篡改了,所有前端提供的数据,后台都需要验证一遍
另说一句,所有在前端实现的加密也都是"皇帝的新衣"

+2 回复

hstnba · 1月10日

个人觉得你提的这个问题本身就错了,前端的权限控制的出发点是用户体验,你说其它什么的都是假的

+2 回复

tim1020 · 1月3日

对于后端来说,所有前端提交的数据都是不可信的,因为所有数据都可以在提交的时候被修改。

所以,在前面的“鉴权”,最大的作用就是拦截一些已明确无权的请求。(前端都判断无权,就没必要跑到后端去)

+1 回复

zcbabybazc · 1月4日

个人感觉这个以后会普及,就像前端表单验证一样,最主要还是减少不必要的请求。

+1 回复

zhangjie617 · 1月3日

前端不是不可以控制权限,是不安全,代码容易被修改

回复

zdliuccit · 1月3日

no

回复

zanzan · 1月3日

前端做的这些都是优化体验,降低服务器的压力。
后端肯定是不能信任前台传来的数据。

回复

lihuanghe121 · 1月10日

必须是后端控制啊,前端只控制显示和行为,前端的每一个请求后端都要根据用户角色判断是否有权限

回复

cat2think · 1月10日

总结挺全面的,但是前端都是可以伪造的,关键还要后端配合检验

回复

清秋 · 1月11日

所以标题和第一段提出的问题到结尾应该前后呼应一下啊

回复

Hancoson · 1月11日

以目前前端的技术要安安全全实现【安全控制】还是无法实现的

回复

Airmusic · 3月29日

加上token过期时间,每次登陆获得token和token过期时间。
有人说可以伪造数据,你倒是伪造一个给我看看。
权限验证本来就是一个需要不断找到漏洞的过程。
在一个严谨的前端验证+后段验证系统中,如果前端可以被破解,后端也不会安全。
入口是客户端。
不严谨的纯后端渲染系统,被破解也很容易。

回复

0

安全问题本来就是不分前后端的。例如一个不严谨的纯后端的系统如果连基本的字符转义都没有。怎么能防止被各种跨站脚本攻击?

Airmusic · 3月29日
载入中...
palmerye palmerye

780 声望

发布于专栏

软硬皆施

软硬皆施

9 人关注