29.08.2026
CVE-2026-55533 is a fail-open authentication bug in the PraisonAI Recipe server: selecting api-key or jwt without supplying the matching secret leaves every recipe endpoint open, and the CLI safety check for non-localhost binding never notices.
11.07.2026
Direct navigation to the account page bypasses the pending second-factor step after valid password authentication.
11.07.2026
Alternating valid and invalid login attempts resets the IP-based failure counter and permits continued password guessing.
10.07.2026
A stay-logged-in cookie encodes the username alongside an unsalted MD5 password hash. Recomputing that predictable token for password candidates yields a valid cookie for Carlos's account.
10.07.2026
A stolen persistent-login cookie reveals a weak password hash that can be cracked offline and reused for authentication.
10.07.2026
The reset submission trusts its username field instead of binding the new password to the account that requested the token.
10.07.2026
Attacker-controlled forwarded-host metadata poisons the emailed reset URL and sends Carlos reset token to the exploit server.
10.07.2026
Account lockout becomes the oracle: repeated failures trigger a warning only for a real username, after which a controlled password test completes the lab.
10.07.2026
Distinct POST /login messages separate unknown users from valid accounts with wrong passwords, providing a direct response-text signal for enumeration.
10.07.2026
The lab's two-step login flow does not securely bind the second-factor check to the account authenticated during the password step. Instead, /login2 uses a client-controlled verify cookie to decide whose code is being checked.
10.07.2026
Response-time differences reveal when a username reaches password verification, enabling reliable account enumeration.
10.07.2026
A single punctuation difference in the login error reveals whether a username exists, even though the two responses otherwise look identical.