NAME
himmelblau.conf - Configuration file for Himmelblau, enabling Azure Entra ID authentication on Linux.
SYNOPSIS
/etc/himmelblau/himmelblau.conf
HOW CONFIGURATION CHANGES ARE APPLIED
Changes to the configuration file /etc/himmelblau/himmelblau.conf only take effect after restarting the Himmelblau daemons. This includes the himmelblaud daemon, which handles authentication, and the himmelblaud-tasks daemon, which processes related tasks.
Restarting the Daemons
To apply changes, restart the Himmelblau services using the following systemd commands:
EXAMPLES
sudo systemctl restart himmelblaud
sudo systemctl restart himmelblaud-tasks
DESCRIPTION
The himmelblau.conf file is the primary configuration file for the Himmelblau authentication module. It defines global and optional settings required for Azure Entra ID-based authentication and device management.
FILE FORMAT
The file consists of sections headed by a name enclosed in square brackets. Each section contains parameters and their values in the format:
parameter = value Lines beginning with a '#' are comments and are ignored by the parser.
PARAMETERS
[global]
This section contains settings that apply globally to all operations of Himmelblau.
domain
The primary Azure Entra ID domain name used for authentication. This value SHOULD match the domain name that users enter when signing in (for example, the domain portion of their UPN). In most cases, this will be the primary domain of your Azure Entra ID tenant. If your organization uses multiple verified domains or aliases, choose the one that your users actually use to sign in. This parameter is REQUIRED for successful authentication. If it is not specified, no users will be permitted to authenticate.
EXAMPLES
domain = example.com
debug
A boolean option that enables debug-level logging. When set to true, debug messages are output to the system journal.
EXAMPLES
debug = true
pam_allow_groups
A comma-separated list of Entra Id Users and Groups permitted to access the system. Users should be specified by UPN. Groups MUST be specified using their Object ID GUID. Group names may not be used because these names are not guaranteed to be unique in Entra Id.
EXAMPLES
pam_allow_groups = f3c9a7e4-7d5a-47e8-832f-3d2d92abcd12,5ba4ef1d-e454-4f43-ba7c-6fe6f1601915,admin@himmelblau-idm.org
id_attr_map
Specify whether to map uid/gid based on the object name, the object uuid, or based on the rfc2307 schema extension attributes synchronized from an on-prem Active Directory instance. Mapping by name or by rfc2307 is recommeneded. By name mapping is the default.
EXAMPLES
id_attr_map = <name|uuid|rfc2307>
rfc2307_group_fallback_map
Specify whether to map group IDs (GIDs) based on the object name or object UUID when no gidNumber attribute is found in an on-prem Active Directory instance synchronized to Azure Entra ID. This option is only applicable if id_attr_map is set to rfc2307. If id_attr_map = rfc2307 and a group does not have a gidNumber defined in the directory, this setting determines the fallback method for mapping the group ID. If this option is not set, groups without a gidNumber will not be available to NSS.
EXAMPLES
rfc2307_group_fallback_map = <name|uuid>
enable_hello
Enables or disables user enrollment in Windows Hello authentication. If disabled, users will need to provide MFA for each login.
EXAMPLES
enable_hello = false
hello_pin_min_length
The minimum length of the PIN for Windows Hello authentication. The value must be between 6 and 32 characters.
EXAMPLES
hello_pin_min_length = 8
hello_pin_retry_count
The number of invalid Hello PIN attempts allowed before the user is required to perform MFA. After successful MFA, the user will be prompted to set a new PIN. The value must be a non-negative integer.
EXAMPLES
hello_pin_retry_count = 3
hello_pin_prompt
Customizes the prompt text shown when requesting the user’s Linux Hello PIN. If not set, the default prompt is:
Use the Linux Hello PIN for this device.
EXAMPLES
hello_pin_prompt = Enter your device unlock PIN
entra_id_password_prompt
Customizes the prompt text shown when requesting the user’s Entra ID password. If not set, the default prompt is:
Use the password for your Office 365 or Microsoft online login.
EXAMPLES
entra_id_password_prompt = Enter your Microsoft 365 password
enable_sfa_fallback
Determines whether password-only (single-factor) authentication is permitted when MFA is unavailable. Disabled by default.
EXAMPLES
enable_sfa_fallback = true
cn_name_mapping
Allows users to enter the short form of their username (e.g., 'dave') instead of the full UPN.
EXAMPLES
cn_name_mapping = true
local_groups
A comma-separated list of local groups that every Entra ID user should be a member of. For example, you may wish for all Entra ID users to be a member of the sudo group. WARNING: This setting will not REMOVE group member entries when groups are removed from this list. You must remove them manually.
EXAMPLES
local_groups = sudo,admin
sudo_groups
A comma-separated list of Azure Entra ID group object IDs whose members should be granted sudo access on this system. If local_sudo_group is not defined, the local group sudo will be used.
EXAMPLES
sudo_groups = f3c9a7e4-7d5a-47e8-832f-3d2d92abcd12,5ba4ef1d-e454-4f43-ba7c-6fe6f1601915
local_sudo_group
The local group that should be given to users in any of the groups specified in sudo_groups. Only has an affect if sudo_groups is set. Removes group from user if they are no longer a member of the specified entra group.
logon_script
A script that will execute every time a user logs on. Two environment variables are set: USERNAME, and ACCESS_TOKEN. The ACCESS_TOKEN environment variable is an access token for the MS Graph. The token scope config option sets the comma-separated scopes that should be requested for the ACCESS_TOKEN. ACCESS_TOKEN will be empty during offline logon. The return code of the script determines how authentication proceeds. 0 is success, 1 is a soft failure and authentication will proceed, while 2 is a hard failure causing authentication to fail.
EXAMPLES
logon_script = /etc/himmelblau/logon.sh
logon_token_scopes
A comma-separated list of the scopes to be requested for the ACCESS_TOKEN during logon. These scopes MUST correspond to the API permissions assigned to the Entra Id Application specified by the app_id option.
EXAMPLES
logon_token_scopes = user.read,mail.read
app_id
Specifies the Azure Entra ID application (client) ID used by Himmelblau for directory operations such as reading extended attributes (for example, the gidNumber attribute used in RFC 2307 idmapping). If logon_token_app_id is not set, this application ID is also used when requesting access tokens for the user logon script.
Note: In the Azure Portal for the application corresponding to app_id, ensure that the redirect URI himmelblau://Himmelblau.EntraId.BrokerPlugin is enabled under “Mobile and desktop applications” in the Authentication section. This allows Himmelblau to correctly handle interactive token redirection.
EXAMPLES
app_id = d023f7aa-d214-4b59-911d-6074de623765
logon_token_app_id
Specifies an alternate Azure Entra ID application (client) ID to be used exclusively for acquiring ACCESS_TOKEN values on behalf of the user during logon script execution. If not set, the value of app_id will be used instead. This option allows using a separate application registration that carries the specific API permissions required by logon scripts.
Note: In the Azure Portal for the application corresponding to logon_token_app_id, ensure that the redirect URI https://login.microsoftonline.com/common/oauth2/nativeclient is enabled under “Mobile and desktop applications” in the Authentication section. This is required for Himmelblau to obtain tokens via the public client flow.
EXAMPLES
logon_token_app_id = 544e695f-5d78-442e-b14e-e114e95e640c
enable_experimental_mfa
A boolean option that enables the experimental multi-factor authentication (MFA) flow, which permits Hello authentication. This experimental flow may encounter failures in certain edge cases. If disabled, the system enforces the Device Authorization Grant (DAG) flow for MFA, which is more robust but does not support Hello authentication. By default, this option is enabled.
EXAMPLES
enable_experimental_mfa = true
enable_experimental_passwordless_fido
A boolean option that enables the experimental passwordless FIDO flow for Azure Entra ID authentication. When enabled, Himmelblau will attempt to authenticate with Entra ID using a FIDO2 security key without requiring a password. By default, this option is disabled.
EXAMPLES
enable_experimental_passwordless_fido = true
name_mapping_script
Specifies the path to an executable script used for mapping custom names to UPN names. The script MUST accept a single argument, which will always be a mapped name. The script MUST print the corresponding UPN (User Principal Name) to stdout. If the script does not recognize the input name, it MUST simply return the input name unchanged. This option is particularly useful in environments where direct UPN-to-CN mappings are impractical or where custom transformations are required. The script must handle the input gracefully and return the correct UPN or the input name if unrecognized. Errors must be handled to avoid authentication failures.
EXAMPLES
name_mapping_script = /path/to/mapping_script.sh Example Script:
#!/bin/bash
# Convert CN to UPN, or return the input name if unrecognized
if [[ "$1" =~ ^[a-zA-Z0-9._-]+$ ]]; then
echo "$1@example.com"
else
echo "$1"
fi
- apply_policy
A boolean option that enables the application and enforcement of Intune policies to the authenticated user. By default, this option is disabled.
EXAMPLES
apply_policy = false
enable_experimental_intune_custom_compliance
A boolean option that enables support for Linux Intune Custom Compliance policies. This feature is experimental and not yet fully functional. While policy settings should be applied locally, the compliance status is not reliably reported to Intune, and failed policies do not currently block authentication. By default, this option is disabled. This option requires apply_policy = true.
EXAMPLES
enable_experimental_intune_custom_compliance = true
authority_host
Specifies the hostname for Microsoft authentication. The default value is login.microsoftonline.com.
EXAMPLES
authority_host = login.microsoftonline.com
db_path
The location of the cache database. This file is used to store cached authentication data and device state.
EXAMPLES
db_path = /var/cache/himmelblau/himmelblau.cache.db
hsm_type
Specifies how Himmelblau should handle secure key storage. This option determines whether to use a TPM (Trusted Platform Module) bound software-based HSM, a TPM, or a hybrid approach. The available options are:
-
tpm_bound_soft_if_possible – Use a software-based HSM that encrypts key material locally on the system, but binds the parent AuthCode to the TPM, if available.
-
tpm – Use a hardware TPM exclusively for storing and binding cryptographic keys.
-
tpm_if_possible – Attempt to use a hardware TPM if available; if not, fall back to the software HSM. If the TPM has previously been used for key storage, the system will not fall back to the software HSM. The default is tpm_bound_soft_if_possible his setting is important for protecting sensitive cryptographic keys in a secure environment, reducing the risk of compromise if the system is breached.Note that the old soft option has been deprecated. Environments currently enrolled using soft will be automatically migrated to tpm_bound_soft_if_possible. To validate whether Himmelblau is utilizing the hardware TPM, run the command
sudo aad-tool tpmfor a status report.
EXAMPLES
hsm_type = tpm_bound_soft_if_possible
tpm_tcti_name
Specifies the TCTI (Trusted Computing Technology Interface) to use when communicating with a Trusted Platform Module (TPM) for secure key operations. This setting is only relevant when hsm_type is set to tpm or tpm_if_possible. Common values include:
- device:/dev/tpmrm0 – This uses the kernel TPM resource manager device, which is the recommended default for most Linux systems. Other TCTI strings may be required depending on your system’s TPM driver or configuration. This option allows advanced control over how Himmelblau connects to the TPM for performing cryptographic operations.
EXAMPLES
tpm_tcti_name = device:/dev/tpmrm0
hsm_pin_path
The location where the HSM (Hardware Security Module) PIN will be stored. This PIN is used to protect sensitive cryptographic operations.
EXAMPLES
hsm_pin_path = /var/lib/himmelblaud/hsm-pin
socket_path
The path to the socket file for communication between the pam and nss modules and the Himmelblau daemon.
EXAMPLES
socket_path = /var/run/himmelblaud/socket
task_socket_path
The path to the socket file for communication with the task daemon.
EXAMPLES
task_socket_path = /var/run/himmelblaud/task_sock
broker_socket_path
The path to the socket file for communication with the broker DBus service.
EXAMPLES
broker_socket_path = /var/run/himmelblaud/broker_sock
home_prefix
The prefix to use for user home directories.
EXAMPLES
home_prefix = /home/
home_attr
The attribute used to create a home directory for a user. Available options include:
-
UUID (default)
-
SPN
-
CN
EXAMPLES
home_attr = UUID
home_alias
The symlinked alias for the user's home directory. Available options include:
-
UUID
-
SPN (default)
-
CN
EXAMPLES
home_alias = SPN
shell
The default shell for users. This will be assigned when the user logs in.
EXAMPLES
shell = /bin/bash
idmap_range
Specifies the range of IDs to be used for the user and group mappings. When this option is modified, you SHOULD run:
sudo aad-tool cache-clear --really To ensure that old cached ID mappings are cleared, preventing potential UID overlaps caused by stale cache data.
EXAMPLES
idmap_range = 5000000-5999999
connection_timeout
The timeout for connections to the authentication server. Default is 2 seconds.
EXAMPLES
connection_timeout = 5
cache_timeout
The timeout for caching authentication data. Default is 300 seconds (5 minutes).
EXAMPLES
cache_timeout = 10
use_etc_skel
If set to true, Himmelblau will use the contents of /etc/skel when creating new user directories.
EXAMPLES
use_etc_skel = false
selinux
Whether SELinux security labels should be applied to users' home directories. Set to true to enable.
EXAMPLES
selinux = true
join_type
Specifies whether the system should join or register with Microsoft Entra ID.
EXAMPLES
join_type = register
user_map_file
Specifies the path to a user-mapping file used to map local user accounts to Azure Entra ID user accounts, allowing them to authenticate using Entra ID credentials. Each line of the file must contain a single mapping entry in the format:
local_username:name@domain
Blank lines and lines beginning with ‘#’ are ignored. If this option is not set, the default path /etc/himmelblau/user-map is used.
EXAMPLES
user_map_file = /path/to/user_map
EXAMPLES
Example user-map file entries:
local_username:samaccountname@domain
alice:alice@contoso.com bob:bob.smith@example.org svcuser:service.account@tenant.local
OFFLINE BREAKGLASS CONFIGURATION
The [offline_breakglass] section configures Himmelblau’s emergency offline authentication mechanism, used when Azure Entra ID is unavailable.
Offline breakglass allows Entra ID users who normally require multi-factor authentication (MFA) to authenticate with their cached password when the host is offline. This feature provides a controlled fallback for MFA-only users who would otherwise be unable to sign in during an outage.
Single-factor authentication (SFA-only) users and Hello-PIN users already have offline sign-in capability, and are unaffected by this setting. This option exists solely to extend limited offline access to MFA-enabled users when network connectivity to Entra ID cannot be established.
[offline_breakglass]
This section controls whether and how Himmelblau may perform offline password authentication for MFA-enabled users in emergency conditions.
enabled
Boolean value specifying whether offline breakglass mode is permitted.
When set to true, Himmelblau will cache secure, salted password verifiers for MFA-enabled Entra ID users who successfully authenticate online. These verifiers can then be used to authenticate the same users when Entra ID is unreachable, allowing MFA users to log in using their cached password.
If this option is set to false (the default), Himmelblau will continue to cache password verifiers only for SFA-only users, and MFA-enabled users will not be able to authenticate when offline. The aad-tool(1) command aad-tool offline-breakglass will also have no effect.
Administrators must enable this option well in advance of an outage, as password verifiers for MFA users are only stored following a successful online authentication. It is too late to enable this feature once Entra ID is already unreachable.
Enabling offline breakglass mode carries significant risk. If a device is stolen or compromised, and network access to Entra ID is blocked, attackers could effectively disable MFA protection by forcing the system into a simple password-only (SFA) authentication state. Administrators should enable this mode only after careful consideration of their organization’s security posture and offline access requirements.
This feature does not apply to passwordless accounts. If an MFA user signs in using a passwordless method, no password hash exists to cache, and offline breakglass cannot function for that user.
EXAMPLES
[offline_breakglass] enabled = true ttl = 2h
Allow MFA users to authenticate offline for up to 2 hours
ttl
Specifies how long breakglass mode should remain active once triggered. The value may include a suffix to indicate the unit of time: m for minutes, h for hours, or d for days. If no suffix is provided, the value is interpreted as seconds. After the specified period, offline breakglass mode automatically expires and normal authentication resumes.
EXAMPLES
[offline_breakglass] enabled = true ttl = 1d
Permit offline MFA logins for up to 24 hours after activation
SEE ALSO
himmelblaud(8), himmelblaud-tasks(8)