Codierung, Hashing und Verschlüsselung transformieren Daten, erzeugen aber nicht dasselbe Ergebnis. Codierung ändert die Darstellung. Hashing erzeugt einen Hash fester Länge. Verschlüsselung schützt lesbaren Inhalt mit einem Schlüssel. Die falsche Operation kann einen schweren Fehler erzeugen, auch wenn die Ausgabe unlesbar aussieht.
Schnelle Antwort: Verwenden Sie Codierung, wenn ein anderes System eine kompatible Darstellung benötigt. Verwenden Sie einen Hash für einen wiederholbaren Fingerabdruck oder eine Integritätsprüfung. Verwenden Sie authentifizierte Verschlüsselung, wenn autorisierte Systeme vertrauliche Daten wiederherstellen müssen. Base64 ist Codierung und keine Verschlüsselung.
Diese Anleitung vergleicht Zweck, Umkehrbarkeit, Schlüssel, Algorithmen, Fehler und Beispiele. Sie verbindet jede Entscheidung mit den Codierungs-Tools, Hash-Tools und Verschlüsselungs-Tools.
Was ist der wichtigste Unterschied?
Der wichtigste Unterschied ist das versprochene Ergebnis. Codierung verspricht eine normalisierte Darstellung. Hashing verspricht einen deterministischen Hash mit algorithmusabhängigen Eigenschaften. Verschlüsselung verspricht Vertraulichkeit, wenn Algorithmus, Modus, Schlüssel, Nonces, Authentifizierung und Implementierung geeignet sind.
| Operation | Hauptzweck | Umkehrbar | Benötigt geheimen Schlüssel | Übliche Ausgabe | Beispiele |
|---|---|---|---|---|---|
| Codierung | Daten für Transport oder Speicherung darstellen | Ja | Nein | Text oder Bytes mit anderer Syntax | Base64, Hexadezimal, Prozentcodierung |
| Hashing | Fingerabdruck für Integrität oder Vergleich erzeugen | Praktisch nicht umkehrbar | Nein | Hash fester Länge | SHA-256, SHA-384, SHA-512 |
| Verschlüsselung | Unbefugtes Lesen verhindern | Ja, mit richtigem Schlüssel | Ja | Chiffretext, Nonce und Tag | AES-GCM, ChaCha20-Poly1305 |
Das Aussehen bestimmt die Operation nicht. Base64 kann zufällig aussehen, aber jede Person kann es decodieren. Ein hexadezimaler Hash kann wie Chiffretext aussehen, stellt das Original aber nicht wieder her. Chiffretext kann für den Transport als Base64 codiert werden.
Was ist Codierung?
Codierung ordnet Daten mit öffentlichen Regeln einer anderen Darstellung zu. Sie schafft Kompatibilität zwischen Systemen. Sie benötigt kein Geheimnis. Ein Decoder kann eine gültige Eingabe umkehren, wenn er das Schema kennt.
Base64 ist eine übliche Binär-zu-Text-Codierung. RFC 4648 definiert Base16, Base32 und Base64, ihre Alphabete, Padding und kanonisches Verhalten. Base64 transportiert Bytes durch textorientierte Systeme. Es verbirgt diese Bytes nicht.
Ein Base64-Encoder gruppiert Bits und ordnet sie einem begrenzten Alphabet zu. Padding ergänzt die letzte Gruppe. Varianten können andere Alphabete verwenden. URL-sicheres Base64 ersetzt problematische Zeichen. Der Empfänger muss Variante und Paddingregeln kennen.
Hexadezimale Codierung stellt jedes Byte mit zwei Zeichen zur Basis 16 dar. Sie lässt sich leicht prüfen und kopieren. Vor jeder weiteren Verpackung verdoppelt sie die Zeichenanzahl. Base64 benötigt oft weniger Text, vergrößert Daten gegenüber Binärdaten aber ebenfalls.
Prozentcodierung stellt Oktette in URL-Komponenten dar. HTML-Entitäten stellen Sonderzeichen im Markup dar. Zeichencodierungen wie UTF-8 ordnen Zeichen Bytes zu. Jeder Vorgang löst Kompatibilität und keine Vertraulichkeit.
Sie können eine kontrollierte Eingabe mit dem Base64-Encoder und -Decoder testen. Fügen Sie keine Passwörter, Schlüssel oder regulierte Daten ein, ohne das Verarbeitungsmodell zu prüfen. Browserverarbeitung reduziert einige Übertragungsrisiken, ersetzt aber nicht die Gerätesicherheit.
Ist Base64 eine Verschlüsselung?
Nein. Base64 verwendet eine öffentliche, umkehrbare Zuordnung und keinen geheimen Schlüssel. Jede Person mit dem Text kann ihn decodieren. Base64 kann Chiffretext umhüllen, bietet allein aber keine Vertraulichkeit.
Der Unterschied ist bei Konfigurationen, Cookies, Token und Protokollen wichtig. Ein codiertes Geheimnis bleibt ein Geheimnis, das geschützt werden muss. Base64 als Barriere kann Zugangsdaten und personenbezogene Daten offenlegen.
Was ist ein Hash?
Eine kryptografische Hashfunktion akzeptiert eine Eingabe variabler Länge und gibt einen Hash fester Länge zurück. Dieselbe Eingabe erzeugt denselben Hash. Eine kleine Änderung soll das Ergebnis stark verändern. Sicherheit erfordert außerdem Widerstand gegen Preimage-, Second-Preimage- und absichtliche Kollisionsangriffe.
NIST FIPS 180-4 legt den Secure Hash Standard fest. Er enthält SHA-224, SHA-256, SHA-384, SHA-512, SHA-512/224 und SHA-512/256. „SHA-2“ bezeichnet die Familie und keine einzelne Größe.
Direkte Antwort: Verwenden Sie einen Hash, wenn Sie einen wiederholbaren Wert ohne Wiederherstellung der Eingabe benötigen. Verwenden Sie Verschlüsselung, wenn eine autorisierte Partei sie wiederherstellen muss.
Dateiherausgeber veröffentlichen oft einen Hash neben einem Download. Berechnen Sie den Hash der heruntergeladenen Bytes und vergleichen Sie ihn. Eine Übereinstimmung beweist Gleichheit mit den Bytes, aus denen der veröffentlichte Wert entstand. Sie beweist nicht, wer ihn veröffentlicht hat. Dafür benötigen Sie einen authentischen Kanal oder eine Signatur.
Der SHA-2-Hashberechner berechnet übliche Ergebnisse. All Hashes Generator (englische Seite) zeigt mehrere Algorithmen. Mehrere Ausgaben machen einen schwachen Algorithmus nicht stärker. Wählen Sie den Algorithmus nach Anforderung und geltendem Standard.
Hashes sind keine eindeutigen Identifikatoren
Ein Hash fester Länge stellt eine unbegrenzte Menge von Eingaben dar. Daher existieren Kollisionen. Ein sicherer Hash macht nützliche Kollisionen schwierig, aber nicht unmöglich.
Verwenden Sie einen Hash nicht als universellen Identitätsnachweis. Bewerten Sie Algorithmus, Eingabekonstruktion, Angreifer und Folgen. Alte Hashes können versehentliche Schäden erkennen, können aber gegen einen Angreifer scheitern.
Hash Analyzer (englische Seite) kann anhand von Länge und Syntax Algorithmen vorschlagen. Er beweist nicht, welcher Algorithmus den Wert erzeugt hat. Kontext bleibt erforderlich.
Passwort-Hashing benötigt ein bestimmtes Design
Ein allgemeiner Hash ist absichtlich schnell. Das hilft bei der Dateiprüfung, ermöglicht einem Angreifer aber viele Passwortversuche pro Zeit.
Passwortspeicherung benötigt eine dafür entwickelte Funktion oder Schlüsselableitung. Sie muss einen eindeutigen Salt und einen bewusst gewählten Aufwand verwenden. Sie benötigt auch kontrollierte Parameter, sicheren Vergleich, Migration und Schutz von Kopien. NIST SP 800-63B bietet aktuelle Hinweise.
Ein Salt muss nicht geheim sein. Es verhindert, dass dasselbe Passwort in mehreren Konten denselben Prüfer erzeugt. Ein Pepper ist ein anderes Geheimnis mit anderen Betriebsanforderungen. Beides macht Base64 nicht zur Verschlüsselung und macht einen schnellen Hash ohne Salt nicht geeignet.
Eine Prüfsumme ist nicht immer ein kryptografischer Hash
Prüfsummen erkennen versehentliche Änderungen. CRC-Algorithmen eignen sich für Übertragungs- und Speicherfehler. Sie widerstehen normalerweise keiner absichtlichen Manipulation. Kryptografische Hashes zielen auf stärkere Eigenschaften.
Definieren Sie die Anforderung vor der Wahl. Verwenden Sie eine Prüfsumme für versehentliche Fehler. Verwenden Sie einen kryptografischen Hash oder MAC, wenn ein Angreifer Daten ändern kann. Verwenden Sie eine digitale Signatur, wenn der Empfänger Herkunft und Integrität mit einem öffentlichen Schlüssel prüfen muss.
Was ist Verschlüsselung?
Verschlüsselung wandelt Klartext mit einem Schlüssel in Chiffretext um. Entschlüsselung stellt das Original wieder her. Ein sicheres System benötigt außerdem richtige Schlüsselerzeugung, Modus, Nonces, Authentifizierung, Speicherung, Rotation und Zugriffskontrolle.
NIST FIPS 197 legt AES fest. AES arbeitet mit 128-Bit-Blöcken und Schlüsseln mit 128, 192 oder 256 Bit. AES definiert allein nicht, wie eine lange Nachricht verschlüsselt wird. Ein Betriebsmodus liefert diese Konstruktion.
Authentifizierte Modi schützen Vertraulichkeit und erkennen Änderungen. AES-GCM ist ein übliches Beispiel. Sein Tag kann geänderten Chiffretext oder geänderte zugehörige Daten ablehnen. Unauthentifizierte Verschlüsselung kann Informationen preisgeben oder vom Angreifer kontrollierte Änderungen akzeptieren.
NIST SP 800-38D definiert GCM und GMAC. Seine Nonce-Anforderungen sind wesentlich. Die Wiederverwendung eines Nonces mit demselben GCM-Schlüssel kann Sicherheit zerstören. Ein Interface kann Wiederverwendung zwischen Sitzungen nicht verhindern, wenn das System diesen Zustand nicht verwaltet.
Sie können AES Encryption (englische Seite) zum Lernen und für kontrollierte Transformationen verwenden. Ein Browser-Tool ist kein vollständiges Schlüsselverwaltungssystem. Produktionsverschlüsselung benötigt ein geprüftes Protokoll und einen geschützten Lebenszyklus.
Symmetrische und asymmetrische Verschlüsselung
Symmetrische Verschlüsselung verwendet einen gemeinsam geheimen Schlüssel. Derselbe oder ein verwandter Schlüssel verschlüsselt und entschlüsselt. AES ist symmetrisch. Es ist effizient, aber Parteien müssen den Schlüssel sicher teilen und speichern.
Asymmetrische Verschlüsselung verwendet ein öffentliches und ein privates Schlüsselpaar. Der öffentliche Schlüssel kann in geeigneten Schemata für den Inhaber des privaten Schlüssels verschlüsseln. Öffentliche Kryptografie ermöglicht auch Signaturen, aber Signieren ist keine Verschlüsselung.
Viele Protokolle verbinden beide Typen. Öffentliche Verfahren etablieren oder schützen einen temporären symmetrischen Schlüssel. Authentifizierte symmetrische Verschlüsselung schützt Daten. Das Protokoll authentifiziert außerdem Beteiligte, bindet Kontext und verhindert Wiederholungen.
Die Sammlung für Schlüssel, Zertifikate und Token bietet verwandte Tools. Ein Zertifikat verbindet eine Identität über eine Signaturkette mit einem öffentlichen Schlüssel. Ein JWT kann signiert oder verschlüsselt sein. Seine Base64url-Segmente machen ihn nicht geheim.
Verschlüsselung gespeicherter Daten und während der Übertragung
Verschlüsselung gespeicherter Daten schützt Daten nach einem Bedrohungsmodell. Laufwerksverschlüsselung hilft bei einem Verlust eines ausgeschalteten Geräts. Feldverschlüsselung begrenzt manche Datenwege. Kopien, Protokolle, Exporte, Indizes und Caches benötigen getrennte Prüfung.
Verschlüsselung während der Übertragung schützt Kommunikation zwischen Endpunkten. TLS ist das übliche Webbeispiel. Sie schützt Daten nicht, nachdem ein berechtigter Endpunkt sie entschlüsselt. Erweiterungen, kompromittierte Geräte, Protokolle und berechtigte Benutzer können weiterhin auf Klartext zugreifen.
„Verschlüsselt“ ist ohne Umfang eine unvollständige Aussage. Fragen Sie, welche Daten geschützt werden, wo Verschlüsselung beginnt und endet, wer Schlüssel kontrolliert und welche Angreifer eingeschlossen sind.
Wo gehören Message Authentication Codes hin?
Ein Message Authentication Code (MAC) verwendet einen geheimen Schlüssel, um Integrität und Authentizität zwischen Parteien mit gemeinsamem Schlüssel zu schützen. HMAC verbindet einen kryptografischen Hash mit einer bestimmten Konstruktion. Es ist kein einfacher Hash und verschlüsselt den Inhalt nicht.
NIST FIPS 198-1 legt HMAC fest. Ein Empfänger mit dem Schlüssel kann prüfen, ob Nachricht und Tag übereinstimmen. Der Tag stellt die Nachricht nicht wieder her. Wer mit dem gemeinsamen Schlüssel prüfen kann, kann auch gültige Tags erstellen.
Verwenden Sie MAC, wenn die Nachricht sichtbar bleiben kann, Sie aber Änderungen zwischen Beteiligten erkennen müssen. Verwenden Sie authentifizierte Verschlüsselung, wenn Sie zusätzlich Vertraulichkeit benötigen. Verwenden Sie eine Signatur, wenn die Prüfung mit einem öffentlichen Schlüssel möglich sein muss.
Wo gehören digitale Signaturen hin?
Eine digitale Signatur verwendet einen privaten Schlüssel zum Signieren und einen öffentlichen Schlüssel zum Prüfen. Sie zielt auf Authentizität und Integrität. In einigen Systemen unterstützt sie auch Nichtabstreitbarkeit. Sie verbirgt signierten Inhalt nicht.
Signaturen arbeiten oft auf einer strukturierten Darstellung oder einem Hash. Kanonisierung ist wichtig, weil zwei Sequenzen ähnlich lesbare Daten darstellen können. Protokolle müssen außerdem Algorithmen, Kontext, Kennungen und Ablaufzeiten binden.
NIST SP 800-175B erklärt föderale kryptografische Standards. Entwickler sollten gepflegte Bibliotheken und etablierte Protokolle verwenden. Sie sollten Primitive nicht aus isolierten Ausgaben zusammensetzen.
Wie können diese Operationen zusammenarbeiten?
Eine sichere Anwendung verwendet oft mehrere Transformationen in einer festgelegten Reihenfolge. Betrachten Sie eine verschlüsselte Nachricht, die in JSON transportiert wird:
- Die Anwendung serialisiert Klartext in eine genaue Bytefolge.
- Ein authentifizierter Algorithmus erzeugt Chiffretext und Tag mit einem Schlüssel und Nonce.
- Base64url codiert Binärfelder, damit JSON sie transportieren kann.
- Der Empfänger decodiert Base64url und führt danach authentifizierte Entschlüsselung aus.
- Der Empfänger lehnt die Nachricht ab, wenn Authentifizierung fehlschlägt.
Die Codierungsschicht liefert Darstellung. Die Verschlüsselungsschicht liefert Vertraulichkeit und Integrität. Das Umkehren nur der Codierung zeigt Chiffretext und keinen Klartext. Das Weglassen von Authentifizierung macht das Design ungültig.
Ein anderer Prozess kann den Hash einer öffentlichen Datei berechnen, den Hash signieren und die Signatur mit Base64 codieren. Der Hash erzeugt eine feste Eingabe. Die Signatur bindet sie an einen privaten Schlüssel. Base64 ermöglicht den Transport der Signatur als Text. Jeder Schritt verspricht etwas anderes.
Entscheidungshilfe
Beginnen Sie mit dem erforderlichen Ergebnis und nicht mit dem Aussehen der Ausgabe.
| Anforderung | Methode | Wichtige Bedingung |
|---|---|---|
| Binärbytes in ein Textfeld setzen | Codierung | Beide Systeme vereinbaren die Variante |
| Datei mit einem zuverlässigen Hash vergleichen | Kryptografischer Hash | Beziehen Sie den Hash aus einer zuverlässigen Quelle |
| Änderungen zwischen Parteien mit Geheimnis erkennen | MAC | Schützen und rotieren Sie den gemeinsamen Schlüssel |
| Inhalt verbergen und Änderungen erkennen | Authentifizierte Verschlüsselung | Befolgen Sie immer Schlüssel- und Nonce-Regeln |
| Passwortprüfer speichern | Passwort-Hash oder KDF | Verwenden Sie eindeutige Salts und passenden Aufwand |
| Öffentliche Herausgeberprüfung ermöglichen | Digitale Signatur | Schützen Sie den privaten Schlüssel und prüfen Sie die Identität |
| Versehentliche Fehler erkennen | Prüfsumme | Behaupten Sie keinen Angreiferwiderstand |
Wenn ein autorisiertes System die Eingabe wiederherstellen muss, ist ein nicht umkehrbarer Hash falsch. Wenn Sie keine Vertraulichkeit benötigen, kann Verschlüsselung unnötige Schlüsselrisiken hinzufügen. Wenn Sie nur Kompatibilität benötigen, verwenden Sie dokumentierte Codierung und getrennte Sicherheitskontrollen.
Häufige Fehler
Fehler 1: Unlesbaren Text für sicher halten
Eine zufällig aussehende Ausgabe beweist nichts. Base64, Hexadezimal, komprimierte Daten, Hashes und Chiffretext können fremd aussehen. Identifizieren Sie Operation und Eigenschaften.
Fehler 2: Ohne Authentifizierung verschlüsseln
Vertraulichkeit beweist nicht, dass Chiffretext unverändert bleibt. Bevorzugen Sie eine etablierte authentifizierte Konstruktion. Prüfen Sie den Tag vor der Nutzung des Klartexts.
Fehler 3: Nonces oder Initialisierungsvektoren wiederverwenden
Anforderungen hängen von Algorithmus und Modus ab. Einige verlangen Eindeutigkeit, andere Unvorhersagbarkeit. Falsche Wiederverwendung kann Beziehungen zwischen Texten oder Authentifizierungsschlüsseln offenlegen.
Fehler 4: Schlüssel neben Chiffretext speichern
Ein Schlüssel neben den Daten kann das Bedrohungslimit aufheben. Verwenden Sie ein passendes Geheimnis- oder Schlüsselverwaltungssystem. Begrenzen Sie Zugriff, protokollieren Sie Vorgänge, rotieren Sie Schlüssel und planen Sie Wiederherstellung.
Fehler 5: Schnellen Hash auf Geheimnisse mit geringer Entropie anwenden
Angreifer können kurze oder häufige Werte offline testen. Verwenden Sie eine spezielle Passwortkonstruktion. Befolgen Sie aktuelle Plattform- und Sicherheitshinweise.
Fehler 6: Einem Hash aus derselben kompromittierten Quelle vertrauen
Ein Angreifer, der eine Datei ersetzt, kann auch den nahegelegenen Hash ersetzen. Verwenden Sie ein signiertes Manifest, einen zuverlässigen Kanal oder eine unabhängige authentifizierte Quelle.
Fehler 7: Ein neues kryptografisches Protokoll entwerfen
Sichere Primitive können in einer unsicheren Zusammensetzung scheitern. Bevorzugen Sie geprüfte Standards, ausgereifte Bibliotheken, sichere Werte und Expertenprüfung für wichtige Systeme.
Sicherer Ablauf mit Browser-Tools
Browser-Tools helfen beim Lernen, bei Formatkonvertierung, Diagnose und Prüfung. Verwenden Sie diesen Ablauf mit kontrollierten Daten:
- Entscheiden Sie, ob Sie Darstellung, Integrität, Authentifizierung oder Vertraulichkeit benötigen.
- Entfernen Sie Produktionsgeheimnisse und personenbezogene Daten aus Beispielen.
- Wählen Sie ein bestimmtes Tool für die Operation.
- Bestätigen Sie Algorithmus, Alphabet, Modus, Padding und Ausgabe-Codierung.
- Testen Sie ein bekanntes Beispiel, bevor Sie einem unbekannten Ergebnis vertrauen.
- Bewahren Sie das Original auf, bis eine unabhängige Prüfung bestanden ist.
- Verwenden Sie in Produktionscode eine gepflegte Bibliothek.
Die Routen von Tool Factory verbinden Lernen mit genauen Aktionen. Beginnen Sie mit Base64, prüfen Sie ein Hashformat (englische Seite), berechnen Sie einen SHA-2-Hash oder untersuchen Sie AES (englische Seite). Jede Seite nennt Zweck und Alternativen.
Häufige Fragen
Kann ein Hash Verschlüsselung ersetzen?
Nein. Ein Hash stellt die Eingabe nicht wieder her. Verwenden Sie ihn für Fingerabdrücke und geeignete Integritätsaufgaben. Verwenden Sie Verschlüsselung, wenn autorisierte Wiederherstellung nötig ist.
Kann Verschlüsselung einen Hash ersetzen?
Nicht in allen Fällen. Verschlüsselung benötigt Schlüsselverwaltung und kann für denselben Text unterschiedliche Ausgaben erzeugen. Ein Hash liefert einen stabilen Wert ohne Schlüssel. Authentifizierte Verschlüsselung enthält Integrität, verwendet aber ein anderes Zugriffsmodell.
Ist SHA-256 eine Verschlüsselung?
Nein. SHA-256 gehört zur SHA-2-Familie. Es erzeugt einen 256-Bit-Hash und hat keinen Entschlüsselungsschlüssel.
Ist AES ein Hash?
Nein. AES ist eine symmetrische Blockverschlüsselung. Anwendungen verwenden es über einen Modus oder eine Konstruktion. AES-GCM kann bei korrekter Implementierung authentifizierte Verschlüsselung bieten.
Verringert Base64 die Datengröße?
Nein. Base64 vergrößert Daten normalerweise, weil Bytes mit einem begrenzten Textalphabet dargestellt werden. Komprimierung ist eine andere Operation und erfolgt oft vor Base64.
Welche Methode soll ein API-Token schützen?
Das hängt vom System ab. Übertragen Sie das Token über TLS. Speichern Sie es in einem Geheimnissystem. Begrenzen und rotieren Sie Zugriff. Ein Hash kann es prüfen, wenn Sie das Original nicht wiederherstellen müssen. Codierung bietet keinen Schutz.
Welcher Verschlüsselungsalgorithmus ist am sichersten?
Kein Name garantiert ein sicheres System. Verwenden Sie eine aktuelle authentifizierte Konstruktion über eine gepflegte Bibliothek. Befolgen Sie Schlüssel-, Nonce-, Tag- und Fehlerregeln. Bewerten Sie das gesamte Protokoll und Bedrohungsmodell.
Abschließende Auswahlregel
Codierung ändert die Darstellung. Hashing erzeugt einen nicht umkehrbaren Wert. Verschlüsselung schützt mit einem Schlüssel wiederherstellbaren Inhalt. MACs und Signaturen fügen Authentifizierungsmodelle hinzu, die ein einfacher Hash nicht bietet.
Schreiben Sie die erforderliche Eigenschaft vor der Wahl auf. Wählen Sie danach einen aktuellen Standard, eine gepflegte Implementierung und einen kontrollierten Schlüssellebenszyklus. Verwenden Sie Browser-Tools zum Lernen und für begrenzte Transformationen. Verwenden Sie geprüfte Protokolle für Produktionssicherheit.