A service to facilitate automated testing of signin with persona
Перейти к файлу
Gene Wood e72ae36253 Adding deployment information to README 2014-12-09 11:16:31 -08:00
scripts fix post_create hook to properly create iptable forwarding 2012-06-20 13:58:23 +03:00
server relax restriction on audience; allow any protocol 2013-03-06 11:31:01 -08:00
static WIP account cancelation 2012-06-22 10:21:31 -07:00
test always return json; errors return stack 2012-12-18 09:53:33 -08:00
.awsbox.json add post_create script to simplify (re) deployment 2012-06-20 13:54:53 +03:00
.gitignore initial layout 2012-05-21 15:30:50 -07:00
README.md Adding deployment information to README 2014-12-09 11:16:31 -08:00
package.json Fix the cookie handling and CSRF errors! 2013-02-22 12:01:44 +00:00

README.md

personatestuser.org is a service that makes it easy to write automated tests of persona login on your site.

Overview

This system furnishes an API for creating temporary Persona accounts. The email accounts intended for testing the Persona service. They are valid for two hours, after which time they will automatically be canceled. Specifically, the API permits you to:

  • Get a new verified email and password
  • Get a new unverivied email and password
  • Get a new verified email, password, and assertion for a certain audience
  • Get an assertion for a certian audience using an existing email
  • Delete an email account (happens automatically on expiration)

Some of these functions can be performed directly in the web console, but it is assumed that the most common use cases will depend on curl or programmatic approaches.

API

The queries are all HTTP GETs; they return JSON. Sometimes, an optional final argument env may be applied. This may be one of prod, stage, dev, local, or custom. The default is prod.

The first three (prod, stage, and dev) are shorthand for the Persona production, staging, and development instances. local is shorthand for localhost.

If you specify custom, you must provide two parameters: browserid and verifier, specifying which urls personatestuser should use.

For example, this gets a new verified email address from Persona:

GET /email/

This gets a verified email using a custom Persona deployment:

GET /email/custom?browserid=my.ephemeral.org&verifier=my.ephemeral.org/verify

You can also use an IP address:

GET /email/custom?browserid=12.34.56.78&verifier=12.34.56.78/verify

All queries return a JSON string on success with some or all of the following fields:

  • email An email to use as an identity
  • pass The password for the account
  • token A verification token for use with the identity provider
  • expires Expiration date in seconds since the epoch
  • env The name of the server environment ("prod", "dev", "stage", "local", "custom")
  • browserid The url for the IdP specified by env
  • verifier The url for the verifier specified by env
  • audience The audience an assertion is valid for
  • assertion An identity assertion for a given audience
  • cert An identity certificate from the IdP for the email
  • bundle A bundled assertion and certificate

New Verified Email

GET /email[/<env>]

Creates an identity that will be valid for an hour.

New Unverified Email

GET /unverified_email[/<env>]

Stages a new identity with the IdP. Use the returned verification token to complete the account creation.

New Assertion and Email

GET /email_with_assertion/<audience>[/<env>]

Get a new verified email and an assertion, valid for two minutes, for the named audience.

Audience must include the protocol (https://) and be url-encoded. For example, rather than jedp.gov, the audience would be https%3A%2F%2fjedp.gov. (Though this is a bit cumbersome, we prefer that the input you're sending to the BrowserID verifier be completely transparent.)

New Assertion

Like the above, but with explicit parameters for email and password.

If the email is current, the password must be correct.

If the email is not current, a new, verified email will be created with the new password. Not only is this a handy shortcut for account creation, but it also lets you automatically resuscitate accounts that have expired and been canceled.

GET /assertion/<audience>/<email>/<password>

Note that env is not an option, since the email has already been created for a certain server environment.

Again, the audience must include the protocol and be url-encoded.

Cancel Account

GET /cancel/<email>/<password>

Cancel the email account for given email and password. Note that env is not an option in this query, since the email has already been create for a certain env.

You do not need to cancel accounts created with this tool. Email accounts are automatically canceled with the IdP after one hour.

Deployment

This codebase is currently (December 2014) deployed in the mozilla AWS account (351644144250) in the us-east-1 region. This AWS account is managed by the Mozilla Cloud Services team. The DNS for this account is managed by AWS Route53, again in the mozilla AWS account. To access this deployed system run ssh ec2-user@personatestuser.org. This ec2-user has ssh keys pulled from the identity-pubkeys repo at the revision 2f02e7c6cb.