Deze plugin is niet getest met de laatste 3 grotere versies van WordPress. Mogelijk wordt het niet meer onderhouden of ondersteund. Ook kunnen er compatibiliteitsproblemen ontstaan wanneer het wordt gebruikt met recentere versies van WordPress.

OpenAM Authentication


Integrate WordPress Authentication with OpenAM. Authenticates directly from the WordPress login screen, without the need to redirect to OpenAM. If the authentication module or Service Chain configured requires only user and password, no redirection needed, otherwise the redirection is optional. Implements SSO if there is already a valid session in OpenAM in the same domain as the wordpress installation. Lightweight implementation using REST.


The easiest way to contribute to this plugin is to submit a GitHub pull request. Here’s the repo:


  1. Upload openam-wordpress-plugin directory to the /wp-content/plugins/ directory
  2. Activeer de plug-in via het ‘Plugins’ menu in WordPress
  3. As a WordPress administrator, of to the page ‘Settings’>’OpenAM-REST Plugin’ and configure your OpenAM parameters


Installation Instructions
  1. Upload openam-wordpress-plugin directory to the /wp-content/plugins/ directory
  2. Activeer de plug-in via het ‘Plugins’ menu in WordPress
  3. As a WordPress administrator, of to the page ‘Settings’>’OpenAM-REST Plugin’ and configure your OpenAM parameters
What is it needed to make this plug-in work
  1. An OpenAM server up and running. It can be installed anywhere, as long as WordPress can reach it. The OpenAM requires certain REST APIs, hence OpenAM 10.x and above is required.
  2. Your wordpress installation up and running. This plug-in was written and tested for WordPress 3.9.2 to 4.4.2, but it might work with previous versions.
Do I need an OpenAM Policy Agent?

No, a Policy Agent is not needed

Does the Plug-In requires redirect to the OpenAM Login page?

Not necessarily. If the OpenAM Authentication module or Service chain you are using, does not require more credentials than user and password, then no redirect is necessary

Redirection is optional and it is configurable from the settings page. Redirection is recommended if your authentication is more complex, for example if you use multifactor authentication or your credentials are more than user and password.

How does it implement SSO with OpenAM?

It looks for a session cookie in the domain where the WordPress is installed, if there is no such session cookie, then it will require to authenticate. If the cookie is found with a session pointer valid, then the plugin will authenticate automatically to WordPress.
A proper cookie domain setting is necessary for SSO to work. You need to check with your OpenAM Administrator what domain is used to set the session cookie.

Once the authentication has taken place, it will set the session in the cookie that you have configured in the plug-in (this is usually the same cookie as the one the OpenAM is using).

Does the plug-in logs me out from OpenAM when I logout from WordPress?

Logging-out from OpenAM is optional. It is configurable by the administrator.

Why did you write this plug-in?

We have implemented this plugin keeping in mind that the latest plugins are obsolete and were written for OpenSSO. They have not evolved, hence have become obsolete or unusable with the newest version of WordPress. Also this plugin takes advantage of the REST interface in OpenAM and makes it lightweight.


3 september 2016 2 reacties
In my company environment we've experimented with SAMLv2 and direct LDAP authentication, but really wanted a simpler way to log our users in against the enterprise SSO environment, which runs OpenAM. We'd already implemented an app in php that used OpenAM's "Legacy" RESTful API, but couldn't find anything that came close among existing WordPress plugins. This plugin answered the need on a couple of levels: (1) it seamlessly integrated the OpenAM REST calls through a WordPress plugin; and (2) both "Legacy" (OpenAM v11 and previous) and "new" APIs are supported. The only issue we've had is with the "redirect login to OpenAM" option, which results in user's getting challenged twice even if they already have a valid OpenAM authentication cookie -- and I'm pretty sure that's the result of something *we* are doing on OpenAM.
Lees 1 beoordeling

Bijdragers & ontwikkelaars

“OpenAM Authentication” is open source software. De volgende personen hebben bijgedragen aan deze plugin.


Vertaal “OpenAM Authentication” naar jouw taal.

Interesse in ontwikkeling?

Bekijk de code, haal de SVN repository op, of abonneer je op het ontwikkellog via RSS.



  • Initial drop


  • A more advanced version than the initial drop.
  • Realm, Module, Service Chain are supported
  • Supports also redirect to OpenAM, if needed.
  • Optional global logout configurable


Clean some debug statements and updated the README


First release in WordPress plugins


Updated user access to use roles and not levels


  • Introduced the Legacy REST API mode to support OpenAM versions older than 11.0
  • An option to enable debugging and specify the name of the debug file was introduced


  • Added an option to specify the domain where the SSO cookie will be set.
  • The uid and email address attribute name were hardcoded, now they are properly done.
  • Change a little bit the Options (Settings) page


  • Enhancements to comply more with WordPress (SSO, Logout, codestyle, etc)
  • I18n (Translations are welcome)
  • Cookie Domain default option changed (Please learn about cookies and domains!)
  • Debugging enhancements


  • New option to indicate what page to return in WordPress after successful OpenAM Login, when OpenAM Redirect has been enabled.
  • Cookie Domain default option fixed. The default now appears without the port component


  • Fixes compatibility with OpenAM 5.X