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.14 to 1.15 From 8.1 to 9.1

From version 1.15

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

Change comment: There is no comment for this version

To version 8.1

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

Change comment: Rollback to version 6.11

Raw
Rendered

Summary

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

Details

Page properties

Title

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

Content

@@ -1,26 +1,95 @@
  {{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 product-hero" aria-labelledby="product-title">
++<section class="hero hero-centered" aria-labelledby="product-title">
    <div class="container hero-inner">
      <div class="hero-kicker">
        <i class="fa fa-lock" aria-hidden="true"></i>
--      XWiki security extension
++      XWiki 2FA and MFA
      </div>
      <h1 id="product-title">XWiki Two-Factor Authentication</h1>
      <p class="lead">
--      Add a second verification step to the standard XWiki login flow.
++      Protect XWiki logins with a second verification step using authenticator app codes,
++      email verification codes, or both.
      </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>
@@ -32,24 +32,23 @@
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="overview-title">Stronger login protection for XWiki</h2>
++        <h2 id="overview-title">Two-factor authentication built into XWiki</h2>
          <p>
--          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.
++          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.
          </p>
          <p>
--          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.
++          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.
          </p>
          <p>
--          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.
++          It is designed for organizations that use XWiki for internal knowledge bases, intranets,
++          documentation platforms, customer portals, workflows or other business-critical applications.
          </p>
        </article>
@@ -59,10 +59,10 @@
            <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 for stricter MFA</li>
--          <li>Can remember trusted browsers or devices beyond the current session</li>
--          <li>Includes wiki administration and user profile controls</li>
--          <li>Can be used on the main wiki and subwikis</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>
          </ul>
        </aside>
      </div>
@@ -72,147 +72,215 @@
  <section aria-labelledby="features-title">
    <div class="container">
      <h2 id="features-title">Main capabilities</h2>
++
      <p class="section-intro">
--      The extension focuses on adding a practical second authentication step while keeping the standard XWiki login
--      process and administration experience understandable.
++      A focused set of MFA/2FA features for stronger XWiki account protection without changing
++      the standard login experience.
      </p>
      <div class="product-feature-grid">
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-key" aria-hidden="true"></i>
--        </div>
--        <h3>Second login step</h3>
++      #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>
++
          <p>
--          After the username and password are verified, users are asked to enter an additional verification code
--          before accessing the wiki.
++          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.
          </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>
--          Users can verify access with TOTP codes generated by authenticator applications on a mobile device or desktop.
++          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.
          </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>
--          Users can receive one-time verification codes by email, useful when an authenticator app is not available or preferred.
++          This extension is not a complete compliance solution on its own, but it provides an important
++          technical control for protecting access to XWiki.
          </p>
        </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-plus-circle" aria-hidden="true"></i>
--        </div>
--        <h3>Combined verification</h3>
++      <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>
++
          <p>
--          The extension can also require both an authenticator app code and an email code for stricter multi-factor verification.
++          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.
          </p>
--      </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-qrcode" aria-hidden="true"></i>
--        </div>
--        <h3>User setup screen</h3>
          <p>
--          Users can configure their verification code setup during login or from their XWiki profile when needed.
++          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.
          </p>
--      </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-laptop" aria-hidden="true"></i>
--        </div>
--        <h3>Remember trusted clients</h3>
          <p>
--          Known browsers or devices can be remembered for a configured period, reducing repeated MFA prompts from trusted clients.
++          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.
          </p>
        </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-sliders" aria-hidden="true"></i>
--        </div>
--        <h3>Administration controls</h3>
++      <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>
++
          <p>
--          Administrators can configure MFA behavior, manage user activation, and reset user setup when required.
++          The Administration section includes an MFA overview page that helps administrators understand adoption
++          and usage across the wiki.
          </p>
--      </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-user" aria-hidden="true"></i>
--        </div>
--        <h3>Profile integration</h3>
          <p>
--          The extension adds user profile controls so the second-factor setup can be reviewed or reset from XWiki.
++          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.
          </p>
        </article>
--      <article class="product-feature">
--        <div class="feature-icon">
--          <i class="fa fa-random" aria-hidden="true"></i>
--        </div>
--        <h3>Fallback behavior</h3>
++      <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>
++
          <p>
--          The extension can fall back to standard XWiki authentication when the feature is not enabled or not configured.
++          Users can configure MFA from their profile page. During setup, the user scans a QR code with
++          an authenticator application.
          </p>
--      </article>
--      <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>
--          The extension is designed to support XWiki environments using the main wiki and subwikis.
++          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>
--<section aria-labelledby="use-cases-title">
++{{/html}}
++
++{{gallery}}
++[[image:mfa-user-setup-qr.png]]
++[[image:mfa-login-verification.png]]
++{{/gallery}}
++
++{{html clean="false"}}
++
++<section aria-labelledby="recovery-title">
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="use-cases-title">When this extension is useful</h2>
++        <h2 id="recovery-title">Recovery codes</h2>
          <p>
--          Two-factor authentication is especially relevant when XWiki contains internal documentation, procedures,
--          customer information, project knowledge, administrative pages, or business-critical content.
++          Recovery codes provide a backup access method when a user loses access to the authenticator application
++          or cannot complete the normal verification flow.
          </p>
          <p>
--          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.
++          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.
          </p>
          <p>
--          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.
++          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.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="good-fit-title">
--        <h3 id="good-fit-title">Good fit for</h3>
++      <aside class="product-info-card" aria-labelledby="trusted-devices-title">
++        <h3 id="trusted-devices-title">Trusted devices</h3>
          <ul>
--          <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>
++          <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>
          </ul>
        </aside>
      </div>
@@ -219,40 +219,43 @@
    </div>
  </section>
--<section class="product-section-muted" aria-labelledby="compliance-title">
++{{/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">
    <div class="container">
      <div class="product-layout">
        <article class="product-summary-card">
--        <h2 id="compliance-title">Useful for MFA adoption and NIS 2 readiness</h2>
++        <h2 id="profile-title">User and administrator management</h2>
          <p>
--          Many organizations now need multi-factor authentication for enterprise software, including internal
--          knowledge bases, documentation platforms, intranets and systems that contain operational procedures
--          or sensitive business information.
++          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.
          </p>
          <p>
--          For organizations using XWiki, adding MFA directly to the standard XWiki login flow can help close a
--          practical access-control gap. The extension can support simple 2FA with one additional verification method,
--          or a stricter MFA setup where both authenticator app and email verification are required.
++          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.
          </p>
          <p>
--          This can be relevant for organizations preparing for NIS 2, where multi-factor authentication or
--          continuous authentication is part of cybersecurity risk-management measures, where appropriate.
--          MFA support in XWiki is only one part of a broader compliance and security program, but it can be an
--          important technical control for protecting access to the wiki.
++          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.
          </p>
        </article>
--      <aside class="product-info-card" aria-labelledby="mfa-readiness-title">
--        <h3 id="mfa-readiness-title">Security controls supported</h3>
++      <aside class="product-info-card" aria-labelledby="profile-actions-title">
++        <h3 id="profile-actions-title">Profile actions</h3>
          <ul>
--          <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>
++          #foreach ($item in $profileItems)
++            <li>$item</li>
++          #end
          </ul>
        </aside>
      </div>
@@ -259,31 +259,79 @@
    </div>
  </section>
--#*
--<section aria-labelledby="gallery-title">
++{{/html}}
++
++{{gallery}}
++[[image:mfa-user-profile-overview.png]]
++[[image:mfa-admin-user-management.png]]
++{{/gallery}}
++
++{{html clean="false"}}
++
++<section aria-labelledby="rollout-title">
    <div class="container">
--    <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>
++    <h2 id="rollout-title">Rollout recommendations</h2>
--      <div class="product-gallery-placeholder">
--        Replace this placeholder with the XWiki gallery macro and 3-5 screenshots from the application.
--      </div>
++    <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>
    </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 use a single wiki
--        or a main wiki with subwikis.
++        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.
        </p>
++
        <a class="btn btn-primary" href="$xwiki.getURL('contact.WebHome')">Contact Agnease</a>
      </div>
    </div>

Agnease.Code.SEODetailsClass[0]

metaDescription

...	...	@@ -1,0 +1,1 @@
	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,0 +1,1 @@
	1	+XWiki Two-Factor Authentication with 2FA and MFA Support \| Agnease