NAME¶

Catalyst::Authentication::Credential::HTTP - HTTP Basic and Digest authentication for Catalyst

VERSION¶

version 1.018

SYNOPSIS¶

    use Catalyst qw/
        Authentication
    /;
    __PACKAGE__->config( authentication => {
        default_realm => 'example',
        realms => {
            example => {
                credential => {
                    class => 'HTTP',
                    type  => 'any', # or 'digest' or 'basic'
                    password_type  => 'clear',
                    password_field => 'password'
                },
                store => {
                    class => 'Minimal',
                    users => {
                        Mufasa => { password => "Circle Of Life", },
                    },
                },
            },
        }
    });
    sub foo : Local {
        my ( $self, $c ) = @_;
        $c->authenticate({}, "example");
        # either user gets authenticated or 401 is sent
        # Note that the authentication realm sent to the client (in the
        # RFC 2617 sense) is overridden here, but this *does not*
        # effect the Catalyst::Authentication::Realm used for
        # authentication - to do that, you need
        # $c->authenticate({}, 'otherrealm')
        do_stuff();
    }
    sub always_auth : Local {
        my ( $self, $c ) = @_;
        # Force authorization headers onto the response so that the user
        # is asked again for authentication, even if they successfully
        # authenticated.
        my $realm = $c->get_auth_realm('example');
        $realm->credential->authorization_required_response($c, $realm);
    }
    # with ACL plugin
    __PACKAGE__->deny_access_unless("/path", sub { $_[0]->authenticate });

DESCRIPTION¶

This module lets you use HTTP authentication with Catalyst::Plugin::Authentication. Both basic and digest authentication are currently supported.

When authentication is required, this module sets a status of 401, and the body of the response to 'Authorization required.'. To override this and set your own content, check for the "$c->res->status == 401" in your "end" action, and change the body accordingly.

METHODS¶

new $config, $c, $realm

Simple constructor.

init

Validates that $config is ok.

authenticate $c, $realm, \%auth_info

Tries to authenticate the user, and if that fails calls "authorization_required_response" and detaches the current action call stack.

Looks inside "$c->request->headers" and processes the digest and basic (badly named) authorization header.

This will only try the methods set in the configuration. First digest, then basic.

The %auth_info hash can contain a number of keys which control the authentication behaviour:

authenticate_basic $c, $realm, \%auth_info

Performs HTTP basic authentication.

authenticate_digest $c, $realm, \%auth_info

Performs HTTP digest authentication.

The password_type must be clear for digest authentication to succeed. If you do not want to store your user passwords as clear text, you may instead store the MD5 digest in hex of the string '$username:$realm:$password'.

Catalyst::Plugin::Cache is used for persistent storage of the nonce values (see "Nonce"). It must be loaded in your application, unless you override the "store_digest_authorization_nonce" and "get_digest_authorization_nonce" methods as shown below.

Takes an additional parameter of algorithm, the possible values of which are 'MD5' (the default) and 'MD5-sess'. For more information about 'MD5-sess', see section 3.2.2.2 in RFC 2617.

authorization_required_response $c, $realm, \%auth_info

Sets "$c->response" to the correct status code, and adds the correct header to demand authentication data from the user agent.

Typically used by "authenticate", but may be invoked manually.

%opts can contain "domain" and "algorithm", which are used to build %the digest header.

store_digest_authorization_nonce $c, $key, $nonce

get_digest_authorization_nonce $c, $key

Set or get the $nonce object used by the digest auth mode.

You may override these methods. By default they will call "get" and "set" on "$c->cache".

authentication_failed

Sets the 401 response and calls "$ctx->detach".

CONFIGURATION¶

All configuration is stored in "YourApp->config('Plugin::Authentication' => { yourrealm => { credential => { class => 'HTTP', %config } } }".

This should be a hash, and it can contain the following entries:

type

Can be either "any" (the default), "basic" or "digest".

This controls "authorization_required_response" and "authenticate", but not the "manual" methods.

authorization_required_message

Set this to a string to override the default body content "Authorization required.", or set to undef to suppress body content being generated.

password_type

The type of password returned by the user object. Same usage as in Catalyst::Authentication::Credential::Password

password_field

The name of accessor used to retrieve the value of the password field from the user object. Same usage as in Catalyst::Authentication::Credential::Password

username_field

The field name that the user's username is mapped into when finding the user from the realm. Defaults to 'username'.

use_uri_for

If this configuration key has a true value, then the domain(s) for the authorization header will be run through $c->uri_for(). Use this configuration option if your application is not running at the root of your domain, and you want to ensure that authentication credentials from your application are not shared with other applications on the same server.

require_ssl

If this configuration key has a true value then authentication will be denied (and a 401 issued in normal circumstances) unless the request is via https.

no_unprompted_authorization_required

Causes authentication to fail as normal modules do, without calling "$c->detach". This means that the basic auth credential can be used as part of the progressive realm.

However use like this is probably not optimum it also means that users in browsers ill never get a HTTP authenticate dialogue box (unless you manually return a 401 response in your application), and even some automated user agents (for APIs) will not send the Authorization header without specific manipulation of the request headers.

broken_dotnet_digest_without_query_string

Enables support for .NET (or other similarly broken clients), which fails to include the query string in the uri in the digest Authorization header, contrary to rfc2617.

This option has no effect on clients that include the query string; they will continue to work as normal.

RESTRICTIONS¶

When using digest authentication, this module will only work together with authentication stores whose User objects have a "password" method that returns the plain-text password. It will not work together with Catalyst::Authentication::Store::Htpasswd, or Catalyst::Authentication::Store::DBIC stores whose "password" methods return a hashed or salted version of the password.

SEE ALSO¶

RFC 2617 (or its successors), Catalyst::Plugin::Cache, Catalyst::Plugin::Authentication

SUPPORT¶

Bugs may be submitted through the RT bug tracker <https://rt.cpan.org/Public/Dist/Display.html?Name=Catalyst-Authentication-Credential-HTTP> (or bug-Catalyst-Authentication-Credential-HTTP@rt.cpan.org <mailto:bug-Catalyst-Authentication-Credential-HTTP@rt.cpan.org>).

There is also a mailing list available for users of this distribution, at <http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst>.

There is also an irc channel available for users of this distribution, at "#catalyst" on "irc.perl.org" <irc://irc.perl.org/#catalyst>.

AUTHOR¶

יובל קוג'מן (Yuval Kogman) <nothingmuch@woobling.org>

CONTRIBUTORS¶

• Tomas Doran <bobtfish@bobtfish.net>
• Karen Etheridge <ether@cpan.org>
• Sascha Kiefer <esskar@cpan.org>
• Devin Austin <devin.austin@gmail.com>
• Ronald J Kimball <rjk@linguist.dartmouth.edu>
• Jess Robinson <cpan@desert-island.me.uk>
• Ronald J Kimball <rjk@tamias.net>
• Tomas Doran <tdoran@yelp.com>
• Ton Voon <ton.voon@opsera.com>
• J. Shirley <jshirley+cpan@gmail.com>
• Brian Cassidy <bricas@cpan.org>
• Jonathan Rockway <jon@jrock.us>

COPYRIGHT AND LICENCE¶

This software is copyright (c) 2006 by יובל קוג'מן (Yuval Kogman).

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.