论坛首页 Java企业应用论坛

CAS应用流程简介

浏览 2537 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-12-20   最后修改:2008-12-20
Wiki上的定义:
The Central Authentication Service (CAS) is a single sign-on protocol for the web.

应用场景:单点登陆做为认证服务器

流程图


具体步骤如下:
1. 用户通过URL访问Application,CAS Filter(需要在Application中配置)检测到用户没有登陆,通过一个https的URL来到CAS Server的登陆界面,此时URL中以service为参数名保存了之前尝试访问的url地址,如https://casserver:8443/server?service=http://localhost:myapp....;

2. 用户输入loginID和password, CASServer对用户进行认证,如果认证失败,Application就收不到该请求;

3. 如果认证成功,会将用户请求redirect到目标Application,并在请求的URL后边加上?ticket=......,如上图中的http://localhost//myapp?ticket...,这个ticket为ST(service ticket),与这次请求的service进行绑定;同时CAS会创建一个保存在内存中的Cookie----Ticket Granting Cookie(与Kerberos TGT一样),也可以认为是TGT,用于重复认证:如果该用户再次访问某个Application,TGT如果已经存在,就不需要重新登陆;

4. Application收到了来自用户的带有ST的请求,会将该ST和service name作为参数发送到CAS指定的一个validate的URL处(该URL为安全连接,https),如上图的第6步,https://localhost/cas/validate?ticket...;CAS会validate这个ST是否合法,并且与service是否匹配,如果验证通过,就允许用户调用该service,并将该用户的用户名返回给Application。

在单点登陆中所集成的各个Web Application子系统统一使用CAS进行认证,使子系统与认证这一块完全分离,只需要对Ticket进行解析获取相应的用户就行了,并且可以实现跨域访问,使用Cookie不能跨域。
  • 大小: 8.9 KB
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics