Skip to Content
Last modified by Agnease on 2026/06/29 13:22
From version 1.13
edited by Agnease
on 2026/05/22 03:37
Change comment: There is no comment for this version
To version 28.1
edited by Agnease
on 2026/06/24 16:39
Change comment: Deleted image "1-linkedin-2fa-authenticator.png"

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -xwiki-two-factor-authentication
1 +XWiki Two-Factor Authentication
Content
... ... @@ -1,26 +1,109 @@
1 1  {{velocity}}
2 2  #set ($discard = $xwiki.ssx.use('PublicWebSite.WebHome'))
3 -#set ($discard = $xwiki.ssx.use('products.WebHome'))
3 +
4 +#set ($mainCapabilityItems = [{
5 + 'title': 'Second verification step',
6 + 'icon': 'key',
7 + 'content': 'Add an additional verification screen after the normal XWiki username and password login.'
8 +},{
9 + 'title': 'Authenticator app codes',
10 + 'icon': 'mobile',
11 + 'content': 'Let users verify access with time-based TOTP codes generated by authenticator applications.'
12 +},{
13 + 'title': 'Recovery and trusted devices',
14 + 'icon': 'shield',
15 + 'content': 'Provide backup access with recovery codes and reduce repeated prompts on trusted browsers.'
16 +}])
17 +
18 +#set ($adminExperienceItems = [{
19 + 'title': 'Rollout policy',
20 + 'icon': 'cog',
21 + 'content': 'Make additional verification optional at first or required for all users from the XWiki Administration section.'
22 +},{
23 + 'title': 'Configuration options',
24 + 'icon': 'sliders',
25 + 'content': 'Set the authenticator issuer name, recovery-code count and trusted-device duration.'
26 +},{
27 + 'title': 'Administration overview',
28 + 'icon': 'table',
29 + 'content': 'Review adoption with summary indicators and a filterable Live Data table.'
30 +}])
31 +
32 +#set ($userExperienceItems = [{
33 + 'title': 'Self-service setup',
34 + 'icon': 'qrcode',
35 + 'content': 'Users configure the second verification step from their profile by scanning a QR code or entering the setup key manually.'
36 +},{
37 + 'title': 'Login verification',
38 + 'icon': 'sign-in',
39 + 'content': 'After the normal login, users enter the verification code generated by their authenticator app.'
40 +},{
41 + 'title': 'Trusted browser option',
42 + 'icon': 'desktop',
43 + 'content': 'Users can trust the current browser for the configured duration after successful verification.'
44 +}])
45 +
46 +#set ($selfServiceItems = [{
47 + 'title': 'Recovery codes',
48 + 'icon': 'life-ring',
49 + 'content': 'Recovery codes provide backup access when a user loses access to the authenticator application.'
50 +},{
51 + 'title': 'Trusted devices',
52 + 'icon': 'desktop',
53 + 'content': 'Trusted devices can be reviewed and removed from the user profile.'
54 +},{
55 + 'title': 'Profile management',
56 + 'icon': 'user',
57 + 'content': 'Users can review status, generate recovery codes, manage trusted devices and reset their setup.'
58 +}])
59 +
60 +#set ($adminSupportItems = [{
61 + 'title': 'User status',
62 + 'icon': 'user',
63 + 'content': 'Administrators can open a user profile and check the verification status for that account.'
64 +},{
65 + 'title': 'Setup reset',
66 + 'icon': 'refresh',
67 + 'content': 'Administrators can reset the setup when a user needs to restart the configuration process.'
68 +},{
69 + 'title': 'Controlled recovery',
70 + 'icon': 'unlock-alt',
71 + 'content': 'Resetting the setup removes the authenticator configuration, recovery codes and trusted devices for that user.'
72 +}])
73 +
74 +#set ($rolloutItems = [{
75 + 'title': 'Start with a pilot group',
76 + 'content': 'Test the extension with administrators or a small user group before enabling it widely.'
77 +},{
78 + 'title': 'Define the rollout policy',
79 + 'content': 'Decide whether additional verification should be optional at first or required for all users.'
80 +},{
81 + 'title': 'Configure recovery options',
82 + 'content': 'Choose the number of recovery codes and whether trusted devices should be allowed.'
83 +},{
84 + 'title': 'Inform users',
85 + 'content': 'Explain how users configure the authenticator app, save recovery codes and manage trusted devices.'
86 +},{
87 + 'title': 'Monitor adoption',
88 + 'content': 'Use the administration overview to identify users who still need to configure protection.'
89 +}])
90 +
4 4  {{html clean="false"}}
5 5  
6 -<section class="hero hero-centered product-hero" aria-labelledby="product-title">
93 +<section class="hero hero-centered" aria-labelledby="product-title">
7 7   <div class="container hero-inner">
8 8   <div class="hero-kicker">
9 9   <i class="fa fa-lock" aria-hidden="true"></i>
10 - XWiki security extension
97 + XWiki 2FA with MFA rollout support
11 11   </div>
12 12  
13 13   <h1 id="product-title">XWiki Two-Factor Authentication</h1>
14 14  
15 15   <p class="lead">
16 - Add a second verification step to the standard XWiki login flow.
103 + Protect XWiki logins with authenticator app verification, recovery codes,
104 + trusted devices and administration controls for a safer rollout.
17 17   </p>
18 18  
19 - <p class="hero-support">
20 - This XWiki MFA / 2FA extension adds an additional verification step after the standard username and password login.
21 - Users can verify access with authenticator app codes, email-delivered one-time codes, or a combined setup requiring both methods.
22 - </p>
23 -
24 24   <div class="hero-actions">
25 25   <a class="btn btn-primary" href="$xwiki.getURL('contact.WebHome')">Ask about this extension</a>
26 26   <a class="btn btn-secondary" href="$xwiki.getURL('products.WebHome')">View all products</a>
... ... @@ -32,25 +32,19 @@
32 32   <div class="container">
33 33   <div class="product-layout">
34 34   <article class="product-summary-card">
35 - <h2 id="overview-title">Stronger login protection for XWiki</h2>
118 + <h2 id="overview-title">Two-factor authentication built into XWiki</h2>
36 36  
37 37   <p>
38 - The XWiki MFA / Two-Factor Authentication extension adds additional verification after the standard
39 - XWiki username and password login. It strengthens account protection without replacing the familiar
40 - XWiki authentication flow.
121 + XWiki Two-Factor Authentication adds an additional verification step to the standard
122 + XWiki login flow. Users continue to sign in with their normal username and password,
123 + then confirm access with a time-based code from an authenticator application.
41 41   </p>
42 42  
43 43   <p>
44 - The extension supports authenticator app codes using TOTP, email-delivered one-time verification codes,
45 - and stricter configurations where both verification methods are required. This allows organizations to
46 - choose between a simpler 2FA setup or a stronger multi-step MFA policy.
127 + The application has evolved beyond a simple login-code screen. It supports global
128 + enforcement, recovery codes, trusted devices, user self-service, administrator
129 + reset actions and an overview for monitoring adoption.
47 47   </p>
48 -
49 - <p>
50 - Trusted clients can also be remembered for a configured period. In practice, this means that a known
51 - browser or device can avoid repeated MFA prompts, while new or untrusted clients still require the
52 - configured verification steps.
53 - </p>
54 54   </article>
55 55  
56 56   <aside class="product-info-card" aria-labelledby="quick-facts-title">
... ... @@ -57,13 +57,12 @@
57 57   <h3 id="quick-facts-title">Quick facts</h3>
58 58   <ul>
59 59   <li>Works with the standard XWiki login flow</li>
60 - <li>Supports authenticator app verification codes</li>
61 - <li>Supports email-delivered verification codes</li>
62 - <li>Can remember trusted clients beyond the current session</li>
63 - <li>Configuration available from wiki administration</li>
64 - <li>User setup available during login or from the user profile</li>
65 - <li>Administrators can enable, disable or reset MFA for users</li>
66 - <li>Can be used on the main wiki and subwikis</li>
137 + <li>Supports TOTP authenticator applications</li>
138 + <li>Can require additional verification for all users</li>
139 + <li>Includes one-time recovery codes</li>
140 + <li>Can remember trusted browsers or devices</li>
141 + <li>Includes user self-service controls</li>
142 + <li>Includes an administration overview</li>
67 67   </ul>
68 68   </aside>
69 69   </div>
... ... @@ -70,177 +70,330 @@
70 70   </div>
71 71  </section>
72 72  
73 -<section aria-labelledby="features-title">
149 +<section aria-labelledby="capabilities-title">
74 74   <div class="container">
75 - <h2 id="features-title">Main capabilities</h2>
151 + <h2 id="capabilities-title">Main capabilities</h2>
152 +
76 76   <p class="section-intro">
77 - The extension focuses on adding a practical second authentication step while keeping the standard XWiki login
78 - process and administration experience understandable.
154 + A focused set of authentication protection features for stronger XWiki account security
155 + without replacing the familiar login experience.
79 79   </p>
80 80  
81 81   <div class="product-feature-grid">
82 - <article class="product-feature">
83 - <div class="feature-icon">
84 - <i class="fa fa-key" aria-hidden="true"></i>
85 - </div>
86 - <h3>Second login step</h3>
87 - <p>
88 - After the username and password are verified, users are asked to enter an additional verification code
89 - before accessing the wiki.
90 - </p>
91 - </article>
159 + #foreach ($entry in $mainCapabilityItems)
160 + <article class="product-feature">
161 + <div class="card-heading">
162 + <div class="feature-icon">
163 + <i class="fa fa-$entry.icon" aria-hidden="true"></i>
164 + </div>
165 + <h3>$entry.title</h3>
166 + </div>
92 92  
93 - <article class="product-feature">
94 - <div class="feature-icon">
95 - <i class="fa fa-mobile" aria-hidden="true"></i>
96 - </div>
97 - <h3>Authenticator app codes</h3>
98 - <p>
99 - Users can verify access with codes generated by authenticator applications, such as mobile TOTP apps.
100 - </p>
101 - </article>
168 + <p>$entry.content</p>
169 + </article>
170 + #end
171 + </div>
172 + </div>
173 +</section>
102 102  
103 - <article class="product-feature">
104 - <div class="feature-icon">
105 - <i class="fa fa-envelope-o" aria-hidden="true"></i>
106 - </div>
107 - <h3>Email verification codes</h3>
108 - <p>
109 - Users can also receive a verification code by email, useful when an authenticator app is not available.
110 - </p>
111 - </article>
175 +<section class="product-section-muted" aria-labelledby="security-title">
176 + <div class="container">
177 + <div class="product-layout">
178 + <article class="product-summary-card">
179 + <h2 id="security-title">Useful for XWiki security and access protection</h2>
112 112  
113 - <article class="product-feature">
114 - <div class="feature-icon">
115 - <i class="fa fa-qrcode" aria-hidden="true"></i>
116 - </div>
117 - <h3>User setup screen</h3>
118 118   <p>
119 - Users can configure their verification code setup during login or from their XWiki profile when needed.
182 + Many organizations use XWiki to store internal documentation, procedures, operational
183 + knowledge and business-critical information. Adding an additional authentication factor helps
184 + reduce the risk of account compromise when a password is exposed or reused.
120 120   </p>
121 - </article>
122 122  
123 - <article class="product-feature">
124 - <div class="feature-icon">
125 - <i class="fa fa-clock-o" aria-hidden="true"></i>
126 - </div>
127 - <h3>Remember trusted clients</h3>
128 128   <p>
129 - Trusted browsers can be remembered beyond the current session, reducing repeated MFA prompts while keeping
130 - the second factor active for new or untrusted clients.
188 + The extension is especially useful for protecting administrator accounts, remote users,
189 + private knowledge bases and customer or partner portals.
131 131   </p>
132 132   </article>
133 133  
134 - <article class="product-feature">
135 - <div class="feature-icon">
136 - <i class="fa fa-sliders" aria-hidden="true"></i>
137 - </div>
138 - <h3>Administration controls</h3>
193 + <aside class="product-info-card" aria-labelledby="use-cases-title">
194 + <h3 id="use-cases-title">Typical use cases</h3>
195 + <ul>
196 + <li>Administrator account protection</li>
197 + <li>Internal knowledge base security</li>
198 + <li>Private documentation platforms</li>
199 + <li>Remote user access protection</li>
200 + <li>Customer or partner portals</li>
201 + <li>Security review, MFA rollout and compliance readiness</li>
202 + </ul>
203 + </aside>
204 + </div>
205 + </div>
206 +</section>
207 +
208 +<section aria-labelledby="admin-experience-title">
209 + <div class="container">
210 + <h2 id="admin-experience-title">Administrator configuration and monitoring</h2>
211 +
212 + <p class="section-intro">
213 + Administrators can configure the policy, define recovery options and monitor adoption
214 + from the XWiki Administration section.
215 + </p>
216 +
217 + <div class="product-feature-grid">
218 + #foreach ($entry in $adminExperienceItems)
219 + <article class="product-feature">
220 + <div class="card-heading">
221 + <div class="feature-icon">
222 + <i class="fa fa-$entry.icon" aria-hidden="true"></i>
223 + </div>
224 + <h3>$entry.title</h3>
225 + </div>
226 +
227 + <p>$entry.content</p>
228 + </article>
229 + #end
230 + </div>
231 +
232 +{{/html}}
233 +
234 +{{gallery}}
235 +[[image:mfa-admin-configuration.png]]
236 +[[image:mfa-admin-overview.png]]
237 +[[image:mfa-admin-full.png]]
238 +{{/gallery}}
239 +
240 +{{html clean="false"}}
241 +
242 + <p class="product-gallery-caption">
243 + Administration screens for configuring the policy and reviewing adoption across users.
244 + </p>
245 + </div>
246 +</section>
247 +
248 +<section class="product-section-muted" aria-labelledby="user-experience-title">
249 + <div class="container">
250 + <h2 id="user-experience-title">User setup and login verification</h2>
251 +
252 + <p class="section-intro">
253 + Users can configure the authenticator app from their profile or during the enforced setup flow,
254 + then verify future logins with a generated code.
255 + </p>
256 +
257 + <div class="product-feature-grid">
258 + #foreach ($entry in $userExperienceItems)
259 + <article class="product-feature">
260 + <div class="card-heading">
261 + <div class="feature-icon">
262 + <i class="fa fa-$entry.icon" aria-hidden="true"></i>
263 + </div>
264 + <h3>$entry.title</h3>
265 + </div>
266 +
267 + <p>$entry.content</p>
268 + </article>
269 + #end
270 + </div>
271 +
272 +{{/html}}
273 +
274 +{{gallery}}
275 +[[image:mfa-user-setup-qr.png]]
276 +[[image:mfa-login-verification-setup.png]]
277 +[[image:mfa-login-verification-code.png]]
278 +{{/gallery}}
279 +
280 +{{html clean="false"}}
281 +
282 + <p class="product-gallery-caption">
283 + User setup, enforced configuration and login verification screens.
284 + </p>
285 + </div>
286 +</section>
287 +
288 +<section aria-labelledby="self-service-title">
289 + <div class="container">
290 + <h2 id="self-service-title">Recovery codes and trusted devices</h2>
291 +
292 + <p class="section-intro">
293 + Recovery codes and trusted devices help balance stronger access protection with a smoother user experience.
294 + </p>
295 +
296 + <div class="product-feature-grid">
297 + #foreach ($entry in $selfServiceItems)
298 + <article class="product-feature">
299 + <div class="card-heading">
300 + <div class="feature-icon">
301 + <i class="fa fa-$entry.icon" aria-hidden="true"></i>
302 + </div>
303 + <h3>$entry.title</h3>
304 + </div>
305 +
306 + <p>$entry.content</p>
307 + </article>
308 + #end
309 + </div>
310 +
311 +{{/html}}
312 +
313 +{{gallery}}
314 +[[image:mfa-user-profile-overview.png]]
315 +[[image:mfa-recovery-codes-not-generated.png]]
316 +[[image:mfa-recovery-codes-generated.png]]
317 +[[image:mfa-trusted-devices.png]]
318 +[[image:mfa-user-profile-full.png]]
319 +{{/gallery}}
320 +
321 +{{html clean="false"}}
322 +
323 + <p class="product-gallery-caption">
324 + User profile screens for recovery codes, trusted devices and self-service management.
325 + </p>
326 + </div>
327 +</section>
328 +
329 +<section class="product-section-muted" aria-labelledby="admin-support-title">
330 + <div class="container">
331 + <h2 id="admin-support-title">Administrator support and user recovery</h2>
332 +
333 + <p class="section-intro">
334 + Administrators can help users recover from lost devices or restart setup when needed.
335 + </p>
336 +
337 + <div class="product-feature-grid">
338 + #foreach ($entry in $adminSupportItems)
339 + <article class="product-feature">
340 + <div class="card-heading">
341 + <div class="feature-icon">
342 + <i class="fa fa-$entry.icon" aria-hidden="true"></i>
343 + </div>
344 + <h3>$entry.title</h3>
345 + </div>
346 +
347 + <p>$entry.content</p>
348 + </article>
349 + #end
350 + </div>
351 +
352 +{{/html}}
353 +
354 +{{gallery}}
355 +[[image:mfa-admin-user-management.png]]
356 +{{/gallery}}
357 +
358 +{{html clean="false"}}
359 +
360 + <p class="product-gallery-caption">
361 + Administrator view for checking and resetting a user setup.
362 + </p>
363 + </div>
364 +</section>
365 +
366 +<section aria-labelledby="faq-title">
367 + <div class="container">
368 + <h2 id="faq-title">Frequently asked questions</h2>
369 +
370 + <p class="section-intro">
371 + Common questions about how the extension works, how users configure it and how administrators can manage rollout and recovery.
372 + </p>
373 +
374 + <div class="resource-content">
375 + <details class="resource-faq-item">
376 + <summary>Does this extension replace the standard XWiki login?</summary>
139 139   <p>
140 - Administrators can enable the feature globally, manage user-level activation, and reset a user setup when required.
378 + No. Users still sign in with their normal XWiki username and password. The extension adds
379 + an additional verification step after the standard login check.
141 141   </p>
142 - </article>
381 + </details>
143 143  
144 - <article class="product-feature">
145 - <div class="feature-icon">
146 - <i class="fa fa-user" aria-hidden="true"></i>
147 - </div>
148 - <h3>Profile integration</h3>
383 + <details class="resource-faq-item">
384 + <summary>Which verification method is used?</summary>
149 149   <p>
150 - The extension adds user profile controls so the second-factor setup can be reviewed or reset from XWiki.
386 + Users verify access with time-based codes generated by an authenticator application.
387 + The setup page provides a QR code and a manual setup key.
151 151   </p>
152 - </article>
389 + </details>
153 153  
154 - <article class="product-feature">
155 - <div class="feature-icon">
156 - <i class="fa fa-random" aria-hidden="true"></i>
157 - </div>
158 - <h3>Fallback behavior</h3>
391 + <details class="resource-faq-item">
392 + <summary>Can the second verification step be required for all users?</summary>
159 159   <p>
160 - The extension can fall back to standard XWiki authentication when the feature is not enabled or not configured.
394 + Yes. Administrators can make the verification step optional or required for all users
395 + from the XWiki Administration section.
161 161   </p>
162 - </article>
397 + </details>
163 163  
164 - <article class="product-feature">
165 - <div class="feature-icon">
166 - <i class="fa fa-sitemap" aria-hidden="true"></i>
167 - </div>
168 - <h3>Main wiki and subwikis</h3>
399 + <details class="resource-faq-item">
400 + <summary>What happens if a user loses access to the authenticator app?</summary>
169 169   <p>
170 - The extension is designed to support XWiki environments using the main wiki and subwikis.
402 + Recovery codes can provide backup access when enabled. Administrators can also reset
403 + the user setup so the configuration process can be restarted.
171 171   </p>
172 - </article>
173 - </div>
174 - </div>
175 -</section>
405 + </details>
176 176  
177 -<section aria-labelledby="use-cases-title">
178 - <div class="container">
179 - <div class="product-layout">
180 - <article class="product-summary-card">
181 - <h2 id="use-cases-title">When this extension is useful</h2>
182 -
407 + <details class="resource-faq-item">
408 + <summary>Can trusted browsers or devices be disabled?</summary>
183 183   <p>
184 - Two-factor authentication is especially relevant when XWiki contains internal documentation, procedures,
185 - customer information, project knowledge, administrative pages, or business-critical content.
410 + Yes. Administrators can configure how long trusted devices remain valid. Setting the
411 + trusted-device duration to 0 disables this option.
186 186   </p>
413 + </details>
187 187  
415 + <details class="resource-faq-item">
416 + <summary>Is this only a basic 2FA login-code screen?</summary>
188 188   <p>
189 - It can also support organizations that need MFA as part of their cybersecurity controls, including companies
190 - working toward NIS 2 readiness. NIS 2 focuses on stronger cybersecurity risk management across essential and
191 - important entities in the EU, and MFA is often expected as part of enterprise access protection programs.
418 + No. The main login mechanism is two-factor authentication, but the application also includes
419 + features needed for a safer organization-wide rollout: enforcement policy, recovery codes,
420 + trusted devices, user self-service, administrator monitoring and administrator reset actions.
192 192   </p>
422 + </details>
193 193  
424 + <details class="resource-faq-item">
425 + <summary>Is this enough for compliance on its own?</summary>
194 194   <p>
195 - It is also useful when many users access the wiki remotely, when administrator accounts need stronger protection,
196 - or when the organization wants to reduce the risk of compromised passwords.
427 + No. This extension provides an important access-protection control, but it should be part
428 + of a broader security and compliance approach that includes permissions, upgrades,
429 + infrastructure, monitoring and operational procedures.
197 197   </p>
198 - </article>
199 -
200 - <aside class="product-info-card" aria-labelledby="good-fit-title">
201 - <h3 id="good-fit-title">Good fit for</h3>
202 - <ul>
203 - <li>Private XWiki knowledge bases</li>
204 - <li>Company intranets</li>
205 - <li>SOP and controlled-document platforms</li>
206 - <li>Documentation portals with sensitive content</li>
207 - <li>Wikis with several administrators or remote users</li>
208 - </ul>
209 - </aside>
431 + </details>
210 210   </div>
211 211   </div>
212 212  </section>
213 213  
214 -<section class="product-section-muted" aria-labelledby="compliance-title">
436 +<section class="product-section-muted" aria-labelledby="rollout-title">
215 215   <div class="container">
216 216   <div class="product-layout">
217 217   <article class="product-summary-card">
218 - <h2 id="compliance-title">Useful for MFA adoption and NIS 2 readiness</h2>
440 + <h2 id="rollout-title">Rollout recommendations</h2>
219 219  
220 220   <p>
221 - Many organizations now need multi-factor authentication for enterprise software, especially when the
222 - platform contains internal documentation, procedures, operational knowledge or sensitive business data.
443 + For a smooth rollout, start with a small administrator or pilot group before requiring
444 + the additional verification step for everyone. This helps validate the configuration,
445 + prepare user communication and reduce support issues.
223 223   </p>
224 224  
225 - <p>
226 - For organizations using XWiki as a knowledge platform, having MFA embedded in the standard XWiki login
227 - experience helps close a practical security gap without requiring a full replacement of the authentication flow.
228 - </p>
448 + <ol class="process-list">
449 + #foreach ($entry in $rolloutItems)
450 + <li>
451 + <strong>$entry.title</strong>
452 + $entry.content
453 + </li>
454 + #end
455 + </ol>
456 + </article>
229 229  
230 - <p>
231 - This can be relevant for companies preparing for NIS 2 requirements, where MFA is part of a broader
232 - cybersecurity risk management and access protection strategy.
458 + <aside class="product-info-card" aria-labelledby="planning-title">
459 + <h3 id="planning-title">Useful information before installation</h3>
460 +
461 + <p class="product-card-note">
462 + These details help evaluate compatibility, rollout scope and configuration options.
233 233   </p>
234 - </article>
235 235  
236 - <aside class="product-info-card" aria-labelledby="mfa-readiness-title">
237 - <h3 id="mfa-readiness-title">Security controls supported</h3>
238 238   <ul>
239 - <li>Second-factor verification after password login</li>
240 - <li>Authenticator app or email-based verification codes</li>
241 - <li>Reduced repeated prompts for trusted clients</li>
242 - <li>Administration controls for user-level MFA management</li>
243 - <li>Better protection for administrator and remote-access accounts</li>
466 + <li>XWiki version</li>
467 + <li>Single wiki or wiki farm with subwikis</li>
468 + <li>Current authentication setup</li>
469 + <li>Optional or required rollout policy</li>
470 + <li>Trusted-device policy</li>
471 + <li>Recovery-code policy</li>
472 + <li>Rollout communication needs</li>
244 244   </ul>
245 245   </aside>
246 246   </div>
... ... @@ -247,31 +247,15 @@
247 247   </div>
248 248  </section>
249 249  
250 -#*
251 -<section aria-labelledby="gallery-title">
252 - <div class="container">
253 - <div class="product-gallery-panel">
254 - <h2 id="gallery-title">Screenshots</h2>
255 - <p class="gallery-note">
256 - Use this area to show the login verification screen, first-time setup, user profile controls,
257 - and administration configuration.
258 - </p>
259 -
260 - <div class="product-gallery-placeholder">
261 - Replace this placeholder with the XWiki gallery macro and 3-5 screenshots from the application.
262 - </div>
263 - </div>
264 - </div>
265 -</section>
266 -*#
267 267  <section class="cta-section" aria-labelledby="cta-title">
268 268   <div class="container">
269 269   <div class="cta-panel">
270 270   <h2 id="cta-title">Interested in using this extension?</h2>
483 +
271 271   <p>
272 - Send a short message with your XWiki version, authentication setup, and whether you use a single wiki
273 - or a main wiki with subwikis.
485 + Send a short message with your XWiki version, current authentication setup and rollout goal.
274 274   </p>
487 +
275 275   <a class="btn btn-primary" href="$xwiki.getURL('contact.WebHome')">Contact Agnease</a>
276 276   </div>
277 277   </div>
mfa-admin-configuration.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +125.3 KB
Content
mfa-admin-full.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +184.3 KB
Content
mfa-admin-overview.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +64.7 KB
Content
mfa-admin-user-management.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +90.8 KB
Content
mfa-login-verification-code.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +23.6 KB
Content
mfa-login-verification-setup.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +115.9 KB
Content
mfa-recovery-codes-generated.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +38.5 KB
Content
mfa-recovery-codes-not-generated.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +27.0 KB
Content
mfa-trusted-devices.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +59.1 KB
Content
mfa-user-profile-full.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +197.5 KB
Content
mfa-user-profile-overview.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +193.4 KB
Content
mfa-user-setup-qr.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.Admin
Size
... ... @@ -1,0 +1,1 @@
1 +176.6 KB
Content
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