47

我目前正在尝试使用 OAuth2 开发一个完全用 JavaScript 构建的移动应用程序,该应用程序与 CakePHP API 对话。查看以下代码以了解我的应用程序当前的外观(请注意,这是一个实验,因此代码混乱,区域缺乏结构等。)

var access_token,
     refresh_token;

var App = {
    init: function() {
        $(document).ready(function(){
            Users.checkAuthenticated();
        });
    }(),
    splash: function() {
        var contentLogin = '<input id="Username" type="text"> <input id="Password" type="password"> <button id="login">Log in</button>';
        $('#app').html(contentLogin);
    },
    home: function() {  
        var contentHome = '<h1>Welcome</h1> <a id="logout">Log out</a>';
        $('#app').html(contentHome);
    }
};

var Users = {
    init: function(){
        $(document).ready(function() {
            $('#login').live('click', function(e){
                e.preventDefault();
                Users.login();
            }); 
            $('#logout').live('click', function(e){
                e.preventDefault();
                Users.logout();
            });
        });
    }(),
    checkAuthenticated: function() {
        access_token = window.localStorage.getItem('access_token');
        if( access_token == null ) {
            App.splash();
        }
        else {
            Users.checkTokenValid(access_token);
        }
    },
    checkTokenValid: function(access_token){

        $.ajax({
            type: 'GET',
            url: 'http://domain.com/api/oauth/userinfo',
            data: {
                access_token: access_token
            },
            dataType: 'jsonp',
            success: function(data) {
                console.log('success');
                if( data.error ) {
                    refresh_token = window.localStorage.getItem('refresh_token');
                     if( refresh_token == null ) {
                         App.splash();
                     } else {
                         Users.refreshToken(refresh_token);
                    }
                } else {
                    App.home();
                }
            },
            error: function(a,b,c) {
                console.log('error');
                console.log(a,b,c);
                refresh_token = window.localStorage.getItem('refresh_token');
                 if( refresh_token == null ) {
                     App.splash();
                 } else {
                     Users.refreshToken(refresh_token);
                }
            }
        });

    },
    refreshToken: function(refreshToken){

        $.ajax({
            type: 'GET',
            url: 'http://domain.com/api/oauth/token',
            data: {
                grant_type: 'refresh_token',
                refresh_token: refreshToken,
                client_id: 'NTEzN2FjNzZlYzU4ZGM2'
            },
            dataType: 'jsonp',
            success: function(data) {
                if( data.error ) {
                    alert(data.error);
                } else {
                    window.localStorage.setItem('access_token', data.access_token);
                    window.localStorage.setItem('refresh_token', data.refresh_token);
                    access_token = window.localStorage.getItem('access_token');
                    refresh_token = window.localStorage.getItem('refresh_token');
                    App.home();
                }
            },
            error: function(a,b,c) {
                console.log(a,b,c);
            }
        });

    },
    login: function() {
        $.ajax({
            type: 'GET',
            url: 'http://domain.com/api/oauth/token',
            data: {
                grant_type: 'password',
                username: $('#Username').val(),
                password: $('#Password').val(),
                client_id: 'NTEzN2FjNzZlYzU4ZGM2'
            },
            dataType: 'jsonp',
            success: function(data) {
                if( data.error ) {
                    alert(data.error);
                } else {
                    window.localStorage.setItem('access_token', data.access_token);
                    window.localStorage.setItem('refresh_token', data.refresh_token);
                    access_token = window.localStorage.getItem('access_token');
                    refresh_token = window.localStorage.getItem('refresh_token');
                    App.home();
                }
            },
            error: function(a,b,c) {
                console.log(a,b,c);
            }
        });
    },
    logout: function() {
        localStorage.removeItem('access_token');
        localStorage.removeItem('refresh_token');
        access_token = window.localStorage.getItem('access_token');
        refresh_token = window.localStorage.getItem('refresh_token');
        App.splash();
    }
};

我有一些与我的 OAuth 实施有关的问题:

1.) 显然将 access_token 存储在 localStorage 中是不好的做法,我应该改用 cookie。谁能解释为什么?据我所知,这不再安全或不安全,因为 cookie 数据不会被加密。

更新:根据这个问题:Local Storage vs Cookies storage the data in localStorage 无论如何都只能在客户端使用,并且不像 cookie 那样做任何 HTTP 请求,所以对我来说似乎更安全,或者至少似乎没有据我所知有任何问题!

2.)关于问题 1,使用 cookie 作为过期时间,对我来说同样毫无意义,就像你看代码一样,在应用程序开始时发出请求以获取用户信息,如果它已在服务器端过期,需要一个 refresh_token。所以不确定在客户端和服务器上都有到期时间的好处,当服务器一个才是真正重要的时候。

3.) 如何在没有 A 的情况下获取刷新令牌,将其与原始 access_token 一起存储以供以后使用,以及 B) 还存储 client_id?有人告诉我这是一个安全问题,但我以后如何使用这些,但在仅限 JS 的应用程序中保护它们?再次查看上面的代码,了解到目前为止我是如何实现的。

4

3 回答 3

82

看起来您正在使用资源所有者密码凭据OAuth 2.0 流程,例如提交用户名/密码以取回访问令牌和刷新令牌。

  • 访问令牌可以在 javascript 中公开,访问令牌以某种方式被公开的风险通过其短暂的生命周期得以缓解。
  • 刷新令牌不应该暴露给客户端 javascript 。它用于获取更多访问令牌(如您在上面所做的那样),但如果攻击者能够获取刷新令牌,他们将能够随意获取更多访问令牌,直到 OAuth 服务器撤销对为其颁发刷新令牌的客户端。

考虑到这个背景,让我来回答你的问题:

  1. cookie 或 localstorage 都会在页面刷新时为您提供本地持久性。将访问令牌存储在本地存储中可以为您提供更多针对 CSRF 攻击的保护,因为它不会像 cookie 那样自动发送到服务器。您的客户端 javascript 需要将其从本地存储中拉出并在每个请求时传输。我正在开发 OAuth 2 应用程序,因为它是单页方法,所以我都不做;相反,我只是将其保存在内存中。
  2. 我同意...如果您将其存储在 cookie 中,它只是为了持久性而不是过期,当令牌过期时,服务器将响应错误。我认为您可能会创建一个过期的 cookie 的唯一原因是,您可以在不首先发出请求并等待错误响应的情况下检测它是否已过期。当然,您可以通过保存已知的过期时间来对本地存储做同样的事情。
  3. 这是我相信的整个问题的症结所在......“我如何在没有 A 的情况下获得刷新令牌,将其与原始 access_token 一起存储以供以后使用,并且 B)还存储 client_id”。不幸的是,您真的不能...正如该介绍性评论中所述,拥有刷新令牌客户端会否定访问令牌的有限寿命提供的安全性。我在我的应用程序中所做的(我没有使用任何持久的服务器端会话状态)如下:
  • 用户向服务器提交用户名和密码
  • 然后,服务器将用户名和密码转发到 OAuth 端点,在上面的示例中http://domain.com/api/oauth/token,并接收访问令牌和刷新令牌
  • 服务器加密刷新令牌并将其设置在 cookie 中(应该是 HTTP Only)
  • 服务器仅以明文(在 JSON 响应中)和加密的 HTTP only cookie 响应访问令牌
  • 客户端javascript现在可以读取和使用访问令牌(存储在本地存储或其他
  • 当访问令牌过期时,客户端向服务器(不是 OAuth 服务器,而是托管应用程序的服务器)提交新令牌的请求
  • 服务器接收它创建的仅加密的 HTTP cookie,对其进行解密以获取刷新令牌,请求新的访问令牌,最后在响应中返回新的访问令牌。

诚然,这确实违反了您正在寻找的“仅限 JS”约束。但是,a)你真的不应该在 javascript 中有一个刷新令牌,b)它在登录/注销时需要非常少的服务器端逻辑,并且不需要持久的服务器端存储。

关于 CSRF 的注意事项:如评论中所述,此解决方案不解决Cross-site Request Forgery;有关解决这些形式的攻击的更多想法,请参阅OWASP CSRF 预防备忘单

另一种选择是根本不请求刷新令牌(不确定这是否是您正在处理的 OAuth 2 实现的一个选项;根据规范,刷新令牌是可选的)并在它到期时不断重新验证。

希望有帮助!

于 2013-08-23T00:35:14.503 回答
3

完全安全的唯一方法是不存储访问令牌客户端。任何可以(物理)访问您的浏览器的人都可以获得您的令牌。

1)您对两者都不是一个好的解决方案的评估是准确的。

2)如果您仅限于客户端开发,则最好使用到期时间。它不需要您的用户频繁地使用 Oauth 重新进行身份验证,并保证令牌不会永远存在。仍然不是最安全的。

3) 获取新令牌需要执行 Oauth 工作流程来获取新令牌。client_id 绑定到特定域以供 Oauth 运行。

保留 Oauth 令牌的最安全方法是服务器端实现。

于 2013-08-21T13:45:02.677 回答
1

对于纯客户端方法,如果有机会,请尝试使用“隐式流”而不是“资源所有者流”。您不会在响应中收到刷新令牌。

  1. 当用户访问页面 JavaScript 检查 localStorage 中的 access_token 并检查它时 expires_in
  2. 如果丢失或过期,则应用程序打开新选项卡并将用户重定向到登录页面,成功登录后用户将使用访问令牌重定向回来,该令牌仅在客户端处理并通过重定向页面保存在本地存储中
  3. 主页可能对本地存储中的访问令牌具有轮询机制,并且一旦用户登录(重定向页面将令牌保存到存储)页面处理正常。

在上述方法中,访问令牌应该是长期存在的(例如 1 年)。如果对长寿令牌有疑问,您可以使用以下技巧。

  1. 当用户访问页面 JavaScript 检查 localStorage 中的 access_token 并检查它时 expires_in
  2. 如果丢失或过期,则应用程序打开隐藏的 iframe 并尝试登录用户。通常 auth 网站有一个用户 cookie 并存储对客户端网站的授权,因此登录会自动发生,并且 iframe 中的脚本会将令牌填充到存储中
  3. 客户端的主页面设置了access_token和timeout的轮询机制。如果在这短时间内 access_token 没有填充到存储中,这意味着我们需要打开新选项卡并设置正常的隐式流运动
于 2015-06-07T18:00:07.077 回答