README

Single Sign-on extension for TYPO3. It enables you, to log into the TYPO3 backend or the website frontend by using an Identity Provider (IdP), for example an ADFS server (Active Directory Federation Services). It is fully configurable by TypoScript.

Screenshots

TYPO3 login:

Frontend login:

Requirements

TYPO3 v12.4

Installation

Install the extension with the following composer command: composer req mediadreams/md_saml or use the extension manager
Include the static TypoScript of the extension
Configure the extension by setting your own constants

Configuration

TypoScript

SAML

The Service Provider (SP) and Identity Provider (IdP) can be configured by adapting the settings in TypoScript.

Copy file ext:md_saml/Configuration/TypoScript/setup.typoscript to your own extension and modify according your needs.
Generate a certificate for the Service Provider (SP)
openssl req -newkey rsa:3072 -new -x509 -days 3652 -nodes -out sp.crt -keyout sp.key
Open certificate files and remove all line breaks. Copy value of sp.crt to plugin.tx_mdsaml.settings.saml.sp.x509cert and value of sp.key to plugin.tx_mdsaml.settings.saml.sp.privateKey

Backend

plugin.tx_mdsaml.settings.be_users.saml.sp.entityId
Identifier of the backend (TYPO3) SP entity (must be a URI)
ATTENTION: baseurl will be attached automatically
Default: /typo3/index.php?loginProvider=1648123062&mdsamlmetadata
plugin.tx_mdsaml.settings.be_users.saml.sp.assertionConsumerService.url
Specifies info about where and how the message of a backend (TYPO3) login MUST be returned to the requester, in this case our SP.
Default: /typo3/index.php?loginProvider=1648123062&login-provider=md_saml&login_status=login&acs
saml.sp.assertionConsumerService.auto
If enabled, login is detected from url above (assertionConsumerService.url), the arguments "?loginProvider=1648123062&login-provider=md_saml&login_status=login&acs&logintype=login" is not needed. If there is a login plugin on assertionConsumerService.url page and redirect method ''getpost'' is selected, redirection is done with given RelayState (should be the referrer)

Frontend

Activate frontend login by setting the constant plugin.tx_mdsaml.settings.fe_users.active = 1
This will load a different login template.
plugin.tx_mdsaml.settings.fe_users.saml.sp.entityId
Identifier of the frontend SP entity (must be a URI)
ATTENTION: baseurl will be attached automatically
Example (just replace the speaking path ("/login/") according to your needs): /login/?loginProvider=1648123062&mdsamlmetadata
plugin.tx_mdsaml.settings.fe_users.saml.sp.assertionConsumerService.url
Specifies info about where and how the message of a frontend login MUST be returned to the requester, in this case our SP.
Example (just replace the speaking path ("/login/") according to your needs): /login/?loginProvider=1648123062&login-provider=md_saml&login_status=login&acs&logintype=login

Note

All default settings, which are configured in plugin.tx_mdsaml.settings.saml can be overwritten for backend or frontend needs with properties in plugin.tx_mdsaml.settings.be_users.saml... (backend) and plugin.tx_mdsaml.settings.fe_users.saml... (frontend).

As underlying SAML toolkit the library of OneLogin is used (no account with OneLogin is needed!). See full documentation for details on the configuration.

Users

You are able to create new users, if they are not present at the time of login.

Backend
plugin.tx_mdsaml.settings.be_users.createIfNotExist...
Default = 1, so be_users will be created, if they do not exist.
Frontend
plugin.tx_mdsaml.settings.fe_users.createIfNotExist...
Default = 1, so fe_users will be created, if they do not exist.

You are able to update existing users, if they are already present at the time of login.

Backend
plugin.tx_mdsaml.settings.be_users.updateIfExist...
Default = 1, so be_users will be updated, if they exist.
Frontend
plugin.tx_mdsaml.settings.fe_users.updateIfExist...
Default = 1, so fe_users will be updated, if they exist.

Backend

plugin.tx_mdsaml.settings.be_users.createIfNotExist
Decide whether a new backend user should be created (Default = 1)
plugin.tx_mdsaml.settings.be_users.updateIfExist
Decide whether a backend user should be updated (Default = 1)
plugin.tx_mdsaml.settings.be_users.databaseDefaults...
This section allows you to set defaults for a newly created backend user. You can add any fields of the database here.
Example: plugin.tx_mdsaml.settings.be_users.databaseDefaults.usergroup = 123 will create a new user with usergroup 123 attached.

Frontend

plugin.tx_mdsaml.settings.fe_users.createIfNotExist
Decide whether a new frontend user should be created (Default = 1)
plugin.tx_mdsaml.settings.fe_users.updateIfExist
Decide whether a frontend user should be updated (Default = 1)
plugin.tx_mdsaml.settings.fe_users.databaseDefaults...
This section allows you to set defaults for a newly created frontend user. You can add any fields of the database here.
Example: plugin.tx_mdsaml.settings.fe_users.databaseDefaults.usergroup = 123 will create a new user with usergroup 123 attached.
ATTENTION: plugin.tx_mdsaml.settings.fe_users.databaseDefaults.pid will be used as storage for newsly created fe_users.

SSO

The returned value of the SSO provider can be anything. With the following configuration set the names of the returned values to the ones needed in TYPO3:

Backend

plugin.tx_mdsaml.settings.be_users.transformationArr
Example: plugin.tx_mdsaml.be_users.settings.transformationArr.username = http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname
The above example shows the returning value of an ADFS server, which contains the username for TYPO3.

Frontend

plugin.tx_mdsaml.settings.fe_users.transformationArr
Example: plugin.tx_mdsaml.settings.fe_users.transformationArr.username = http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname
The above example shows the returning value of an ADFS server, which contains the username for a frontend user.

ADFS

The following steps are an example on how to configure an ADFS server as IdP (Identity Provider).

Since I don't have the configuration in english, the following section is available in german only. I am sorry for that!

Get SP (Service Provider) meta data. Log into TYPO3 (important!) and call /typo3/index.php?loginProvider=1648123062&mdsamlmetadata&loginType=backend for the backend configuration and /typo3/index.php?loginProvider=1648123062&mdsamlmetadata&loginType=frontend for the frontend configuration.
Neue Vertrauensstellung der vertrauenden Seite erstellen
1. Willkommen
  - Modus Ansprüche unterstützen auswählen
  - Knopf Start klicken
2. Datenquelle auswählen
  - Option Daten über vertrauende Seite aus einer Datei importieren auswählen
  - XML der Metadaten aus dem ersten Schritt auswählen
  - Knopf Weiter klicken
3. Anzeigennamen angeben
  - Einen Wert für Anzeige Name eintragen
  - Weiter klicken
4. Zugriffssteuerungsrichtline auswählen
  - Im Feld Wählen Sie eine Zugriffssteuerungsrichtlinie aus, den Zugriff-OTP auswählen
  - Weiter klicken
5. Bereit zum Hinzufügen der Vertrauensstellung
  - Daten prüfen und Weiter klicken
6. Fertig stellen
  - Schließen klicken
Die Ansprucheaustellungsrichtlinie für diese Anwendung konfigurieren prüfen
Neue Regel mit Regel hinzufügen ... hinzufügen
Im Feld Anspruchsregelvorlage die Option Ansprüche mithilfe einer benutzerdefinierten Regel senden auswählen und Weiter klicken
Im Feld Anspruchsregelname den Wert Name Identifier eingeben
Im Feld Benutzerdefinierte Regel folgendes eingeben:
c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname"] => issue(Type = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier", Issuer = c.Issuer, OriginalIssuer = c.OriginalIssuer, Value = c.Value, ValueType = c.ValueType, Properties["http://schemas.xmlsoap.org/ws/2005/05/identity/claimproperties/format"] = "urn:oasis:names:tc:SAML:1.1:nameid-format:WindowsDomainQualifiedName");
Knopf Fertig stellen klicken
Neue Regel hinzufügen mit klick auf Regel hinzufügen ...
Im Feld Anspruchsregelvorlage den Wert Ansprüche mithilfe einer benutzerdefinierten Regel senden auswählen und Weiter klicken
Im Feld Anspruchsregelname den Data Rule eingeben
Im Feld Benutzerdefinierte Regel folgendes eingeben:
c:[Type == "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname", Issuer == "AD AUTHORITY"] => issue(store = "Active Directory", types = ("http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress", "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/givenname", "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/surname", "http://schemas.microsoft.com/ws/2008/06/identity/claims/windowsaccountname", "distinguishedName", "memberOf"), query = ";mail,displayName,sn,sAMAccountName,distinguishedName,memberOf;{0}", param = c.Value);
Knopf Fertig stellen klicken
Die Ansprucheaustellungsrichtlinie mit OK verlassen

ACHTUNG:
Die Reihenfolge der Regeln ist wichtig! Die erste muss die Name Identifier Regel sein!

Als letztes muss noch im Reiter Bezeichner der Vertrauensstellung im Feld Bezeichner der vertrauenden Seite der Wert, der in plugin.tx_mdsaml.settings.mdsamlSpBaseUrl eingegeben werden.

TYPO3

General

In `settings.php` or `additional.php` (former `LocalConfiguration.php` or `AdditionalConfiguration.php`) the `['BE']['cookieSameSite']` must be set to `lax`:
```
$GLOBALS['TYPO3_CONF_VARS']['BE']['cookieSameSite'] = 'lax'
```
In `Site Configuration` set the value of `Entry Point` (`base`) to a full qualified entry point. For example set `https://www.domain.tld/` instead of just using `/`.

Site Config

errorHandling:
    errorCode: 403
    errorHandler: PHP
    errorPhpClassFQCN: Mediadreams\MdSaml\Error\ForbiddenHandling

Change User Event

event to customize user data before insert/update on login

namespace XXX\XXX\EventListener;

use Mediadreams\MdSaml\Event\ChangeUserEvent;
use TYPO3\CMS\Core\Utility\GeneralUtility;

final class AddGroupChangeUserEventListener {

  protected int $adminGroupUid = 3;

  // SSO User Changes
  public function __invoke(ChangeUserEvent $event): void
  {
      // get current data
      $userData = $event->getUserData();
      $email = $userData['email'] ?? null;
      // some conditions, if true add group
      if (1) {
          $usergroups = GeneralUtility::intExplode(',', $userData['usergroup']);
          $usergroups[] = $this->adminGroupUid;
	  // change some data
          $userData['usergroup'] = implode(',', $usergroups);
	  // save new data
          $event->setUserData($userData);
      }
  }
}

You must register the event listener in Services.yaml

FAQ

Is is possible, to remove the default login with username and password?

Yes, just add following line in the `ext_localconf.php` of your the extension:

unset($GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['backend']['loginProviders'][1433416747]);

I get a `1648646492 RuntimeException, The site configuration could not be resolved.`

Make sure, that the domain of your website is configured in the site configuration (`sites/identifier/config.yaml`) for `base`.

Troubleshooting

If your login fails with the parameter ?commandLI=setCookie (typo3/index.php?commandLI=setCookie), please make sure, that you have set $GLOBALS['TYPO3_CONF_VARS']['BE']['cookieSameSite'] = 'lax'.

Bugs and Known Issues

If you find a bug, it would be nice if you add an issue on Github.

THANKS

Thanks a lot to all who make this outstanding TYPO3 project possible!

Credits

Thanks to the guys at OneLogin who provide the SAML toolkit for PHP, which I use.
Extension icon by Font Awesome.

mediadreams / md_saml

Maintainers

Details

README

Screenshots

Requirements

Installation

Configuration

TypoScript

SAML

Users

SSO

ADFS

TYPO3

General

Site Config

Change User Event

FAQ

Troubleshooting

Bugs and Known Issues

THANKS

Credits