PWM is an open source password self-service application for LDAP directories.
Official project page is at https://github.com/pwm-project/pwm/.
- PWM-General Google Group - please ask for assistance here first.
- PWM Documentation Wiki - Home for PWM documentation
- PWM Reference - Reference documentation built into PWM.
- Web based configuration manager with over 500 configurable settings
- All configuration contained in a single importable/exportable file
- Configurable display values for every user-facing text string
- Included localizations (not all are complete or current):
- English - English
- Catalan - català
- Chinese (China) - 中文 (中国)
- Chinese (Taiwan) - 中文 (台灣)
- Czech - čeština
- Danish - dansk
- Dutch - Nederlands
- English (Canada) - English (Canada)
- Finnish - suomi
- French - français
- French (Canada) - français (Canada)
- German - Deutsch
- Greek - Ελληνικά
- Hebrew - עברית
- Hungarian - magyar
- Italian - italiano
- Japanese - 日本語
- Korean - 한국어
- Norwegian - norsk
- Norwegian Bokmål - norsk bokmål
- Norwegian Nynorsk - nynorsk
- Polish - polski
- Portuguese - português
- Portuguese (Brazil) - português (Brasil)
- Russian - русский
- Slovak - slovenčina
- Spanish - español
- Swedish - svenska
- Thai - ไทย
- Turkish - Türkçe
- LDAP Directory Support:
- Multiple LDAP vendor support:
- Generic LDAP (best-effort, LDAP password behavior and error handling is not standardized in LDAP)
- Directory 389
- Reading of configured user password policies
- NetIQ eDirectory
- Read Password Policies & Challenge Sets
- NMAS Operations and Error handling
- Support for NMAS user challenge/responses
- Microsoft Active Directory
- Reading of Fine-Grained Password Policy (FGPP) Password Setting Objects (PSO) (does not read domain policies)
- Native LDAP retry/failover support of multiple redundant LDAP servers
- Multiple LDAP vendor support:
- Large set of locally configurable password polices
- Standard syntax rules
- Regex rules
- Password dictionary enforcement
- Remote REST server checking
- AD-style syntax groups
- Shared password history to prevent passwords from being reused organizationally
- Change Password
- as-you-type password rule enforcement
- password strength feedback display
- Account Activation / First time password assignment
- Forgotten Password
- Store Responses in local server, standard RDBMS database, LDAP server or eDirectory NMAS repositories
- User verification options:
- Email/SMS Token/PIN
- Remote REST service
- OAuth service
- User LDAP attribute values
- New User Registration / Account Creation
- Guest User Registration / Updating
- PeopleSearch (white pages)
- Configurable detail pages
- OrgChart view
- Helpdesk password reset and intruder lockout clearing
- Administration modules including intruder-lockout manager
- online log viewer
- daily stats viewer and user information debugging
- audit records
- Change Password
- Multiple Deployment Options
- Java WAR file (bring your own application server, tested with Apache Tomcat)
- Java single JAR file (bring your own Java VM)
- Docker container
- Theme-able interface with several example CSS themes
- Mobile devices specific CSS themes
- Configuration support for additional web assets (css, js, images, etc)
- Force display of organizational
- Captcha support using Google reCaptcha
- Multiple SSO options
- Basic Authentication
- HTTP header username injection
- Central Authentication Service (CAS)
- OAuth client
- REST Server APIs for most functionality
- Password set
- Forgotten password
- Password policy reading
- User attribute updates
- Password policy verification
- Outbound REST API for custom integrations during user activities such as change password, new user registration, etc.
Minimum requirements for PWM application.
|PWM Version||Java [^1]||Servlet||Tomcat [^2]|
[^1] There is no requirement for a specific Java implementation, PWM builds use Adoptium.
[^2] Tomcat isn't an explicit requirement, but it is the most common container used with PWM, and the one that is used for the docker and onejar builds.
PWM is distributed in the following artifacts, you can use whichever one is most convenient.
|WAR||Standard Java WAR (Web Archive) application deployment model, you need to have a working java & tomcat configuration on your server.|
|Executable||Command line executable Java JAR application, includes tomcat.|
|Docker||Docker image includes Java and Tomcat.|
For all deployment types, each PWM instance will need an applicationPath directory defined on your local server for PWM's configuration, log, and runtime files. Once PWM is configured, the initial web UI will prompt the administrator for LDAP and other configuration settings.
- Get Apache tomcat working to the point you can access the tomcat landing page with your browser. See tomcat documentation/help sites for assistance with installing and configuring tomcat.
- Set the PWM_APPLICATIONPATH environment variable in your tomcat instance to a local location of your applicationPath directory. See tomcat and/or your operating system documentation/help sites for assistance with configuring environment variables as the method for doing this depends on OS and deployment type.
- Place the pwm.war file in tomcat 'webapps' directory (rename from pwm-x.x.x.war with version naming)
- Access with /pwm url and configure
The 'onejar' artifact released with PWM has an embedded tomcat instance, so you don't need to install tomcat to use this version. You will be responsible for getting it to run as a service, and you won't be able to do any advanced tomcat configuration.
- Java 11 JDK or better
java -versionto ensure you have java 11 or better available
java -jar pwm-onejar-2.0.0.jarfor command line help
Example for running onejar executable (with /pwm-applicationPath being the location to your applicationPath directory):
java -jar pwm-onejar-2.0.0.jar -applicationPath /pwm-applicationPath
By default the executable will remain attached to the console and listen for HTTPS connections on port 8443.
The PWM docker image includes Java and Tomcat. It listens using https on port 8443, and has a volume exposed
/config. You will need to map the
/config volume to some type of persistent docker
volume for PWM to retain configuration.
- Server running docker
- Load your docker image with image nae of default pwm/pwm-webapp:
docker load --input=pwm-docker-image-v2.0.0.tar
- Create docker image named mypwm, map to the server's 8443 port, and set the config volume to use the server's local file system /home/user/pwm-config folder:
docker create --name mypwm -p '8443:8443' --mount 'type=bind,source=/home/user/pwm-config,destination=/config' pwm/pwm-webapp
- Start the mypwm container:
docker start mypwm
- Java ( check requirements above for version )
- The build uses maven, but you do not need to install it; the maven wrapper in the source tree will download a local version.
- Set JAVA_HOME environment variable to JDK home.
- Clone the git project
- Change to pwm directory
- Run the maven build
export JAVA_HOME="/home/vm/JavaJDKDirectory" git clone https://github.com/pwm-project/pwm cd pwm ./mvnw clean verify
set JAVA_HOME="c:\JavaJDKDirectory" git clone https://github.com/pwm-project/pwm cd pwm mvnw.cmd clean verify
On Windows we recommend using paths without spaces (including for the JDK directory).