BE - backend configuration

The following configuration variables can be used to configure settings for the TYPO3 backend:

fileadminDir

$GLOBALS['TYPO3_CONF_VARS']['BE']['fileadminDir']
type

text

Default

'fileadmin/'

Path to the primary directory of files for editors. This is relative to the public web dir. DefaultStorage will be created with that configuration. Do not access manually but via \TYPO3\CMS\Core\Resource\ResourceFactory::getDefaultStorage().

lockRootPath

Changed in version 11.5.35/12.4.11

This option has been extended to support an array of root path prefixes to allow for multiple storages to be listed (a string was expected before).

It is suggested to use the new array-based syntax, which will be applied automatically once this setting is updated via Install Tool configuration wizard. Migration:

config/system/settings.php
// Before
$GLOBALS['TYPO3_CONF_VARS']['BE']['lockRootPath'] = '/var/extra-storage';

// After
$GLOBALS['TYPO3_CONF_VARS']['BE']['lockRootPath'] =  [
    '/var/extra-storage1/',
    '/var/extra-storage2/',
];
Copied!

See also the security bulletin "Path Traversal in TYPO3 File Abstraction Layer Storages".

$GLOBALS['TYPO3_CONF_VARS']['BE']['lockRootPath']
type

array of file paths

Default

[]

These absolute paths are used to evaluate, if paths outside of the project path should be allowed. This restriction also applies for the local driver of the File Abstraction Layer.

userHomePath

$GLOBALS['TYPO3_CONF_VARS']['BE']['userHomePath']
type

text

Default

''

Combined folder identifier of the directory where TYPO3 backend users have their home-dirs. A combined folder identifier looks like this: [storageUid]:[folderIdentifier]. For Example 2:users/. A home for backend user 2 would be: 2:users/2/. Ending slash required!

groupHomePath

$GLOBALS['TYPO3_CONF_VARS']['BE']['groupHomePath']
type

text

Default

''

Combined folder identifier of the directory where TYPO3 backend groups have their home-dirs. A combined folder identifier looks like this: [storageUid]:[folderIdentifier]. For example 2:groups/. A home for backend group 1 would be: 2:groups/1/. Ending slash required!

userUploadDir

$GLOBALS['TYPO3_CONF_VARS']['BE']['userUploadDir']
type

text

Default

''

Suffix to the user home dir which is what gets mounted in TYPO3. For example if the user dir is ../123_user/ and this value is /upload then ../123_user/upload gets mounted.

warning_email_addr

$GLOBALS['TYPO3_CONF_VARS']['BE']['warning_email_addr']
type

text

Default

''

Email address that will receive notifications whenever an attempt to login to the Install Tool is made. This address will also receive warnings whenever more than 3 failed backend login attempts (regardless of user) are detected within an hour.

Have also a look into the security guidelines.

warning_mode

$GLOBALS['TYPO3_CONF_VARS']['BE']['warning_mode']
type

int

Default
allowedValues
0:
Default: Do not send notification-emails upon backend-login
1:
Send a notification-email every time a backend user logs in
2:
Send a notification-email every time an admin backend user logs in

Send emails to warning_email_addr upon backend-login

Have also a look into the security guidelines.

passwordReset

$GLOBALS['TYPO3_CONF_VARS']['BE']['passwordReset']
type

bool

Default

true

Enable password reset functionality on the backend login for TYPO3 Backend users. Can be disabled for systems where only LDAP or OAuth login is allowed.

Password reset will then still work on CLI and for admins in the backend.

passwordResetForAdmins

$GLOBALS['TYPO3_CONF_VARS']['BE']['passwordResetForAdmins']
type

bool

Default

true

Enable password reset functionality for TYPO3 Administrators. This will affect all places such as backend login or CLI. Disable this option for increased security.

requireMfa

$GLOBALS['TYPO3_CONF_VARS']['BE']['requireMfa']
type

int

Default
allowedValues
0:
Default: Do not require multi-factor authentication
1:
Require multi-factor authentication for all users
2:
Require multi-factor authentication only for non-admin users
3:
Require multi-factor authentication only for admin users
4:
Require multi-factor authentication only for system maintainers

Define users which should be required to set up multi-factor authentication.

recommendedMfaProvider

$GLOBALS['TYPO3_CONF_VARS']['BE']['recommendedMfaProvider']
type

text

Default

'totp'

Set the identifier of the multi-factor authentication provider, recommended for all users.

loginRateLimit

$GLOBALS['TYPO3_CONF_VARS']['BE']['loginRateLimit']
type

int

Default

5

Maximum amount of login attempts for the time interval in [BE][loginRateLimitInterval], before further login requests will be denied. Setting this value to "0" will disable login rate limiting.

loginRateLimitInterval

$GLOBALS['TYPO3_CONF_VARS']['BE']['loginRateLimitInterval']
type

string, PHP relative format

Default

'15 minutes'

allowedValues

'1 minute', '5 minutes', '15 minutes', '30 minutes'

Allowed time interval for the configured rate limit. Individual values using PHP relative formats can be set in config/system/additional.php.

loginRateLimitIpExcludeList

$GLOBALS['TYPO3_CONF_VARS']['BE']['loginRateLimitIpExcludeList']
type

string

Default

''

IP-numbers (with *-wildcards) that are excluded from rate limiting. Syntax similar to [BE][IPmaskList]. An empty value disables the exclude list check.

lockIP

$GLOBALS['TYPO3_CONF_VARS']['BE']['lockIP']
type

int

Default
allowedValues
0:
Default: Do not lock Backend User sessions to their IP address at all
1:
Use the first part of the editors IPv4 address (for example "192.") as part of the session locking of Backend Users
2:
Use the first two parts of the editors IPv4 address (for example "192.168") as part of the session locking of Backend Users
3:
Use the first three parts of the editors IPv4 address (for example "192.168.13") as part of the session locking of Backend Users
4:
Use the editors full IPv4 address (for example "192.168.13.84") as part of the session locking of Backend Users (highest security)

Session IP locking for backend users. See [FE][lockIP] for details.

Have also a look into the security guidelines.

lockIPv6

$GLOBALS['TYPO3_CONF_VARS']['BE']['lockIPv6']
type

int

Default
allowedValues
0:
Default: Do not lock Backend User sessions to their IP address at all
1:
Use the first block (16 bits) of the editors IPv6 address (for example "2001:") as part of the session locking of Backend Users
2:
Use the first two blocks (32 bits) of the editors IPv6 address (for example "2001:0db8") as part of the session locking of Backend Users
3:
Use the first three blocks (48 bits) of the editors IPv6 address (for example "2001:0db8:85a3") as part of the session locking of Backend Users
4:
Use the first four blocks (64 bits) of the editors IPv6 address (for example "2001:0db8:85a3:08d3") as part of the session locking of Backend Users
5:
Use the first five blocks (80 bits) of the editors IPv6 address (for example "2001:0db8:85a3:08d3:1319") as part of the session locking of Backend Users
6:
Use the first six blocks (96 bits) of the editors IPv6 address (for example "2001:0db8:85a3:08d3:1319:8a2e") as part of the session locking of Backend Users
7:
Use the first seven blocks (112 bits) of the editors IPv6 address (for example "2001:0db8:85a3:08d3:1319:8a2e:0370") as part of the session locking of Backend Users
8:
Use the editors full IPv6 address (for example "2001:0db8:85a3:08d3:1319:8a2e:0370:7344") as part of the session locking of Backend Users (highest security)

Session IPv6 locking for backend users. See [FE][lockIPv6] for details.

sessionTimeout

$GLOBALS['TYPO3_CONF_VARS']['BE']['sessionTimeout']
type

int

Default

28800

Session time out for backend users in seconds. The value must be at least 180 to avoid side effects. Default is 28.800 seconds = 8 hours.

IPmaskList

$GLOBALS['TYPO3_CONF_VARS']['BE']['IPmaskList']
type

list

Default

''

Lets you define a list of IP-numbers (with *-wildcards) that are the ONLY ones allowed access to ANY backend activity. On error an error header is sent and the script exits. Works like IP masking for users configurable through TSconfig.

See syntax for that (or look up syntax for the function \TYPO3\CMS\Core\Utility\GeneralUtility::cmpIP())

Have also a look into the security guidelines.

lockSSL

$GLOBALS['TYPO3_CONF_VARS']['BE']['lockSSL']
type

bool

Default

false

If set, the backend can only be operated from an SSL-encrypted connection (https). A redirect to the SSL version of a URL will happen when a user tries to access non-https admin-urls

Have also a look into the security guidelines.

lockSSLPort

$GLOBALS['TYPO3_CONF_VARS']['BE']['lockSSLPort']
type

int

Default

Use a non-standard HTTPS port for lockSSL. Set this value if you use lockSSL and the HTTPS port of your webserver is not 443.

cookieDomain

$GLOBALS['TYPO3_CONF_VARS']['BE']['cookieDomain']
type

text

Default

''

Same as $TYPO3_CONF_VARS[SYS][cookieDomain]<typo3ConfVars_sys_cookieDomain> but only for BE cookies. If empty, $TYPO3_CONF_VARS[SYS][cookieDomain] value will be used.

cookieName

$GLOBALS['TYPO3_CONF_VARS']['BE']['cookieName']
type

text

Default

'be_typo_user'

Set the name for the cookie used for the back-end user session

cookieSameSite

$GLOBALS['TYPO3_CONF_VARS']['BE']['cookieSameSite']
type

text

Default

'strict'

allowedValues
lax:
Cookies set by TYPO3 are only available for the current site, third-party integrations are not allowed to read cookies, except for links and simple HTML forms
strict:
Cookies sent by TYPO3 are only available for the current site, never shared to other third-party packages
none:
Allow cookies set by TYPO3 to be sent to other sites as well, please note - this only works with HTTPS connections

Indicates that the cookie should send proper information where the cookie can be shared (first-party cookies vs. third-party cookies) in TYPO3 Backend.

showRefreshLoginPopup

$GLOBALS['TYPO3_CONF_VARS']['BE']['showRefreshLoginPopup']
type

bool

Default

false

If set, the Ajax relogin will show a real popup window for relogin after the count down. Some auth services need this as they add custom validation to the login form. If its not set, the Ajax relogin will show an inline relogin window.

adminOnly

$GLOBALS['TYPO3_CONF_VARS']['BE']['adminOnly']
type

int

Default
allowedValues

-1: Total shutdown for maintenance purposes 0: Default: All users can access the TYPO3 Backend 1: Only administrators / system maintainers can log in, CLI interface is disabled as well 2: Only administrators / system maintainers have access to the TYPO3 Backend, CLI executions are allowed as well

Restricts access to the TYPO3 Backend - especially useful when doing maintenance or updates

disable_exec_function

$GLOBALS['TYPO3_CONF_VARS']['BE']['disable_exec_function']
type

bool

Default

false

Dont use exec() function (except for ImageMagick which is disabled by [GFX][im]<typo3ConfVars_gfx_im> =0). If set, all file operations are done by the default PHP-functions. This is necessary under Windows! On Unix the system commands by exec() can be used, unless this is disabled.

compressionLevel

$GLOBALS['TYPO3_CONF_VARS']['BE']['compressionLevel']
type

text

Default
Range

0-9

Determines output compression of BE output. Makes output smaller but slows down the page generation depending on the compression level. Requires

  • zlib in your PHP installation and
  • special rewrite rules for .css.gz and .js.gz (before version 12.0 the extension was .css.gzip and .js.gzip)

Please see EXT:install/Resources/Private/FolderStructureTemplateFiles/root-htaccess for an example. Range 1-9, where 1 is least compression and 9 is greatest compression. true as value will set the compression based on the PHP default settings (usually 5 ). Suggested and most optimal value is 5.

installToolPassword

$GLOBALS['TYPO3_CONF_VARS']['BE']['installToolPassword']
type

string

Default

''

The hash of the install tool password.

checkStoredRecords

Changed in version 13.0

This setting is obsolete. Instances setting this option in settings.php are updated silently by the install tool during the upgrade process to TYPO3 v13.

checkStoredRecordsLoose

Changed in version 13.0

This setting is obsolete. Instances setting this option in settings.php are updated silently by the install tool during the upgrade process to TYPO3 v13.

defaultUserTSconfig

Deprecated since version 13.0

$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultUserTSconfig']
type

text

Contains the default user TSconfig.

This variable should not be changed directly but by the following API function. This makes your code less likely to break in the future.

my_sitepackage/ext_localconf.php
/**
 * Adding the default User TSconfig
 */
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addUserTSConfig('
   @import 'EXT:my_sitepackage/Configuration/TsConfig/User/default.tsconfig'
');
Copied!

Read more about Setting default User TSconfig.

defaultPageTSconfig

Deprecated since version 13.0

$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultPageTSconfig']
type

text

Contains the default page TSconfig.

Never set this configuration variable directly. Use the following methods instead:

New in version 12.0

TSconfig stored in a file EXT:my_sitepackage/Configuration/page.tsconfig will be automatically loaded before the content of $TYPO3_CONF_VARS[SYS][defaultPageTSconfig].

Page TSconfig stored in files like EXT:my_sitepackage/Configuration/page.tsconfig are loaded before $TYPO3_CONF_VARS[SYS][defaultPageTSconfig]. This is done during build-time and therefore more performant than the legacy way of loading default Page Tsconfig during runtime by setting $TYPO3_CONF_VARS[SYS][defaultPageTSconfig] or the API function ExtensionManagementUtility::addPageTSConfig. It is therefore highly recommended to migrate to using files like EXT:my_sitepackage/Configuration/page.tsconfig instead of setting this global variable.

Read more about Setting the Page TSconfig globally.

defaultPermissions

$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultPermissions']
type

array

Default

[]

This option defines the default page permissions (show, edit, delete, new, editcontent). The following order applies:

  • defaultPermissions from TYPO3\CMS\Core\DataHandling\PagePermissionAssembler
  • $GLOBALS['TYPO3_CONF_VARS']['BE']['defaultPermissions'] (the option described here)
  • Page TSconfig via TCEMAIN.permissions

Example (which reflects the default permissions):

config/system/additional.php | typo3conf/system/additional.php
$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultPermissions'] = [
   'user' => 'show,edit,delete,new,editcontent',
   'group' => 'show,edit,new,editcontent',
   'everybody' => '',
];
Copied!

If you want to deviate from the default permissions, for example by changing the everybody key, you only need to modify the key you wish to change:

config/system/additional.php | typo3conf/system/additional.php
$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultPermissions'] = [
   'everybody' => 'show',
];
Copied!

defaultUC

$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultUC']
type

array

Default

[]

Defines the default user settings. The following order applies:

  • uc_default in TYPO3\CMS\Core\Authentication\BackendUserAuthentication
  • $GLOBALS['TYPO3_CONF_VARS']['BE']['defaultUC'] (the option described here)
  • User TSconfig via setup

Example (which reflects the default user settings):

config/system/additional.php | typo3conf/system/additional.php
$GLOBALS['TYPO3_CONF_VARS']['BE']['defaultUC'] = [
   'emailMeAtLogin' => 0,
   'titleLen' => 50,
   'edit_RTE' => '1',
   'edit_docModuleUpload' => '1',
];
Copied!

Visit the setup chapter of the User TSconfig guide for a list of all available options.

customPermOptions

$GLOBALS['TYPO3_CONF_VARS']['BE']['customPermOptions']
type

array

Default

[]

Array with sets of custom permission options. Syntax is:

config/system/additional.php | typo3conf/system/additional.php
'key' => array(
   'header' => 'header string, language split',
   'items' => array(
      'key' => array('label, language split','icon reference', 'Description text, language split')
   )
)
Copied!

Keys cannot contain characters any of the following characters: :|,.

fileDenyPattern

$GLOBALS['TYPO3_CONF_VARS']['BE']['fileDenyPattern']
type

text

Default

''

A perl-compatible and JavaScript-compatible regular expression (without delimiters /) that - if it matches a filename - will deny the file upload/rename or whatever.

For security reasons, files with multiple extensions have to be denied on an Apache environment with mod_alias, if the filename contains a valid php handler in an arbitrary position. Also, ".htaccess" files have to be denied. Matching is done case-insensitive.

Default value is stored in class constant \TYPO3\CMS\Core\Resource\Security\FileNameValidator::FILE_DENY_PATTERN_DEFAULT.

Have also a look into the security guidelines.

interfaces

Changed in version 12.0

This option was removed with TYPO3 v12.0.

If a TYPO3 project really relies on this feature, create an XCLASS of \TYPO3\CMS\Backend\Controller\LoginController, where also a custom Fluid template may be used.

explicitADmode

Changed in version 12.0

The handling of $GLOBALS['TYPO3_CONF_VARS']['BE']['explicitADmode'] has been changed and is now set using explicitAllow. Extensions should not assume this global array key is set anymore as of TYPO3 Core v12. Extensions that need to stay compatible with v11 and v12 should instead use: $GLOBALS['TYPO3_CONF_VARS']['BE']['explicitADmode'] ?? 'explicitAllow'.

flexformForceCDATA

Changed in version 13.0

This option was removed with TYPO3 v13.0.

versionNumberInFilename

$GLOBALS['TYPO3_CONF_VARS']['BE']['versionNumberInFilename']
type

bool

Default

false

If enabled, included CSS and JS files loaded in the TYPO3 Backend will

have the timestamp embedded in the filename, ie. filename.1269312081.js . This will make browsers and proxies reload the files if they change (thus avoiding caching issues).

IMPORTANT: This feature requires extra .htaccess rules to work (please refer to the typo3/sysext/install/Resources/Private/FolderStructureTemplateFiles/root-htaccess file shipped with TYPO3).

If disabled the last modification date of the file will be appended as a query-string.

debug

$GLOBALS['TYPO3_CONF_VARS']['BE']['debug']
type

bool

Default

false

If enabled, the login refresh is disabled and pageRenderer is set to debug mode. Furthermore the fieldname is appended to the label of fields. Use this to debug the backend only!

toolbarItems

Starting with version 12.0 toolbar items implementing \TYPO3\CMS\Backend\Toolbar\ToolbarItemInterface are automatically registered by adding the tag backend.toolbar.item, if autoconfigure is enabled in Services.yaml.

Migration

Remove $GLOBALS['TYPO3_CONF_VARS']['BE']['toolbarItems'] from your ext_localconf.php file. If autoconfigure is not enabled in your Configuration/Services.(yaml|php), add the tag backend.toolbar.item to your toolbar item class.

HTTP

$GLOBALS['TYPO3_CONF_VARS']['BE']['HTTP']
type

array

Set HTTP headers to be sent with each backend request. Other keys than ['Response']['Headers'] are ignored.

The default configuration:

[
    'Response' => [
        'Headers' => [
            'clickJackingProtection' => 'X-Frame-Options: SAMEORIGIN',
            'strictTransportSecurity' => 'Strict-Transport-Security: max-age=31536000',
            'avoidMimeTypeSniffing' => 'X-Content-Type-Options: nosniff',
            'referrerPolicy' => 'Referrer-Policy: strict-origin-when-cross-origin',
        ],
    ],
]
Copied!

Changed in version 12.3

The options strictTransportSecurity, avoidMimeTypeSniffing and referrerPolicy were added.

passwordHashing

className

$GLOBALS['TYPO3_CONF_VARS']['BE']['passwordHashing']['className']
type

string

Default

\TYPO3\CMS\Core\Crypto\PasswordHashing\Argon2iPasswordHash::class

allowedValues
\TYPO3\CMS\Core\Crypto\PasswordHashing\Argon2iPasswordHash::class
Good password hash mechanism. Used by default if available.
\TYPO3\CMS\Core\Crypto\PasswordHashing\Argon2idPasswordHash::class
Good password hash mechanism.
\TYPO3\CMS\Core\Crypto\PasswordHashing\BcryptPasswordHash::class
Good password hash mechanism.
\TYPO3\CMS\Core\Crypto\PasswordHashing\Pbkdf2PasswordHash::class
Fallback hash mechanism if argon and bcrypt are not available.
\TYPO3\CMS\Core\Crypto\PasswordHashing\PhpassPasswordHash::class
Fallback hash mechanism if none of the above are available.

options

$GLOBALS['TYPO3_CONF_VARS']['BE']['passwordHashing']['options']
type

array

Default

[]

Special settings for specific hashes. See Available hash algorithms for the different options depending on the algorithm.

passwordPolicy

New in version 12.0

$GLOBALS['TYPO3_CONF_VARS']['BE']['passwordPolicy']
type

string

Default

default

Defines the password policy in backend context.

stylesheets

New in version 12.3

$GLOBALS['TYPO3_CONF_VARS']['BE']['stylesheets']
type

string

Default

default

Load additional CSS files for the TYPO3 backend interface. This setting can be set per site or within an extension's ext_localconf.php.

Examples:

Add a specific stylesheet:

$GLOBALS['TYPO3_CONF_VARS']['BE']['stylesheets']['my_extension']
    = 'EXT:my_extension/Resources/Public/Css/myfile.css';
Copied!

Add all stylesheets from a folder:

$GLOBALS['TYPO3_CONF_VARS']['BE']['stylesheets']['my_extension']
    = 'EXT:my_extension/Resources/Public/Css/';
Copied!

contentSecurityPolicyReportingUrl

New in version 12.3

$GLOBALS['TYPO3_CONF_VARS']['BE']['contentSecurityPolicyReportingUrl']
type

string

Default

''

Configure the reporting HTTP endpoint of Content Security Policy violations in the backend; if it is empty, the TYPO3 endpoint will be used.

Example:

$GLOBALS['TYPO3_CONF_VARS']['BE']['contentSecurityPolicyReportingUrl']
    = 'https://csp-violation.example.org/';
Copied!