BLOG

Notes on local encryption you can verify in the browser

Longer questions live here: whether “encrypt online” uploads plaintext, what a password strength check can prove, and why a key after # does not enter HTTP. This is not a product pitch, and it does not replace each tool’s instructions.

No account required Only facts you can check

Published notes

Each card’s title and summary match the article. Topics without a detail page do not appear here.

Privacy practice

What clipboard history and cloud sync can still hold after you copy a password

Press Win+V or the signed-in phone: copying a password is not a one-window handoff. Windows history keeps 25 items (4 MB; restart clears except pins; cloud TTL up to 12 hours). Universal Clipboard reaches nearby Apple devices. Manager timers clear only this PC. Test with a canary. No account.

Burn-Link

What remains on the server after a one-time secret is read once

Burn-after-read is not “the URL is still there, so the secret is.” After a confirm fetch, ciphertext is deleted and the same id returns 410. The key stays after #. Chat unfurl can spend the only read. Create and read open with no account.

Topics we write about

These directions serve developers, operators, and anyone who handles secrets on a device. They are themes, not unpublished article titles.

Local encryption

Web Crypto, AES-256-GCM, and how to confirm in DevTools that plaintext, keys, and files were never uploaded.

Open File Encryption Box

Password security

What local entropy and a public weak-password list can do, and what they cannot prove. This is not written as a web-wide breach lookup.

Open Password Audit

Privacy practice

Why strip tracking parameters before you send a link, which fields rule-based redaction covers, and why you still decide whether the result is enough.

Open Privacy Cleaner

Burn-Link

Ciphertext is stored briefly and burned after reading, and why s.html?id= is split from the # key. The reader is public for the recipient.

Open Burn-Link

FAQ

Does the blog repeat the tool pages?

No. Tool pages answer how to finish one task now. The blog covers principles, limits, and checks you can repeat. Articles are not rewritten as generator or checker manuals.

Do I need an account to read the blog?

No. MakePwd has no accounts and no password vault. The blog and every tool are free to open.

Can I verify the claims in a browser?

We try to write repeatable steps, such as whether plaintext appears in Network, or whether a # fragment enters HTTP. Articles do not invent SLAs, prices, or a support inbox that is not connected.

Do cards match the articles?

Yes. The list only shows articles that already have a detail page, and titles and summaries match the body. The twelve pieces cover how to verify browser encryption in DevTools, why a URL # fragment is a fit place for a key, what a local weak-password list can prove, what tracking data rides along when you paste a UTM URL into chat, what remains on the server after a one-time secret is read once, what rule-based redaction can hide in a ticket—and what it still leaves behind, what remains after you paste a password or API key into ChatGPT, what a cloud provider, sync client, and content hash can still see after you upload an unencrypted file, what clipboard history and cloud sync can still hold after you copy a password, what cloud sync and a CSV export can still hold after you save a password in the browser, what default ZipCrypto, filenames, and unencrypted entries still leave after you send a password-protected ZIP, and what Sent, backups, and mailbox admins still keep after you email a one-time password.

Use a tool first—you do not have to wait for an article

Password generation, strength checks, cleanup, one-time secrets, and file encryption all finish in this browser. No account required.

Open Password Generator