{"id":350324,"date":"2026-08-11T16:05:19","date_gmt":"2026-08-11T16:05:19","guid":{"rendered":"https:\/\/ja.wordpress.org\/plugins\/rapls-passkey\/"},"modified":"2026-08-12T07:45:47","modified_gmt":"2026-08-12T07:45:47","slug":"rapls-passkey","status":"publish","type":"plugin","link":"https:\/\/wordpress.org\/plugins\/rapls-passkey\/","author":23425763,"comment_status":"closed","ping_status":"closed","template":"","meta":{"version":"0.13.70","stable_tag":"0.13.70","tested":"7.0.4","requires":"6.0","requires_php":"8.2","requires_plugins":null,"header_name":"Rapls Passkey","header_author":"Rapls","header_description":"Passwordless authentication for WordPress using passkeys (WebAuthn \/ FIDO2).","assets_banners_color":"0146d8","last_updated":"2026-08-12 07:45:47","external_support_url":"","external_repository_url":"","donate_link":"","header_plugin_uri":"https:\/\/raplsworks.com\/plugins\/rapls-passkey\/","header_author_uri":"https:\/\/raplsworks.com\/","rating":0,"author_block_rating":0,"active_installs":0,"downloads":70,"num_ratings":0,"support_threads":0,"support_threads_resolved":0,"author_block_count":0,"sections":["description","installation","faq","changelog"],"tags":{"0.13.68":{"tag":"0.13.68","author":"rapls","date":"2026-08-11 16:04:53"},"0.13.69":{"tag":"0.13.69","author":"rapls","date":"2026-08-12 02:25:57"},"0.13.70":{"tag":"0.13.70","author":"rapls","date":"2026-08-12 07:45:47"}},"upgrade_notice":{"0.13.66":"<p>Administrator enrolment is on by default instead of being unlocked by the Pro add-on. Translations now come from translate.wordpress.org rather than a bundled catalogue.<\/p>","0.13.63":"<p>Every file in the previous package failed the WordPress Plugin Check direct-access test: the guard was rewritten by the build into a form the tool does not recognise. Fixed, along with the code-standard findings that were hidden behind misplaced exemptions.<\/p>","0.13.53":"<p>Fixes CSV injection in the audit-log export: a formula preceded by whitespace was not neutralised. Update if you export audit logs.<\/p>","0.13.46":"<p>The previous package shipped development files (tests, build scripts, CI configuration). This release contains runtime files only.<\/p>","0.13.28":"<p>Security (multisite): a user marked as spam on the network could still sign in with a passkey, a QR approval, a magic link or a recovery code. Update immediately on multisite.<\/p>"},"ratings":[],"assets_icons":{"icon-128x128.png":{"filename":"icon-128x128.png","revision":3642248,"resolution":"128x128","location":"assets","locale":"","width":128,"height":128},"icon-256x256.png":{"filename":"icon-256x256.png","revision":3642248,"resolution":"256x256","location":"assets","locale":"","width":256,"height":256}},"assets_banners":{"banner-1544x500.png":{"filename":"banner-1544x500.png","revision":3642248,"resolution":"1544x500","location":"assets","locale":"","width":1544,"height":500},"banner-772x250.png":{"filename":"banner-772x250.png","revision":3642248,"resolution":"772x250","location":"assets","locale":"","width":772,"height":250}},"assets_blueprints":{},"all_blocks":{"rapls-passkey\/login":{"name":"rapls-passkey\/login","title":"Sign in with a passkey"},"rapls-passkey\/register":{"name":"rapls-passkey\/register","title":"Manage passkeys"}},"tagged_versions":["0.13.68","0.13.69","0.13.70"],"block_files":[],"assets_screenshots":{"screenshot-1.png":{"filename":"screenshot-1.png","revision":3642248,"resolution":"1","location":"assets","locale":"","width":1002,"height":1132},"screenshot-2.png":{"filename":"screenshot-2.png","revision":3642248,"resolution":"2","location":"assets","locale":"","width":876,"height":1288},"screenshot-3.png":{"filename":"screenshot-3.png","revision":3642248,"resolution":"3","location":"assets","locale":"","width":1770,"height":600},"screenshot-4.png":{"filename":"screenshot-4.png","revision":3642248,"resolution":"4","location":"assets","locale":"","width":876,"height":672},"screenshot-5.png":{"filename":"screenshot-5.png","revision":3642248,"resolution":"5","location":"assets","locale":"","width":1000,"height":690},"screenshot-6.png":{"filename":"screenshot-6.png","revision":3642248,"resolution":"6","location":"assets","locale":"","width":886,"height":870},"screenshot-7.png":{"filename":"screenshot-7.png","revision":3642248,"resolution":"7","location":"assets","locale":"","width":1842,"height":838},"screenshot-8.png":{"filename":"screenshot-8.png","revision":3642248,"resolution":"8","location":"assets","locale":"","width":2350,"height":1336}},"screenshots":{"1":"Sign in with a passkey from the normal WordPress login screen.","2":"The browser offers the passkeys saved for this site.","3":"Your registered passkeys: rename, suspend or delete each one.","4":"Registering a passkey from your profile screen.","5":"Touch ID confirms before the passkey is saved.","6":"Choose where the passkey is stored.","7":"The first-run check: HTTPS, the relying-party ID, and the WebAuthn library.","8":"Every registration, sign-in and removal, exportable as CSV."}},"plugin_section":[262246],"plugin_tags":[183348,602,218738,9223,183349],"plugin_category":[38],"plugin_contributors":[253146],"plugin_business_model":[],"class_list":["post-350324","plugin","type-plugin","status-publish","hentry","plugin_section-dashboard-widgets","plugin_tags-fido2","plugin_tags-login","plugin_tags-passkey","plugin_tags-passwordless","plugin_tags-webauthn","plugin_category-authentication","plugin_contributors-rapls","plugin_committers-rapls"],"banners":{"banner":"https:\/\/ps.w.org\/rapls-passkey\/assets\/banner-772x250.png?rev=3642248","banner_2x":"https:\/\/ps.w.org\/rapls-passkey\/assets\/banner-1544x500.png?rev=3642248","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":false,"icon":"https:\/\/ps.w.org\/rapls-passkey\/assets\/icon-128x128.png?rev=3642248","icon_2x":"https:\/\/ps.w.org\/rapls-passkey\/assets\/icon-256x256.png?rev=3642248","generated":false},"screenshots":[{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-1.png?rev=3642248","caption":"Sign in with a passkey from the normal WordPress login screen."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-2.png?rev=3642248","caption":"The browser offers the passkeys saved for this site."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-3.png?rev=3642248","caption":"Your registered passkeys: rename, suspend or delete each one."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-4.png?rev=3642248","caption":"Registering a passkey from your profile screen."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-5.png?rev=3642248","caption":"Touch ID confirms before the passkey is saved."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-6.png?rev=3642248","caption":"Choose where the passkey is stored."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-7.png?rev=3642248","caption":"The first-run check: HTTPS, the relying-party ID, and the WebAuthn library."},{"src":"https:\/\/ps.w.org\/rapls-passkey\/assets\/screenshot-8.png?rev=3642248","caption":"Every registration, sign-in and removal, exportable as CSV."}],"raw_content":"<!--section=description-->\n<p>Rapls Passkey lets users sign in to WordPress with passkeys (WebAuthn \/ FIDO2).<\/p>\n\n<ul>\n<li>Passwordless, phishing-resistant sign-in<\/li>\n<li>Same-device passkeys (Touch ID \/ Windows Hello)<\/li>\n<li>Cross-device sign-in using the browser's native passkey flow when the browser offers it (scan with your phone). A custom QR approval flow is available in Pro.<\/li>\n<li>Shortcodes and Gutenberg blocks (login \/ passkey management) you can embed on any page<\/li>\n<li>Rename, suspend and resume individual passkeys \u2014 a device that is temporarily out of reach can be cut off without destroying the credential<\/li>\n<li>A site-wide passkey list for administrators (Users -&gt; Passkeys), searchable by owner or name<\/li>\n<li>Works with two-factor plugins (Wordfence Login Security, Two-Factor, ...): a passkey counts as the second factor, while weaker alternative logins must still pass the site's 2FA<\/li>\n<li>Fully translatable UI (English source; translations come from translate.wordpress.org)<\/li>\n<\/ul>\n\n<h4>Shortcodes<\/h4>\n\n<p>Embed them in any page, post, or widget. In the block editor they are also available as the \"Sign in with a passkey\" and \"Manage passkeys\" blocks.<\/p>\n\n<ul>\n<li><code>[rapls_passkey_login]<\/code> \u2014 a passkey sign-in button for logged-out visitors. Supports the <code>redirect<\/code> (URL to go to after success) and <code>label<\/code> (button text) attributes.<\/li>\n<li><code>[rapls_passkey_register]<\/code> \u2014 a management UI where logged-in users can register and remove their own passkeys.<\/li>\n<\/ul>\n\n<h4>Requirements<\/h4>\n\n<ul>\n<li>PHP 8.2 or later<\/li>\n<li>WordPress 6.0 or later<\/li>\n<li>HTTPS (except on localhost)<\/li>\n<\/ul>\n\n<h4>Rapls Passkey Pro<\/h4>\n\n<p>Everything above is free, and stays free. Pro is a separate add-on for the part\nthat comes after the first passkey: moving a whole site across, and keeping a\nway in when a device goes missing.<\/p>\n\n<ul>\n<li><strong>Sign in from another device<\/strong> \u2014 approve a login on your computer from your phone, with a QR code and a four-digit confirmation code so a relayed code cannot be used elsewhere<\/li>\n<li><strong>A way back in that is not a password<\/strong> \u2014 one-time recovery codes and email magic-link sign-in<\/li>\n<li><strong>Roll out by role<\/strong> \u2014 require passkeys for the roles you choose, with a grace period, then turn password login off once everyone is across<\/li>\n<li><strong>Adaptive step-up<\/strong> \u2014 ask for a passkey again after a password sign-in from somewhere unfamiliar<\/li>\n<li><strong>Authenticator policy<\/strong> \u2014 FIDO Metadata Service checks, AAGUID allow and deny lists, trusted-device management<\/li>\n<li><strong>Operations<\/strong> \u2014 security webhooks, adoption reports, multisite network settings, WP-CLI<\/li>\n<\/ul>\n\n<p>One-time purchase, no subscription, with a year of updates and a 14-day refund.\n<a href=\"https:\/\/raplsworks.com\/rapls-passkey-pro\/\">Details and pricing<\/a><\/p>\n\n<h3>External services<\/h3>\n\n<p>This plugin sends nothing to any external service by default. One optional\nintegration, off unless you turn it on, contacts a third party:<\/p>\n\n<p><strong>Google reCAPTCHA v3<\/strong> \u2014 used only when you enable reCAPTCHA for password\nlogins. When it is on, the visitor's browser loads\n    https:\/\/www.google.com\/recaptcha\/api.js, and the plugin sends the resulting\ntoken together with the request IP address to\n    https:\/\/www.google.com\/recaptcha\/api\/siteverify so that Google can score the\nrequest. Nothing is sent while the option is off. This service is provided by\nGoogle and its use is governed by Google's terms and privacy policy:<\/p>\n\n<ul>\n<li>Terms of Service: https:\/\/policies.google.com\/terms<\/li>\n<li>Privacy Policy: https:\/\/policies.google.com\/privacy<\/li>\n<\/ul>\n\n<p>No other host is contacted. The plugin bundles the public suffix list it needs\n(<code>data\/public_suffix_list.dat<\/code>) rather than fetching it, and passkey ceremonies\nhappen between the browser and your own site.<\/p>\n\n<h3>Privacy<\/h3>\n\n<p>Authentication data is stored on your own site.<\/p>\n\n<p>What is stored:<\/p>\n\n<ul>\n<li>Passkey credential records (public key, credential ID, sign counter, a label and timestamps) in a custom database table.<\/li>\n<li>A per-user WebAuthn user handle in user meta, plus one row in the options table recording that the account has one. The handle carries nothing about the person: for accounts created from this version it is derived from the account id and a site secret, and accounts that already had a random handle keep it.<\/li>\n<li>An optional audit log of passkey events (registration, sign-in, removal) with the acting user, IP address and timestamp.<\/li>\n<\/ul>\n\n<p>Retention and removal:<\/p>\n\n<ul>\n<li>Passkey records remain until the user or an administrator deletes them; deleting a user removes their passkey records.<\/li>\n<li>The plugin integrates with WordPress's built-in personal-data export and erase tools, so a user's passkey and audit data are included in export\/erase requests.<\/li>\n<li>Uninstalling the plugin (delete from the Plugins screen) drops its custom table and options.<\/li>\n<\/ul>\n\n<p>This plugin does not use cookies for tracking. It sets only short-lived, functional cookies during a login ceremony (for example the pending second-factor login), which expire within minutes.<\/p>\n\n<!--section=installation-->\n<ol>\n<li>Place the plugin in <code>wp-content\/plugins\/rapls-passkey<\/code>.<\/li>\n<li>Activate \"Rapls Passkey\" from the Plugins screen.<\/li>\n<li>Register a passkey from your profile screen.<\/li>\n<\/ol>\n\n<!--section=faq-->\n<dl>\n<dt id=\"is%20the%20free%20version%20limited%3F\"><h3>Is the free version limited?<\/h3><\/dt>\n<dd><p>No. Passkey sign-in, registration, management, the shortcodes and blocks, the\nadministrator's passkey list and the two-factor integrations are all in the free\nplugin, without a cap, a trial period or a licence key. Rapls Passkey Pro is a\nseparate add-on that adds different features \u2014 cross-device QR login, recovery\ncodes, enforcement by role \u2014 and installing it is not required for anything\ndescribed above to work.<\/p><\/dd>\n<dt id=\"what%20if%20i%20lose%20my%20passkey%20and%20cannot%20sign%20in%3F\"><h3>What if I lose my passkey and cannot sign in?<\/h3><\/dt>\n<dd><p>Password login still works alongside passkeys, so sign in with your password as usual and then remove or re-register passkeys from your profile screen.<\/p>\n\n<p>You can also manage passkeys from the server with WP-CLI:<\/p>\n\n<pre><code>wp rapls-passkey list --user=admin\nwp rapls-passkey remove &lt;id&gt;\n<\/code><\/pre>\n\n<p>In an emergency, add the following to wp-config.php to temporarily disable passkey enforcement (remove it once you have recovered):<\/p>\n\n<pre><code>define( 'RAPLS_PASSKEY_BYPASS', true );\n<\/code><\/pre><\/dd>\n\n<\/dl>\n\n<!--section=changelog-->\n<h4>0.13.70<\/h4>\n\n<ul>\n<li><strong>Fixed: on PHP older than 8.2 the whole site went down, front end included.<\/strong> The bundled dependencies require 8.2, and Composer's platform check throws the moment the autoloader is read \u2014 inside WordPress's plugin loading, where nothing catches it. The plugin now checks the version first and steps aside with an admin notice, leaving the rest of the site alone. The <code>Requires PHP<\/code> header does not cover this on its own: WordPress reads it when activating and when offering an update, so a server whose PHP is lowered afterwards, or a WP-CLI running an older PHP than the web server, went straight past it.<\/li>\n<\/ul>\n\n<h4>0.13.69<\/h4>\n\n<ul>\n<li>The Rapls Passkey Pro panel moved into a sidebar that follows the page down. It sat at the very bottom of a single column, below the audit table, where nobody scrolls. It also says what the add-on is for rather than listing features, the Plugins screen gains \"Settings\" and \"Go Pro\" row links, and the adoption figure names what closes the gap. Nothing on the page is gated: the readme now has a Pro section and an FAQ entry saying plainly that the free version has no cap, trial or licence key.<\/li>\n<li>Asks for a WordPress.org review, once. After a week of use, and only if a passkey has actually been registered, a notice on this plugin's own two screens asks for one. Every button \u2014 including the close button \u2014 settles it for good, and rapls_passkey\/show_review_prompt turns it off entirely. It never appears anywhere else in wp-admin and never comes back.<\/li>\n<li>Corrected: the readme claimed a bundled Japanese translation, which has not been true since 0.13.62. Translations come from translate.wordpress.org.<\/li>\n<\/ul>\n\n<h4>0.13.68<\/h4>\n\n<ul>\n<li>Screenshots for the plugin directory listing, and the readme section that names them. No change to the plugin.<\/li>\n<\/ul>\n\n<h4>0.13.67<\/h4>\n\n<ul>\n<li>Tests only, and one that was worth finding: nothing asserted that registering a passkey for another user is on by default. The stub in the enrolment test answered the filter itself, so the shipped default was never read \u2014 flip it back to off and every test still passed. The default is now under test, on both call sites, and the source is checked for wording that ties the feature to the paid add-on.<\/li>\n<\/ul>\n\n<h4>0.13.66<\/h4>\n\n<ul>\n<li><strong>Registering a passkey for another user is on by default.<\/strong> It was implemented but switched off, and the Pro add-on turned it on \u2014 which made a built-in feature depend on a licence, and that is not allowed here. The capability check was always the real bound and it has not changed: only someone who can already edit that user, and could therefore reset their password and sign in as them, can enrol for them. Pro's setting now only turns the feature off.<\/li>\n<li>The second-factor screen filters the markup its 2FA provider prints, to the form controls such a screen needs. The two bundled adapters are unaffected, byte for byte; inline JavaScript from a provider is dropped, and a provider that needs it should enqueue it.<\/li>\n<li>The package no longer carries the Japanese catalogue or <code>load_plugin_textdomain()<\/code>. WordPress.org builds translations for every locale from translate.wordpress.org and loads them on demand, and a bundled copy would only shadow that.<\/li>\n<li>Dropped two test-only directories that Composer installs inside third-party packages (<code>doctrine\/deprecations<\/code>, <code>symfony\/clock<\/code>).<\/li>\n<\/ul>\n\n<h4>0.13.65<\/h4>\n\n<ul>\n<li>Clears the last of the WordPress Plugin Check warnings against the shipped package. <code>$_SERVER['REQUEST_METHOD']<\/code>, a <code>redirect_to<\/code> from the query string and the \"seen device\" cookie are now unslashed and sanitised on the way in rather than only validated afterwards; the uninstall script's two loop variables are prefixed, since a file that runs at global scope defines globals; and the exemption on the DROP TABLE in uninstall named the wrong rule.<\/li>\n<li><code>composer.json<\/code> ships with the package again. WordPress.org's scan asks for it wherever a <code>vendor\/<\/code> directory is present, and it is the manifest that says what is in there. <code>composer.lock<\/code> stays out. Note for anyone reading the package: <code>vendor\/<\/code> has already been namespace-prefixed by the build, so do not run <code>composer install<\/code> inside an installed copy.<\/li>\n<li>No functional change.<\/li>\n<\/ul>\n\n<h4>0.13.64<\/h4>\n\n<ul>\n<li>Readme only: <code>Tested up to<\/code> named a patch release (7.0.2). WordPress.org's automated scan requires the major version alone, and rejected the upload over it. It reads 7.0 now; the plugin is unchanged and was tested against 7.0.2.<\/li>\n<\/ul>\n\n<h4>0.13.63<\/h4>\n\n<ul>\n<li><strong>Direct-access protection was missing from every file in the distributed package.<\/strong> The plugin guards each file with <code>if ( ! defined( 'ABSPATH' ) )<\/code>, which the build rewrites to <code>if ( ! \\defined( 'ABSPATH' ) )<\/code> \u2014 a form the WordPress Plugin Check tool does not recognise. Every shipped file therefore read as unprotected to the tooling, while the repository looked correct. The guard is now written in the form that survives the build.<\/li>\n<li><strong>The code-standard exemptions in the shipped files were pointing at the wrong lines.<\/strong> They were written at the end of the line they applied to, and the build moves a trailing comment onto the following line \u2014 so each one silenced the line after the one it was meant to cover. All of them are now written above the line they apply to.<\/li>\n<li>Fixes the findings these two hid: an unescaped exception message, a missing translators comment, a database call whose exemption named the wrong rule, and the CSV export's file handle. Behaviour is unchanged; the audit-log CSV, the two-factor integrations and the passkey cap all work exactly as before.<\/li>\n<li>Also: <code>Plugin URI<\/code> pointed at this plugin's WordPress.org page, which the plugin header documentation does not allow, and <code>Author URI<\/code> was missing. The readme's external-service disclosure (optional reCAPTCHA) is now its own section, and releases older than 0.13.46 have moved to changelog.txt.<\/li>\n<\/ul>\n\n<h4>0.13.62<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the rebuild check reported \"identical\" beside two different archive checksums, when what matches is every file inside them.<\/li>\n<\/ul>\n\n<h4>0.13.61<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the rebuild check exempted two whole files from comparison instead of two fields inside them.<\/li>\n<\/ul>\n\n<h4>0.13.60<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the rebuild check now runs in CI on every release and compares the two packages as file trees.<\/li>\n<\/ul>\n\n<h4>0.13.59<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the claim made by the verification bundle is now narrower, accurate, and checked by a script.<\/li>\n<\/ul>\n\n<h4>0.13.58<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the source shipped for review can now rebuild itself.<\/li>\n<\/ul>\n\n<h4>0.13.56<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the bundle no longer writes a record into the directory that record describes.<\/li>\n<\/ul>\n\n<h4>0.13.55<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the bundled dependency tree is verified on every build, not only when a record was already present.<\/li>\n<\/ul>\n\n<h4>0.13.54<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the bundled dependency tree is verified file by file against a recorded manifest before packaging.<\/li>\n<\/ul>\n\n<h4>0.13.53<\/h4>\n\n<ul>\n<li><strong>Audit CSV export: a formula hidden behind leading whitespace is now neutralised too.<\/strong> The check looked at the first byte, so a username beginning with a space, a tab, a non-breaking space or a byte-order mark before <code>=<\/code>, <code>+<\/code>, <code>-<\/code> or <code>@<\/code> was written to the file unguarded \u2014 and a spreadsheet skips that whitespace before deciding whether a cell is a formula.<\/li>\n<li>The readme now links Google's terms and privacy policy for the optional reCAPTCHA integration, and names the endpoints it contacts.<\/li>\n<\/ul>\n\n<h4>0.13.52<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: CI now requires every job in a run to have succeeded before a release is assembled.<\/li>\n<\/ul>\n\n<h4>0.13.50<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: CI attests to the outcome of every job and the release tooling verifies it.<\/li>\n<\/ul>\n\n<h4>0.13.49<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling and documentation corrections only.<\/li>\n<\/ul>\n\n<h4>0.13.48<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the end-to-end test procedure and the recorded CI provenance were corrected.<\/li>\n<\/ul>\n\n<h4>0.13.47<\/h4>\n\n<ul>\n<li>No change to the plugin. Release-tooling only: the bundled test procedure and the real-database test harness were corrected.<\/li>\n<\/ul>\n\n<h4>0.13.46<\/h4>\n\n<ul>\n<li><strong>Packaging fix: the previous package contained development files that should never have shipped<\/strong> \u2014 the test suite, build scripts, CI configuration and Composer manifests. They were harmless to run but had no business being in a plugin ZIP. This release contains runtime files only, and the build now checks the finished package for them.<\/li>\n<\/ul>\n\n<p>For the change history of 0.13.45 and earlier releases, see changelog.txt.<\/p>","raw_excerpt":"Passwordless authentication for WordPress using passkeys (WebAuthn \/ FIDO2).","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin\/350324","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin"}],"about":[{"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/types\/plugin"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/comments?post=350324"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wporg\/v1\/users\/rapls"}],"wp:attachment":[{"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/media?parent=350324"}],"wp:term":[{"taxonomy":"plugin_section","embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_section?post=350324"},{"taxonomy":"plugin_tags","embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_tags?post=350324"},{"taxonomy":"plugin_category","embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_category?post=350324"},{"taxonomy":"plugin_contributors","embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_contributors?post=350324"},{"taxonomy":"plugin_business_model","embeddable":true,"href":"https:\/\/wordpress.org\/plugins\/wp-json\/wp\/v2\/plugin_business_model?post=350324"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}