Hier geht es um längere Fragen: ob Online-Verschlüsselung Klartext hochlädt, was eine Passwortstärke-Prüfung abdeckt und warum der Schlüssel hinter einem Einmal-Link-# nicht in HTTP eingeht. Das ist keine Produktvorstellung und ersetzt nicht die Anleitung jeder Tool-Seite.
Titel und Kurztext jeder Karte entsprechen dem Artikel. Themen ohne Detailseite erscheinen hier nicht.
Passwort im Mailtext bleibt in Gesendet und Posteingang. STARTTLS schützt nur einen Hop. Gmail-Papierkorb ~30 Tage; Exchange 14. Vault kann den Text weiter suchen. Gesendet prüfen. Einmal-Link nutzen. Ohne Konto.
Ein ZIP mit Passwort ist kein Tresor. PKWARE nennt ZipCrypto schwach. Dateinamen und offene Einträge bleiben im Klartext. Mit 7z l -slt prüfen. Sofort nutzbar.
„Passwort speichern“ bleibt nicht auf diesem PC. Google hält den Entschlüsselungsschlüssel standardmäßig im Konto (On-Device-Verschlüsselung und die Passphrase für die Synchronisierung sind zwei andere Schalter). Chrome, Edge und Firefox schreiben die exportierte CSV als ungeschützten lesbaren Text. Das andere Gerät und Downloads mit einem Canary prüfen. Sofort nutzbar.
Win+V oder das angemeldete Telefon: Ein kopiertes Passwort bleibt nicht nur im aktuellen Fenster. Windows-Verlauf hält 25 Einträge (4 MB; Neustart löscht außer Anheftungen; Cloud-TTL bis 12 Stunden). Die universelle Zwischenablage erreicht nahe Apple-Geräte. Manager-Timer leeren nur diesen PC. Canary prüfen. Sofort nutzbar.
Ruhezustands-Schlüssel liegen beim Anbieter. Der Inhaltshash dient der Deduplizierung; Vorschauen brauchen Klartext. Erst lokal zu .lock. Kein Konto.
Ein API-Schlüssel in ChatGPT landet im Verlauf. Training aus löscht Chats nicht. Temporärer Chat kann 30 Tage bleiben. Erinnerung, Bibliothek und Freigabelinks sind extra Kopien. Zuerst lokal maskieren; echte Schlüssel widerrufen.
Tickets leaken Telefon, Ausweis, Karte und Schlüssel in Logs. Regeln treffen sechs Felder; Namen und diktierte Ziffern nicht. Maskierung ist keine Anonymisierung.
Einmal-Link heißt nicht: der Link existiert noch, also existiert der Inhalt noch. Nach dem Bestätigen holt die Gegenseite den Chiffretext; der Server löscht ihn nach der gesetzten Anzahl. Dieselbe id liefert 410. Der Schlüssel bleibt hinter # und geht nicht in HTTP. Eine Chat-Vorschau holt zuerst die Seite, deshalb bestätigt die Leseseite vor dem Abruf. Erstellen und Lesen sind sofort nutzbar.
Anzeige und Mail hinterlassen utm_source, fbclid, gclid. Im Chat oder Ticket gehen Query, Verlauf und Referer mit. Pfad und id bleiben. Prüfung lokal.
Kein Treffer heißt: nicht in dieser lokalen Häufigkeitsliste – nicht „nie geleakt“. Vergleich von NIST-Blocklist und HIBP-Hashpräfix. Nichts wird hochgeladen.
Query hinter ? geht über HTTP, Fragment hinter # bleibt im Tab. RFC 9110: Server und Logs sehen den Schlüssel nicht. Im Chat oder Ticket ist diese Schicht weg. Legen Sie Adresszeile und Network nebeneinander.
Der Slogan „nichts wird hochgeladen“ ist kein Beweis. Öffnen Sie Network und prüfen Sie Anfragezeilen, Bodies und Analytics auf Klartext, Passphrasen oder den Schlüssel hinter der Raute. Queries gehen über HTTP; Fragmente in der Regel nicht.
Die Themen richten sich an Entwicklerinnen und Entwickler, Betrieb und alle, die sensible Inhalte auf dem Gerät verarbeiten. Das sind Richtungen, keine unveröffentlichten Artikeltitel.
Web Crypto, AES-256-GCM und wie Sie in den Entwicklertools bestätigen, dass Klartext, Schlüssel und Dateien nicht als Geschäftsdaten hochgeladen wurden.
Datei verschlüsseln öffnenWas lokale Entropie und eine öffentliche Liste schwacher Passwörter leisten – und was sie nicht beweisen. Das ist nicht als netzweite Leak-Suche geschrieben.
Passwortstärke prüfenWarum Tracking-Parameter vor dem Senden entfernt werden, welche Felder regelbasierte Schwärzung abdeckt und warum Sie selbst entscheiden, ob das Ergebnis reicht.
UTM entfernen öffnenChiffretext wird kurz gespeichert und nach dem Lesen zerstört, und warum s.html?id= vom #-Schlüssel getrennt ist. Die Leseseite ist für Empfängerinnen und Empfänger öffentlich.
Nein. Tool-Seiten beantworten, wie Sie eine Aufgabe sofort erledigen. Der Blog behandelt Prinzipien, Grenzen und wiederholbare Prüfungen. Artikel werden nicht zu Generator- oder Prüfhandbüchern umgeschrieben.
Nein. MakePwd hat weder Konten noch einen Passworttresor. Blog und alle Werkzeuge sind sofort nutzbar.
Wir formulieren möglichst wiederholbare Schritte, etwa ob Klartext im Network erscheint oder ein #-Fragment in HTTP eingeht. Artikel erfinden keine SLAs, Preise oder ein Support-Postfach, das nicht angeschlossen ist.
Ja. Die Liste zeigt nur Artikel mit vorhandener Detailseite; Titel und Kurztexte entsprechen dem Fließtext. Derzeit zwölf Beiträge: wie Sie Verschlüsselung im Browser sofort prüfen, warum ein URL-#-Fragment ein passender Ort für einen Schlüssel ist, was eine lokale Liste schwacher Passwörter beweisen kann, welche Tracking-Daten ein ungekürzter UTM-Link im Chat mitschickt, was nach einmaligem Lesen eines Einmal-Links auf dem Server bleibt, was regelbasierte Schwärzung in einem Ticket trifft, was nach dem Einfügen eines Passworts oder API-Schlüssels in ChatGPT noch übrig bleibt, was nach dem Hochladen einer unverschlüsselten Datei in den Cloud-Speicher noch sichtbar bleibt, was Zwischenablageverlauf und Cloud-Sync nach dem Kopieren eines Passworts noch halten können, was Cloud-Sync und ein CSV-Export nach dem Speichern eines Passworts im Browser noch halten können, was nach dem Versand eines ZIP mit Passwort an Standardverschlüsselung, Dateinamen und unverschlüsselten Einträgen noch sichtbar bleibt – und was Gesendet, Backup und Postfachadmin noch behalten, nachdem Sie ein Passwort in den Mailtext geschrieben haben.
Passwort erzeugen, prüfen, bereinigen, Einmal-Link und Dateiverschlüsselung laufen in diesem Browser. Sofort nutzbar.
Passwortgenerator öffnen