Phishing
A convincing login page collects working credentials. Without a registered machine, the credentials open nothing.
WP Device Guard only lets /wp-admin open on machines you have approved. A password on its own stops being enough — so a leaked one stops being a breach.
The password is correct in every case. Only the machine changes.
WordPress already checks the password. Device Guard adds a second question — is this machine on the register? — and both must be satisfied before the admin opens.
Every common way a WordPress admin account is taken over ends the same way: someone who is not you, typing your password, on a machine that is not yours.
A convincing login page collects working credentials. Without a registered machine, the credentials open nothing.
A password from an unrelated breach is tried against your login within hours. Each attempt is refused before the password is even weighed.
Sitting on the same café or office connection as a registered laptop proves nothing. The register records machines, not networks.
Set up once. Afterwards your team signs in exactly as before — same page, same password, same habits.
It starts in monitor mode, recording what it would have refused without locking anyone out while you watch.
You · onceLaptops run a small background app. Phones get a single-use link instead — open it, confirm the password, done.
Each person · onceRegistered machine and correct password gets in. Anything else is refused and written to the ledger, with its reason.
Every dayPress revoke in your dashboard. The next request from that machine is refused — no password reset, no waiting for a session to lapse, no call to a network administrator.
| 04:20:44 | login | allowed | registered machine |
| 04:21:02 | revoke | ok | by administrator |
| 04:21:04 | login | refused | machine not trusted |
| 04:36:10 | heartbeat | refused | revoked |
Genuine audit output. Revoke to lockout: two seconds.
Laptops prove themselves continuously in the background. Phones cannot run background apps reliably, so they prove themselves another way. You choose which methods the register accepts.
| Machine | Proof | Effort for the person |
|---|---|---|
| Mac · Windows · Linux | Background app checks in every few minutes | Installs once, then nothing |
| iPhone · iPad · Android | Single-use authorization held in the browser | Opens a link, confirms the password |
| Any phone · stronger | Passkey held in the secure chip, non-exportable | Face ID or fingerprint at sign-in |
| Managed fleet | Certificate issued by your IT department | None — invisible |
Device Guard proves a request came from a machine on the register. It is worth being precise about where that stops.
It is not antivirus. If a registered laptop is already compromised, the attacker is on a trusted machine. Device trust and endpoint security solve different problems.
It does not watch the keyboard. An unlocked, registered laptop in the wrong hands will work. Screen locks still matter.
It does not replace the password. Both checks run. Keep two-factor authentication switched on.
It guards the admin only. Other internal systems keep whatever protection they already have.
WP Device Guard is being trialled with its first sites. Get in touch if you would like to run it on yours.
Talk to us