Changes for page XWiki Two-Factor Authentication

Last modified by Agnease on 2026/06/24 16:39

Manage
- Copy
Actions
- Export
- Print Preview
Viewers
- Source
- Siblings
- Content
- Comments
- Attachments (13)
- History
- Information
- Likes

From 1.13 to 1.12 From 9.1 to 8.1

From version 8.1

edited by Agnease
on 2026/06/23 12:05

Change comment: Rollback to version 6.11

To version 1.13

edited by Agnease
on 2026/05/22 03:37

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)
Objects (0 modified, 0 added, 1 removed)
- Agnease.Code.SEODetailsClass[0]

Details

Page properties

Title

@@ -1,1 +1,1 @@
--XWiki Two-Factor Authentication
++xwiki-two-factor-authentication

Content

@@ -1,95 +1,26 @@
  {{velocity}}
  #set ($discard = $xwiki.ssx.use('PublicWebSite.WebHome'))
  #set ($discard = $xwiki.ssx.use('products.WebHome'))
--
--#set ($mainCapabilityItems = [{
--  'title': 'Second verification step',
--  'icon': 'key',
--  'content': 'After the normal username and password check, users complete an additional verification step before accessing XWiki.'
--},{
--  'title': 'Authenticator app codes',
--  'icon': 'mobile',
--  'content': 'Users can verify access with time-based TOTP codes generated by authenticator applications on mobile or desktop devices.'
--},{
--  'title': 'Email verification codes',
--  'icon': 'envelope-o',
--  'content': 'Users can receive one-time verification codes by email when an authenticator app is not available or preferred.'
--}])
--
--#set ($useCaseItems = [
--  'Protecting administrator accounts',
--  'Improving access security for internal knowledge bases',
--  'Securing private documentation platforms and intranets',
--  'Supporting remote-user access policies',
--  'Strengthening customer or partner portals',
--  'Preparing for security reviews or broader compliance initiatives'
--])
--
--#set ($adminCapabilityItems = [
--  'Require MFA for all users',
--  'Define the issuer name displayed in authenticator applications',
--  'Configure trusted-device duration',
--  'Configure how many recovery codes are generated',
--  'Reset a user’s MFA setup when needed',
--  'Review MFA adoption from the administration overview'
--])
--
--#set ($overviewItems = [
--  'Number of users scanned',
--  'Users with MFA configured',
--  'Users without MFA configured',
--  'Users with trusted devices',
--  'Recovery-code status',
--  'Unused and total recovery-code count',
--  'Trusted-device count'
--])
--
--#set ($profileItems = [
--  'Configure MFA',
--  'Review MFA status',
--  'Generate or regenerate recovery codes',
--  'Review trusted devices',
--  'Remove individual trusted devices',
--  'Remove all trusted devices',
--  'Reset MFA setup'
--])
--
--#set ($rolloutItems = [{
--  'title': 'Install and configure the extension',
--  'content': 'Start by validating compatibility with the current XWiki version and authentication setup.'
--},{
--  'title': 'Define the MFA policy',
--  'content': 'Decide whether MFA should be optional, required for administrators, or required for all users.'
--},{
--  'title': 'Configure recovery and trusted devices',
--  'content': 'Choose whether users can rely on recovery codes and whether trusted browsers or devices are allowed.'
--},{
--  'title': 'Test with a pilot group',
--  'content': 'Validate the setup and login flow with administrators or a small group before wider rollout.'
--},{
--  'title': 'Communicate the user process',
--  'content': 'Explain how users should configure MFA, store recovery codes and manage trusted devices.'
--},{
--  'title': 'Monitor adoption',
--  'content': 'Use the administration overview to identify users who still need to configure MFA.'
--}])
--
  {{html clean="false"}}
--<section class="hero hero-centered" aria-labelledby="product-title">
++<section class="hero hero-centered product-hero" aria-labelledby="product-title">
    <div class="container hero-inner">
      <div class="hero-kicker">
        <i class="fa fa-lock" aria-hidden="true"></i>
--      XWiki 2FA and MFA
++      XWiki security extension
      </div>
      <h1 id="product-title">XWiki Two-Factor Authentication</h1>
      <p class="lead">
--      Protect XWiki logins with a second verification step using authenticator app codes,
--      email verification codes, or both.
++      Add a second verification step to the standard XWiki login flow.
      </p>
++    <p class="hero-support">
++      This XWiki MFA / 2FA extension adds an additional verification step after the standard username and password login.
++      Users can verify access with authenticator app codes, email-delivered one-time codes, or a combined setup requiring both methods.
++    </p>
++
      <div class="hero-actions">
        <a class="btn btn-primary" href="$xwiki.getURL('contact.WebHome')">Ask about this extension</a>
        <a class="btn btn-secondary" href="$xwiki.getURL('products.WebHome')">View all products</a>
@@ -101,23 +101,24 @@
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="overview-title">Two-factor authentication built into XWiki</h2>
++        <h2 id="overview-title">Stronger login protection for XWiki</h2>
          <p>
--          XWiki Two-Factor Authentication adds MFA/2FA support to the standard XWiki login flow.
--          Users continue to sign in with their normal username and password, then confirm access with
--          an additional verification method.
++          The XWiki MFA / Two-Factor Authentication extension adds additional verification after the standard
++          XWiki username and password login. It strengthens account protection without replacing the familiar
++          XWiki authentication flow.
          </p>
          <p>
--          The extension supports authenticator app codes, email-delivered verification codes, or a combined
--          setup where both methods are required. It improves account protection without replacing the familiar
--          XWiki authentication experience.
++          The extension supports authenticator app codes using TOTP, email-delivered one-time verification codes,
++          and stricter configurations where both verification methods are required. This allows organizations to
++          choose between a simpler 2FA setup or a stronger multi-step MFA policy.
          </p>
          <p>
--          It is designed for organizations that use XWiki for internal knowledge bases, intranets,
--          documentation platforms, customer portals, workflows or other business-critical applications.
++          Trusted clients can also be remembered for a configured period. In practice, this means that a known
++          browser or device can avoid repeated MFA prompts, while new or untrusted clients still require the
++          configured verification steps.
          </p>
        </article>
@@ -125,12 +125,13 @@
          <h3 id="quick-facts-title">Quick facts</h3>
          <ul>
            <li>Works with the standard XWiki login flow</li>
--          <li>Supports authenticator app codes using TOTP</li>
--          <li>Supports email-delivered one-time verification codes</li>
--          <li>Can require app code and email code together</li>
--          <li>Includes recovery codes for backup access</li>
--          <li>Can remember trusted browsers or devices</li>
--          <li>Includes administration and user setup controls</li>
++          <li>Supports authenticator app verification codes</li>
++          <li>Supports email-delivered verification codes</li>
++          <li>Can remember trusted clients beyond the current session</li>
++          <li>Configuration available from wiki administration</li>
++          <li>User setup available during login or from the user profile</li>
++          <li>Administrators can enable, disable or reset MFA for users</li>
++          <li>Can be used on the main wiki and subwikis</li>
          </ul>
        </aside>
      </div>
@@ -140,215 +140,138 @@
  <section aria-labelledby="features-title">
    <div class="container">
      <h2 id="features-title">Main capabilities</h2>
--
      <p class="section-intro">
--      A focused set of MFA/2FA features for stronger XWiki account protection without changing
--      the standard login experience.
++      The extension focuses on adding a practical second authentication step while keeping the standard XWiki login
++      process and administration experience understandable.
      </p>
      <div class="product-feature-grid">
--      #foreach ($entry in $mainCapabilityItems)
--        <article class="product-feature">
--          <div class="card-heading">
--            <div class="feature-icon">
--              <i class="fa fa-$entry.icon" aria-hidden="true"></i>
--            </div>
--            <h3>$entry.title</h3>
--          </div>
--
--          <p>$entry.content</p>
--        </article>
--      #end
--    </div>
--  </div>
--</section>
--
--<section class="product-section-muted" aria-labelledby="security-title">
--  <div class="container">
--    <div class="product-layout">
--      <article class="product-summary-card">
--        <h2 id="security-title">Useful for XWiki security and NIS 2 readiness</h2>
--
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-key" aria-hidden="true"></i>
++        </div>
++        <h3>Second login step</h3>
          <p>
--          Many organizations need multi-factor authentication for enterprise software, including internal
--          knowledge bases, intranets, documentation platforms and systems containing operational procedures
--          or sensitive business information.
++          After the username and password are verified, users are asked to enter an additional verification code
++          before accessing the wiki.
          </p>
++      </article>
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-mobile" aria-hidden="true"></i>
++        </div>
++        <h3>Authenticator app codes</h3>
          <p>
--          For organizations using XWiki, adding two-factor authentication directly to the standard login flow
--          can help close a practical access-control gap. It can be useful for administrator accounts,
--          remote users, private knowledge bases and broader security readiness initiatives such as NIS 2 preparation.
++          Users can verify access with codes generated by authenticator applications, such as mobile TOTP apps.
          </p>
++      </article>
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-envelope-o" aria-hidden="true"></i>
++        </div>
++        <h3>Email verification codes</h3>
          <p>
--          This extension is not a complete compliance solution on its own, but it provides an important
--          technical control for protecting access to XWiki.
++          Users can also receive a verification code by email, useful when an authenticator app is not available.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="use-cases-title">
--        <h3 id="use-cases-title">Typical use cases</h3>
--        <ul>
--          #foreach ($item in $useCaseItems)
--            <li>$item</li>
--          #end
--        </ul>
--      </aside>
--    </div>
--  </div>
--</section>
--
--<section aria-labelledby="admin-title">
--  <div class="container">
--    <div class="product-layout">
--      <article class="product-summary-card">
--        <h2 id="admin-title">Administrator configuration</h2>
--
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-qrcode" aria-hidden="true"></i>
++        </div>
++        <h3>User setup screen</h3>
          <p>
--          Administrators configure MFA from the XWiki Administration section. The configuration is intentionally
--          simple, so the rollout can be adapted to the organization’s security policy and user base.
++          Users can configure their verification code setup during login or from their XWiki profile when needed.
          </p>
++      </article>
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-clock-o" aria-hidden="true"></i>
++        </div>
++        <h3>Remember trusted clients</h3>
          <p>
--          MFA can be optional or required for all users. When MFA is required, users who have not configured it yet
--          are guided through the setup flow from their profile or during login.
++          Trusted browsers can be remembered beyond the current session, reducing repeated MFA prompts while keeping
++          the second factor active for new or untrusted clients.
          </p>
++      </article>
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-sliders" aria-hidden="true"></i>
++        </div>
++        <h3>Administration controls</h3>
          <p>
--          If trusted devices should not be allowed, the trusted-device duration can be set to 0.
--          If recovery codes should not be available, the recovery-code number can be set to 0.
++          Administrators can enable the feature globally, manage user-level activation, and reset a user setup when required.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="admin-capabilities-title">
--        <h3 id="admin-capabilities-title">Administrators can</h3>
--        <ul>
--          #foreach ($item in $adminCapabilityItems)
--            <li>$item</li>
--          #end
--        </ul>
--      </aside>
--    </div>
--  </div>
--</section>
--
--{{/html}}
--
--{{gallery}}
--[[image:mfa-admin-configuration.png]]
--{{/gallery}}
--
--{{html clean="false"}}
--
--<section aria-labelledby="admin-overview-title">
--  <div class="container">
--    <div class="product-layout">
--      <article class="product-summary-card">
--        <h2 id="admin-overview-title">MFA overview for administrators</h2>
--
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-user" aria-hidden="true"></i>
++        </div>
++        <h3>Profile integration</h3>
          <p>
--          The Administration section includes an MFA overview page that helps administrators understand adoption
--          and usage across the wiki.
++          The extension adds user profile controls so the second-factor setup can be reviewed or reset from XWiki.
          </p>
++      </article>
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-random" aria-hidden="true"></i>
++        </div>
++        <h3>Fallback behavior</h3>
          <p>
--          The overview displays summary indicators and a Live Data table with MFA-related information.
--          The table is filterable and sortable, making it suitable for installations with many users.
++          The extension can fall back to standard XWiki authentication when the feature is not enabled or not configured.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="overview-data-title">
--        <h3 id="overview-data-title">The overview can show</h3>
--        <ul>
--          #foreach ($item in $overviewItems)
--            <li>$item</li>
--          #end
--        </ul>
--      </aside>
--    </div>
--  </div>
--</section>
--
--{{/html}}
--
--{{gallery}}
--[[image:mfa-admin-overview.png]]
--{{/gallery}}
--
--{{html clean="false"}}
--
--<section class="product-section-muted" aria-labelledby="user-setup-title">
--  <div class="container">
--    <div class="product-layout">
--      <article class="product-summary-card">
--        <h2 id="user-setup-title">User setup experience</h2>
--
++      <article class="product-feature">
++        <div class="feature-icon">
++          <i class="fa fa-sitemap" aria-hidden="true"></i>
++        </div>
++        <h3>Main wiki and subwikis</h3>
          <p>
--          Users can configure MFA from their profile page. During setup, the user scans a QR code with
--          an authenticator application.
++          The extension is designed to support XWiki environments using the main wiki and subwikis.
          </p>
--
--        <p>
--          If scanning is not possible, the setup page also provides the account name and secret key that can be
--          entered manually. After the generated verification code is entered successfully, MFA is activated for
--          the user account.
--        </p>
        </article>
--
--      <aside class="product-info-card" aria-labelledby="login-flow-title">
--        <h3 id="login-flow-title">Login flow</h3>
--        <ul>
--          <li>User signs in with the normal XWiki credentials</li>
--          <li>XWiki asks for the configured verification code</li>
--          <li>The user enters the app code, email code, or both</li>
--          <li>A recovery code can be used when enabled and available</li>
--          <li>A trusted browser or device can be remembered when allowed</li>
--        </ul>
--      </aside>
      </div>
    </div>
  </section>
--{{/html}}
--
--{{gallery}}
--[[image:mfa-user-setup-qr.png]]
--[[image:mfa-login-verification.png]]
--{{/gallery}}
--
--{{html clean="false"}}
--
--<section aria-labelledby="recovery-title">
++<section aria-labelledby="use-cases-title">
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="recovery-title">Recovery codes</h2>
++        <h2 id="use-cases-title">When this extension is useful</h2>
          <p>
--          Recovery codes provide a backup access method when a user loses access to the authenticator application
--          or cannot complete the normal verification flow.
++          Two-factor authentication is especially relevant when XWiki contains internal documentation, procedures,
++          customer information, project knowledge, administrative pages, or business-critical content.
          </p>
          <p>
--          Recovery codes are generated for the user and displayed only once. Each code can be used one time.
--          When new recovery codes are generated, previous recovery codes are invalidated.
++          It can also support organizations that need MFA as part of their cybersecurity controls, including companies
++          working toward NIS 2 readiness. NIS 2 focuses on stronger cybersecurity risk management across essential and
++          important entities in the EU, and MFA is often expected as part of enterprise access protection programs.
          </p>
          <p>
--          Users should save their recovery codes in a secure location immediately after generation.
--          Administrators can configure how many recovery codes are generated, and setting the number to 0 disables them.
++          It is also useful when many users access the wiki remotely, when administrator accounts need stronger protection,
++          or when the organization wants to reduce the risk of compromised passwords.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="trusted-devices-title">
--        <h3 id="trusted-devices-title">Trusted devices</h3>
++      <aside class="product-info-card" aria-labelledby="good-fit-title">
++        <h3 id="good-fit-title">Good fit for</h3>
          <ul>
--          <li>Reduce repeated MFA prompts on known browsers or devices</li>
--          <li>Remain valid for the configured number of days</li>
--          <li>Can be reviewed and removed from the user profile</li>
--          <li>The current trusted browser is marked in the list</li>
--          <li>Removed when a user’s MFA setup is reset</li>
++          <li>Private XWiki knowledge bases</li>
++          <li>Company intranets</li>
++          <li>SOP and controlled-document platforms</li>
++          <li>Documentation portals with sensitive content</li>
++          <li>Wikis with several administrators or remote users</li>
          </ul>
        </aside>
      </div>
@@ -355,43 +355,36 @@
    </div>
  </section>
--{{/html}}
--
--{{gallery}}
--[[image:mfa-recovery-codes.png]]
--[[image:mfa-trusted-devices.png]]
--{{/gallery}}
--
--{{html clean="false"}}
--
--<section class="product-section-muted" aria-labelledby="profile-title">
++<section class="product-section-muted" aria-labelledby="compliance-title">
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="profile-title">User and administrator management</h2>
++        <h2 id="compliance-title">Useful for MFA adoption and NIS 2 readiness</h2>
          <p>
--          The user profile contains a dedicated MFA section. Users can configure MFA, review their status,
--          manage recovery codes and manage trusted devices from this area.
++          Many organizations now need multi-factor authentication for enterprise software, especially when the
++          platform contains internal documentation, procedures, operational knowledge or sensitive business data.
          </p>
          <p>
--          Administrators can also open a user profile and access the MFA section for that user.
--          This is useful when a user loses access to their authenticator application or needs to restart the setup process.
++          For organizations using XWiki as a knowledge platform, having MFA embedded in the standard XWiki login
++          experience helps close a practical security gap without requiring a full replacement of the authentication flow.
          </p>
          <p>
--          Resetting MFA removes the authenticator app setup, invalidates recovery codes and removes trusted devices.
--          If MFA is required globally, the user will be asked to configure MFA again at the next login.
++          This can be relevant for companies preparing for NIS 2 requirements, where MFA is part of a broader
++          cybersecurity risk management and access protection strategy.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="profile-actions-title">
--        <h3 id="profile-actions-title">Profile actions</h3>
++      <aside class="product-info-card" aria-labelledby="mfa-readiness-title">
++        <h3 id="mfa-readiness-title">Security controls supported</h3>
          <ul>
--          #foreach ($item in $profileItems)
--            <li>$item</li>
--          #end
++          <li>Second-factor verification after password login</li>
++          <li>Authenticator app or email-based verification codes</li>
++          <li>Reduced repeated prompts for trusted clients</li>
++          <li>Administration controls for user-level MFA management</li>
++          <li>Better protection for administrator and remote-access accounts</li>
          </ul>
        </aside>
      </div>
@@ -398,79 +398,31 @@
    </div>
  </section>
--{{/html}}
--
--{{gallery}}
--[[image:mfa-user-profile-overview.png]]
--[[image:mfa-admin-user-management.png]]
--{{/gallery}}
--
--{{html clean="false"}}
--
--<section aria-labelledby="rollout-title">
++#*
++<section aria-labelledby="gallery-title">
    <div class="container">
--    <h2 id="rollout-title">Rollout recommendations</h2>
++    <div class="product-gallery-panel">
++      <h2 id="gallery-title">Screenshots</h2>
++      <p class="gallery-note">
++        Use this area to show the login verification screen, first-time setup, user profile controls,
++        and administration configuration.
++      </p>
--    <p class="section-intro">
--      For a smooth rollout, start with a small administrator or pilot group before requiring MFA for everyone.
--      A gradual rollout helps validate the configuration, prepare communication and reduce support issues.
--    </p>
--
--    <ol class="process-list">
--      #foreach ($entry in $rolloutItems)
--        <li>
--          <strong>$entry.title</strong>
--          $entry.content
--        </li>
--      #end
--    </ol>
--  </div>
--</section>
--
--<section class="product-section-muted" aria-labelledby="planning-title">
--  <div class="container">
--    <div class="product-layout">
--      <article class="product-summary-card">
--        <h2 id="planning-title">Planning installation</h2>
--
--        <p>
--          Before installing or rolling out MFA, it is useful to review the current XWiki version,
--          authentication setup, user base and security expectations.
--        </p>
--
--        <p>
--          This helps define whether MFA should be optional, required for selected users, or enforced globally.
--          It also helps decide whether trusted devices and recovery codes should be enabled.
--        </p>
--      </article>
--
--      <aside class="product-info-card" aria-labelledby="planning-info-title">
--        <h3 id="planning-info-title">Useful information before installation</h3>
--        <ul>
--          <li>XWiki version</li>
--          <li>Single wiki or wiki farm with subwikis</li>
--          <li>Current authentication setup</li>
--          <li>Optional or globally required MFA policy</li>
--          <li>Trusted-device policy</li>
--          <li>Recovery-code policy</li>
--          <li>Rollout communication needs</li>
--        </ul>
--      </aside>
++      <div class="product-gallery-placeholder">
++        Replace this placeholder with the XWiki gallery macro and 3-5 screenshots from the application.
++      </div>
      </div>
    </div>
  </section>
--
++*#
  <section class="cta-section" aria-labelledby="cta-title">
    <div class="container">
      <div class="cta-panel">
        <h2 id="cta-title">Interested in using this extension?</h2>
--
        <p>
--        Send a short message with your XWiki version, authentication setup and whether you need
--        authenticator app codes, email verification codes, combined verification, recovery codes
--        or trusted-device remembering.
++        Send a short message with your XWiki version, authentication setup, and whether you use a single wiki
++        or a main wiki with subwikis.
        </p>
--
        <a class="btn btn-primary" href="$xwiki.getURL('contact.WebHome')">Contact Agnease</a>
      </div>
    </div>

Agnease.Code.SEODetailsClass[0]

metaDescription

...	...	@@ -1,1 +1,0 @@
1		-Agnease Two-Factor Authentication for XWiki adds a second login verification step with authenticator app codes, email codes, combined verification and trusted-device remembering.

metaTitle

...	...	@@ -1,1 +1,0 @@
1		-XWiki Two-Factor Authentication with 2FA and MFA Support \| Agnease