Zum Hauptinhalt springen

Sicherheits-Guides für Entwickler

Sicherheit scheitert meist im Detail: ein wiederverwendeter Nonce, ein Hash, der nie für Passwörter gedacht war, ein Schlüssel neben dem Code. Diese Guides zeigen die Entscheidungen, auf die es ankommt.

Die Guides gliedern sich in vier Gruppen. Hashing behandelt SHA-256 und SHA-512 als Integritätsprimitive: Prüfsummen für ein heruntergeladenes ISO-Abbild, für ein CI-Artefakt, für ein Backup vor der Wiederherstellung — und warum eine schnelle Hashfunktion die falsche Wahl für Passwörter ist. Bei der Passwortspeicherung stehen bcrypt, scrypt und Argon2 mit ihren Kostenparametern und ihrer Speicherhärte im Vordergrund, nicht die Benchmark-Geschwindigkeit. Um Schlüsselmaterial geht es beim Erzeugen von Passwörtern mit ausreichender Entropie, bei PBKDF2, wenn ein Schlüssel aus einer Passphrase abgeleitet werden muss, und bei HMAC, wenn eine API-Anfrage überprüfbar bleiben soll.

Bei der Authentifizierung zählen die Fehlerbilder, die man tatsächlich debuggt: eine Signatur, die fehlschlägt, weil ein Header in der kanonischen Zeichenkette fehlte, ein Token, das wegen einer falsch gestellten Client-Uhr zu früh abläuft, ein Zertifikat, dessen Ablaufdatum in einer PEM-Datei zu finden ist. Jeder Guide endet bei einem Werkzeug im bereits geöffneten Browser-Tab — eine Datei ohne Upload hashen, ein Zertifikat auslesen, eine Signatur prüfen, ohne die Nutzlast irgendwohin zu senden.

  • SHA-256-Prüfsumme unter Windows prüfen

    Windows bringt zwei Wege mit, eine Datei zu hashen. Nutzen Sie Get-FileHash, vergleichen Sie den vollständigen Digest und erkennen Sie echte Fehlvergleiche, bevor Sie den Installer starten.

  • Datei vor dem Upload verschlüsseln

    Die anbieterseitige Verschlüsselung schützt die Speicherinfrastruktur, nicht Ihre Datei vor dem Anbieter oder einer gestohlenen Sitzung. Verschlüsseln Sie lokal und laden Sie nur Chiffretext hoch.

  • bcrypt vs. Argon2: Hashing im Vergleich

    bcrypt schützt Passwörter seit Jahrzehnten; Argon2 ist die moderne, speicherharte Empfehlung. Hier ist der Vergleich und wann Sie welches Verfahren im Jahr 2026 nutzen sollten.

  • QR-Code-Druck: Größe, Kontrast, Material

    Ein QR-Code, der auf Papier nicht scannt, ist ein kaputter Link. Bringen Sie Mindestgröße, Kontrast, Fehlerkorrektur und Ruhezone in Ordnung, bevor die Datei in den Druck geht.

  • Entwickler-Sicherheitstools: Zero-Knowledge

    Werkzeuge, die Sie für sensible Daten nutzen, sollten diese Daten nicht sehen. Ein Leitfaden zur Zero-Knowledge-Toolbox: was jedes Werkzeug tut, wann es passt und wie Sie es prüfen.

  • .env-Dateien vor dem Commit verschlüsseln: Ein Praxisleitfaden

    Eine .env im Klartext zu committen leakt jedes Secret in Ihrem Repository. Muss eine Kopie in Git liegen, verschlüsseln Sie sie zuerst – so geht der sichere Ablauf.

  • ISO-Checksummen prüfen: Linux, Windows und macOS

    Ein beschädigtes ISO kann stundenlang in die Installation hinein fehlschlagen. Prüfen Sie die SHA-256-Checksumme, bevor Sie brennen oder schreiben – ohne die Datei hochzuladen.

  • bcrypt vs. scrypt: Hashing im Vergleich

    Einfache SHA-Hashes sind für Passwörter zu schnell. bcrypt erhöht die CPU-Kosten pro Versuch; scrypt verlangt zusätzlich Speicher, den GPU-Rigs nicht einfach zahlen. Die praktische Rangfolge: Argon2id, scrypt, dann bcrypt.

  • SHA-256 vs. SHA-512: Den richtigen Hash wählen

    Herausgeber liefern meist eine SHA-256-Checksumme, also prüfen Sie genau die. SHA-512 gibt es für Systeme, die einen 512-Bit-Digest wollen oder auf 64-Bit-CPUs schneller hashen. Entscheidend ist meist das Ökosystem, nicht die Sicherheit.

  • HMAC-SHA256-Signierung für APIs

    Webhooks und API-Clients nutzen HMAC, um zu beweisen, dass eine Nachricht von jemandem mit dem Geheimnis stammt. Woran Integrationen scheitern: Bytes, Timing und der Ort des Geheimnisses.