ForHosting KIT · Entwickler-Tools

Schlüssellänge und Schlüsselraum: 56, 128 und 256 Bit

Eine Schlüssellänge lässt sich kompakt angeben, doch ihre Sicherheitsdimension wird leicht unterschätzt: Jedes zusätzliche Bit verdoppelt die Zahl möglicher Schlüssel.

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Dieser Rechner wandelt jede unterstützte Bitlänge in die exakte Größe ihres Schlüsselraums und die mittlere Zahl der Versuche bei einer idealen vollständigen Suche um. Außerdem stellt er das Ergebnis den Referenzstärken 56, 128 und 256 Bit gegenüber. Unterschiede erscheinen dadurch als exakte Zweierpotenzen statt als unbestimmte Wertungen. Die Berechnung ist deterministisch und setzt gleichmäßig verteilte Schlüssel sowie das Fehlen eines abkürzenden Angriffs auf das zugrunde liegende kryptografische System voraus.

Von der Bitlänge zur Anzahl möglicher Schlüssel

Ein Schlüssel mit n Bit kann zwei hoch n verschiedene Bitmuster darstellen. Diese einfache Regel erzeugt Zahlen, die sehr viel schneller wachsen, als es die Alltagserfahrung vermuten lässt. Ein zusätzliches Bit verdoppelt den Schlüsselraum; zehn zusätzliche Bits vergrößern ihn um den Faktor 1,024. Der Rechner führt die Potenzierung mit exakter Ganzzahlarithmetik aus und gibt den vollständigen Dezimalwert zurück, nicht eine Gleitkommanäherung. Für die schnelle Einordnung liefert er zusätzlich eine kompakte wissenschaftliche Schreibweise. Ein 56-Bit-Schlüssel besitzt beispielsweise 72,057,594,037,927,936 mögliche Werte, ein 128-Bit-Schlüssel dagegen 340,282,366,920,938,463,463,374,607,431,768,211,456. Diese Summen beschreiben ausschließlich die Größe des Suchraums. Sie beweisen keine Sicherheit eines Verfahrens: Implementierungsfehler, schwache Schlüsselerzeugung, offengelegter Zustand, kryptoanalytische Angriffe oder Protokollfehler können den tatsächlichen Aufwand drastisch senken. Nutzen Sie das Ergebnis zur Einordnung der Größenordnung und beurteilen Sie Verschlüsselungsverfahren, Betriebsart, Protokoll und Schlüsselerzeugung jeweils gesondert.

Den mittleren Brute-Force-Aufwand richtig einordnen

Bei einer vollständigen Suche werden Schlüsselkandidaten geprüft, bis der richtige gefunden ist. Ist dieser gleichmäßig verteilt und liegen keine hilfreichen Informationen über seine Position vor, kann er an jeder Stelle der Suchreihenfolge stehen. Die erwartete Position liegt in der Mitte des Schlüsselraums. Daher weist der Rechner zwei hoch n minus eins als mittlere Versuchszahl aus. Das ist ein Erwartungswert, keine Zusicherung: Eine konkrete Suche kann beim ersten Versuch erfolgreich sein oder nahezu sämtliche Schlüssel benötigen. Die Ausgabe nennt bewusst Versuche und keine Zeit bis zum Brechen. Für eine Umrechnung in Sekunden wäre eine belastbare Prüfrate für genau den betreffenden Algorithmus, die Hardware, die Parallelisierungsstrategie und den Verifikationsaufwand nötig. Eine von einer anderen Chiffre oder einem anderen Passwort-Hash übernommene Rate kann um viele Größenordnungen danebenliegen. Die mittlere Versuchszahl ist deshalb die stabile mathematische Vergleichsgröße, ohne fälschlich gleiche Prüfgeschwindigkeiten für alle kryptografischen Ziele anzunehmen.

Stärken mit 56, 128 und 256 Bit vergleichen

Die Vergleichsdatensätze setzen die gewählte Länge zu drei bekannten Bezugspunkten ins Verhältnis. Sechsundfünfzig Bit stehen für einen historisch bedeutsamen, inzwischen jedoch kleinen Raum vollständiger Suchen. Einhundertachtundzwanzig Bit sind unvergleichlich größer: Ihr Schlüsselraum entspricht zwei hoch 72 mal dem 56-Bit-Raum. Zweihundertsechsundfünfzig Bit vergrößern den Raum um den Faktor zwei hoch 128 gegenüber 128 Bit. Liegt die ausgewählte Länge über einer Referenz, kennzeichnet das Ergebnis sie als stärker und nennt den exakten Multiplikationsfaktor. Liegt sie darunter, wird sie als schwächer bezeichnet und der Kehrwert als Divisor angegeben; ungenaue Brüche werden so vermieden. Gleiche Längen werden unmittelbar markiert. Diese Vergleiche betreffen nur den Schlüsselraum gegenüber Brute Force und behaupten keine gleichwertige Sicherheit unterschiedlicher Primitive. Ein 256-Bit-Schlüssel bietet nicht automatisch 256 Bit effektive Sicherheit, wenn die Konstruktion eine niedrigere Grenze besitzt, Quantensuche zum Bedrohungsmodell gehört oder die Schlüssel aus einer verzerrten beziehungsweise entropiearmen Quelle stammen.

Ein kryptografisches Konzept prüfen

Wandeln Sie eine vorgesehene Schlüssellänge in exakte Werte für Schlüsselraum und erwartete Suche um, bevor Sie diese mit dem Sicherheitsziel vergleichen.

Exponentielles Wachstum erklären

Zeigen Sie Lernenden oder Entscheidungsträgern, warum bereits wenige zusätzliche Bits den Aufwand einer vollständigen Suche enorm vervielfachen.

Historische und moderne Stärken einordnen

Stellen Sie eine eigene oder ältere Schlüssellänge anhand exakter Zweierpotenzen den festen Referenzen 56, 128 und 256 Bit gegenüber.

Wie wird die Anzahl möglicher Schlüssel berechnet?

Bei einer Schlüssellänge von n Bit beträgt die Zahl möglicher Bitmuster exakt 2^n.

Warum entspricht der mittlere Aufwand dem halben Schlüsselraum?

Bei einem gleichmäßig verteilten richtigen Schlüssel ohne Suchabkürzung liegt seine erwartete Position in einer vollständigen Reihenfolge in der Mitte der möglichen Schlüssel.

Macht ein längerer Schlüssel ein System immer sicher?

Nein. Die Länge misst nur eine Brute-Force-Grenze. Algorithmische Schwächen, Implementierungsfehler, mangelhafter Zufall, Protokollfehler und offengelegte Schlüssel können die tatsächliche Sicherheit bestimmen.

Warum schätzt der Rechner keine Zeit bis zum Brechen?

Die Dauer hängt vom konkreten Algorithmus, Prüfaufwand, der Hardware, Parallelisierung und dem Angreifermodell ab. Versuchszahlen erlauben einen Vergleich ohne willkürliche Rate.

Was bedeuten stärker und schwächer im Vergleich?

Die Begriffe beschreiben ausschließlich das Verhältnis vollständiger Suchräume. Eine Differenz von d Bit entspricht dem Faktor 2^d.

Was kostet eine API-Anfrage?

Jede API-Anfrage kostet $0.002. Dieselbe deterministische Berechnung kann als Tier-A-Funktion im Browser ausgeführt werden.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/dev/key-space-bits

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/dev/key-space-bits \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"key_bits":128}'
{
  "key_bits": 128
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.key_space_bits",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

max_bits4096
HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →