Rilasci

Enhances the FoxIDs Control Client with clearer list views and improved usability. Internal and external users now display a proper name derived from standard claims. The Applications, Authentication Methods, Internal Users, and External Users lists have been refined for consistency and readability. Initial data seeding for OpenSearch and supported databases (MongoDB, PostgreSQL, Azure Cosmos DB, and the file-based store) has been improved to make setup more reliable.

New features

• Internal and external user display names in lists
  The Control Client now shows an user’s display name by reading the standard claims name, given_name, and family_name (when available).

• Applications and Authentication Methods lists improvements
  Refined layouts and consistency in the Control Client to make these lists easier to read and manage.

• Internal Users and External Users lists improvements
  Clearer columns and navigation in the Control Client for more intuitive user management.

• Improved initial seeding for OpenSearch and databases
  More robust initial seeding for OpenSearch and for MongoDB, PostgreSQL, Azure Cosmos DB, and the file-based store to reduce setup friction and improve reliability.

Adds support for SAML relying parties to supply a login hint via the login_hint/LoginHint query parameter (commonly used by Microsoft Entra ID and Okta) that passes through to the downstream login experience when the SAML request does not include a NameID. Introduces inline asset options so logos, images, and icons can be embedded using data: URIs, reducing external requests and simplifying CSP. Also adds an in‑app CSS snippet generator to streamline styling of the login UI.

New features

• SAML login hint passthrough
  Accepts a login_hint/LoginHint query parameter from the SAML relying party. When the SAML request omits a NameID, this value is treated as a generic identifier hint and carried through the authentication flow (for example, pre‑populating the username field), preserving whatever the relying party provides.

• Inline images via data URIs in CSS
  Embed the logo or other images directly in your styles using data: URIs to avoid external HTTP requests, simplify deployment, and improve load performance.

• Inline icon configuration
  Configure the application icon (for example, favicon) using an inline data URI such as data:image/png;base64,... to embed the icon without hosting separate files.

• In‑app CSS snippet generator A built‑in generator link next to the login UI styling field opens a modal where administrators can preview template styles and append them directly to their CSS with one click.

Introduces a dynamic login dialog that supports configurable, context-aware UI elements - similar to the Extended UI - so teams can tailor the login experience without code changes. MFA pages now display the user identifier (username, email, or phone number) to maintain context and improve UI consistency. Adds built‑in HTML and CSS validation and sanitization to protect against unsafe markup and styles. Also improves the SeedTool to continue processing CSV imports when a problematic line is encountered, logging the issue to the console instead of aborting.

New features

• Dynamic login dialog with configurable elements
  The login UI now supports dynamic elements aligned with the behavior available in the Extended UI. Administrators can enrich and tailor the login page - for example, by adding custom links or informational messages. This enables:

  • Customizing the login experience based on user context or tenant configuration
  • Dynamically showing or hiding fields or messages depending on authentication requirements

• MFA pages show the user identifier
  Multi‑factor authentication pages now display the user’s identifier (username, email, or phone number) to provide clear context during verification and improve UI consistency across the authentication flow. The identifier is read‑only.

• HTML validation and sanitization
  Validates incoming HTML and removes disallowed elements and attributes (for example, script tags, inline event handlers, or javascript: URLs).

• CSS validation and sanitization
  Sanitizes inline styles by stripping unsafe constructs (for example, expression(), javascript: in url(), and disallowed imports)

• SeedTool: resilient CSV processing
  SeedTool no longer stops when it encounters a problematic line (for example, a user row) in a CSV file. Instead, it continues with the next line and logs information about the problematic line to the console, improving robustness for bulk imports.

Adds granular controls for the External Password API so you can independently enable calls to the Validation and Notification endpoints on specific events (login and password change). Previously, each endpoint could only be enabled or disabled globally.

New features

• External Password API - Validation endpoint: per-event toggles
  You can now enable or disable calling the Validation endpoint on:

  • User login
  • Password change

• External Password API - Notification endpoint: per-event toggles
  You can now enable or disable calling the Notification endpoint on:

  • User login
  • Password change

• Previous behavior
  Before this change, it was only possible to enable or disable each of the two endpoints in general, without controlling when they were invoked.

Resolves an issue where the login hint was not propagated or displayed on the login page, preventing expected prefill behavior and slightly increasing user friction.

Bugs fixed

• Login hint not displayed
  Fixed a defect where a provided login hint was neither passed from the login page nor shown to the user on the login page. The value is now correctly carried forward and rendered, improving usability and reducing input errors.

Fixes an issue in bulk user uploads where the "change password on next login" flag was not applied when a user's password was provided as a hash. This ensures consistent post‑provisioning security behavior regardless of whether plaintext passwords or pre‑hashed passwords are uploaded.

Bugs fixed

• Bulk upload: missing "change password on next login" flag for hashed passwords
  Previously, when users were imported in bulk with a password hash (rather than a plaintext password), the system failed to mark them for a required password change on next login (when that behavior was expected/configured). The logic now applies the flag consistently, ensuring security policies are enforced uniformly for all imported users.

This release expands SAML 2.0 boolean value handling to accept all XML Schema–compliant boolean literals (true, false, 1, 0) and improves startup behavior by executing the FoxIDs Control seeding process immediately at application start rather than deferring it until the first HTTP request.

New features

• Expanded SAML 2.0 boolean handling
  Boolean attributes in SAML 2.0 messages now accept the full set of XML Schema boolean literals: true, false, 1, and 0 (previously only true and false). This improves compatibility with identity providers or tooling that serialize boolean values numerically.

  Rationale and specification references:
  The SAML 2.0 specification examples typically show the string values "true" and "false" (for example, the NameIDPolicy AllowCreate attribute). However, the SAML protocol schema (http://docs.oasis-open.org/security/saml/v2.0/saml-schema-protocol-2.0.xsd) defines such attributes with the XML Schema boolean type. According to the W3C XML Schema Datatypes specification (https://www.w3.org/TR/xmlschema11-2/#boolean), valid lexical representations for a boolean are true, false, 1, and 0. Supporting all four forms ensures full standards compliance and broader interoperability.

• Immediate seeding on application startup
  The FoxIDs Control application now performs its seeding process during startup instead of waiting for the first incoming HTTP request. This:

  • Eliminates the initial user-facing delay on the first request
  • Surfaces configuration or data initialization errors earlier in the deployment lifecycle

This update enhances two‑factor (2FA/MFA) usability by returning clearer error message, streamlines user creation by treating empty identifier fields like null, and improves development workflows by adding a disable password hashes calculation flag in the Seed Tool.

New features

• Improved 2FA/MFA error handling
  When a user is required to do SMS / email two‑factor authentication without at least an email address / phone number, the system now returns a clear error message explaining what must be added before 2FA can succeed.

• User API: empty identifiers treated like null on user creation
  The Create User API now accepts empty string ("") values for identifier fields and treats them the same as null. This simplifies client form handling and reduces conditional logic.

• Seed Tool: calculate password hash flag
  Added a disable password hashes calculation flag to the Seed Tool making it possible to not automatically calculates password hashes during seeding.

This release adds support for external password validation and notifications, enforces password checks at login, and improves bulk user upload capabilities.

New features

• External password validation and notification API
  • An API endpoint for validating passwords against external policies and sending notifications when needed.
• Password checks on every login
  • Password validation is performed on each login attempt to ensure compliance with current policies.
• Bulk user upload with password hash support
  • You can now upload users in bulk and include password hashes where required.

Bulk upload limits

• Without a password (no password field provided): 1,000 users per request
• With a plaintext password: 100 users per request
• With a password hash: 1,000 users per request

Bugs fixed

• Users not found on PostgreSQL
  • Fixed an issue where user lookups could fail when the application used PostgreSQL as the database.

• Support Telia SMS gateway.
• Possible to configure SMS gateways (Gateway API, Smstools and Telia SMS Gateway) in the environment in the Control Clients Settings tap.
• Support to use the user’s phone_number and email claims for MFA/two-factor if there is not phone or email user identifiers defined on the user.
• Can register two-factor app with a phone user identifier configured. Before only supporting the email and username user identifiers.
• General Nuget package update including PgKeyValueDB v1.4.0.
• Developer support for Visual Studio Code.