关于web端的单点登录实践

问题：

 假设现在有4个域名，www.a.com，www.b.com，www.c.com，www.d.com，在a.com这个域内登录了，不种其他3个域名的cookie，如果用户输入其他的三个域的时候，也能保证用户在不输入用户名和密码的时候也能登录

说在前面的话：

1）在web端登录和未登录：使特定的cookie的值生效/失效，这个特定，就是你所制定的规则。

2）问题的关键：如何获得cookie的值，就获得了帐号的通行证，就可以登录了，然后就是做你想做的事情了。比如修改，删除资料，修改密码，做你想做的任何事情，总之，你控制了这个帐号了。

分析：

1）在www.a.com 这域名下登录，我们可以将cookie设置在a.com这顶级域名上，如果这个域的子域，比如1.a.com，2.a.com都能取到这个域的cookie的，都能登录，不存在不能登录

2）在a.com这个域名下登录了，如何在b.com,c.com,d.com这个域名下获得a.com的cookie的值，只要获得a.com这个域下的该用户的cookie的值就可以了。

如何取得cookie呢？我们做了以下思考：

1.跨域取cookie，这个是安全的吗？refer可以伪造吗，有那些方式？

2.跨域请求是否能获得header的内容？

3.跨域post提交（iframe+post）是否能获得iframe里面的内容？

现在我们看看上面3个问题：

1.跨域,我们这里思考，采用loadJsonp的形式，这个是安全的吗，loadjsonp对外都是静态的，我们可以看，别人也可以看，不同的是我电脑和浏览器的状态，基于这个考虑，我们限制了referrer,即来源，

这个可以挡住一部分，但是这个是可以伪造吗？查阅了相关资料，前端没有办法伪造，但是可以为空，在这个问题上，我们限制了referrer不为空，并且在我们的白名单里面就可以了。

2.是否能获得header的内容,我们知道loadJsonp是通过创建script标签来获取数据的，因此肯定不能获得header头信息的，ajax是可以的，只要设置 type: 'HEAD', 就可以获得头信息，但是ajax是不能跨域的，

因为我们排除了跨域获得header的可能性

3.由于安全沙箱的限制，iframe里面如果不是本域的内容，肯定不能获取得到。

基于以上考虑，我们就采取了loadjsonp+限制referrer的形式来跨域获得cookie，获取cookie后，我们就往本域的根目录写入，然后就可以在本域内实现登录。而不涉及到其他域的cookie问题。

方案实施：

方案1：提供通用js, 通过设置基准域名cookie（例如www.a.com）, 其它业务均从基准域名获取cookie的方式，来获取登录状态。

登录时设置两个基准域和当前域下的cookie，其它业务需要时再拉取基准域名cookie来设置自身cookie。 

此方案存在的问题：

需要加载js，只能在页面加载完js到浏览器后才能执行，设置本域cookie, 需要再次刷新页面才能是登录状态。

业务方的页面有二种情况不能用这种方案：

1.登录后才能访问，一般会在后端判断用户是否未登录，然后直接跳转到登录页面，

2. 不登录也能访问，可是是否登录决定页面的部分显示数据(通用js自动登录后刷新本页面可以得到效果，但是用户体验差)。

此方案比较适合页面无需登录也能访问，并且登录后页面效果没有变化的页面，静态页面比较适合这种情况。

由于要检测当前域是否是登录状态，然后要请求基准域，并且设置本域cookie，对基准域本身的服务压力大，几乎是业务方的所有pv*n

方案2: 提供通用登录js, 每次需要用户输入用户名，密码之前，先去基准域名获取登录状态，如果是已经登录，就显示：已检测到已登录用户：XXX， 点击直接登录或者换其他账号登录，

此方案存在的问题：

不是通常意义的单点登录，只是缩短了用户登录的流程，减少代价

优点：

不用业务方每个页面都部署，对业务方完全透明；

对基准域的请求压力不大；

就算在目前轮询的事情下，也存在单域cookie失效导致用户未登录的情况，通过这种方式也能改善用户体验；

安全风险：

目前所有域下都是用的同一个cookie, 任何一个也没如果出现xss漏洞，都会导致用户cookie泄露，安全完全不可控， 单点登录会扩散这种风险。

参考文章：http://developer.51cto.com/art/201104/255729.htm

 

http://www.cnblogs.com/yupeng/archive/2012/08/27/2651397.html