Zum Hauptinhalt springen

Android-Signierung

Android-Keystore-Generator

Generiere in Sekunden online einen Android-Keystore – ohne Android Studio oder keytool. Du erhältst einen PKCS#12-Release-Keystore, das PEM-Zertifikat sowie die SHA-1- und SHA-256-Fingerprints, bereit für Gradle, Capacitor, fastlane, CI und Google Play.

Container

PKCS#12

Key

RSA 2048, SHA-256

Fingerprints

SHA-1 und SHA-256

Keystore jetzt generieren Keystore-Fehler beheben

Release-Checkliste

  1. 1. Wähle den Alias und das Passwort, die dauerhaft mit dieser App verknüpft bleiben.
  2. 2. Lade den Keystore herunter und speichere die Metadaten in deinem Secret Manager.
  3. 3. Konfiguriere denselben Alias und dasselbe Passwort in Gradle oder deiner CI-Umgebung.
  4. 4. Halte den Upload-Key stabil, damit zukünftige Play-Releases nicht fehlschlagen.

Eingabe

Keystore-Details

Trage die Informationen zum Subject ein, die im Signaturzertifikat enthalten sein sollen, und wähle einen stabilen Alias.

Ausgabe

Generierter Android Signing Bundle

Nach der Generierung erhältst du die Keystore-Datei zum Download sowie den Zertifikatsexport und die Fingerprints, die für das Store-Setup oder OAuth-Integrationen benötigt werden.

Generiere den Signing Bundle, um Alias, Fingerprints und Datei-Downloads hier anzuzeigen.

Grundlagen

Was ist ein Android Keystore?

Ein Android Keystore ist eine passwortgeschützte Datei, die den privaten Key und das Zertifikat zum Signieren deiner App enthält. Jedes APK und Android App Bundle muss signiert werden, bevor es installiert oder veröffentlicht werden kann. Android akzeptiert Updates nur, wenn sie mit demselben Key signiert sind wie die bereits installierte Version.

Das macht den Keystore zu einer der wichtigsten Dateien in deinem Projekt. Mit Play App Signing fungiert er als dein Upload-Key, den Google vor dem Re-Signing deiner App prüft. Ohne Play App Signing ist er der App-Signing-Key selbst, und wenn du ihn verlierst, kannst du die App nicht mehr aktualisieren.

Dieser Generator erstellt einen PKCS#12 (.p12) Keystore mit einem RSA 2048-Bit-Key und einem SHA-256-Zertifikat – genau wie das Ergebnis von keytool der Signing-Wizard von Android Studio, mit einer Standardgültigkeit von 25 Jahren, die den Google Play Anforderungen entspricht.

Sicherheit und Datenschutz

So wird dein Keystore generiert

  • Der Keystore wird on-demand über einen stateless Capgo Endpoint via HTTPS erstellt und direkt als Download an deinen Browser zurückgegeben.
  • Die Antworten werden mit Cache-Control: no-storegesendet. Der Private Key, das Passwort und die Dateien werden niemals in einer Datenbank gespeichert oder nach der Antwort aufbewahrt.
  • Der Keystore wird mit deinem Passwort mittels AES-256-Verschlüsselung innerhalb des PKCS#12-Containers geschützt.
  • Kein Account oder Sign-up erforderlich; Anfragen sind rate-limited, um Missbrauch zu verhindern.

Brauchst du einen Key, der deine Maschine nie verlässt? Führe den entsprechenden keytool Befehl lokal aus. Er erzeugt denselben Typ von Keystore.

Äquivalenter keytool Befehl
keytool -genkeypair -v \
  -storetype PKCS12 \
  -keystore release.p12 \
  -alias release \
  -keyalg RSA -keysize 2048 \
  -validity 9125 \
  -dname "CN=Jane Doe, O=Acme Mobile, C=DE"

Schritt für Schritt

Android Keystore online generieren

In sechs Schritten vom leeren Formular zum signierten Release bei Google Play. Die ersten drei dauern weniger als eine Minute.

  1. Schritt 1

    Zertifikatsdetails eingeben

    Gib deinen vollständigen Namen, deine E-Mail und den zweistelligen Ländercode code an. Organisation, Abteilung, Stadt und Bundesland sind optional und erscheinen nur im Subject des Zertifikats.

  2. Schritt 2

    Alias, Gültigkeit und Passwort wählen

    Wähle einen einfachen Alias wie release oder upload, behalte die Gültigkeit von 25 Jahren bei und setze ein starkes Passwort mit mindestens 8 Zeichen. Notiere dir alle drei Werte, bevor du fortfährst.

  3. Schritt 3

    Keystore generieren und downloaden

    Wähle Generate keystore und downloade dann die .p12-Keystore-Datei und das PEM-Zertifikat. Kopiere die SHA-1- und SHA-256-Fingerprints aus dem Ergebnisfenster.

  4. Schritt 4

    Keystore und Zugangsdaten sichern

    Speichere die Keystore-Datei, den Alias und das Passwort zusammen in einem Passwort- oder Secret-Manager. Committe den Keystore niemals in Git.

  5. Schritt 5

    Signing im Build konfigurieren

    Verweise Gradle, das Capacitor CLI, fastlane oder Capgo Cloud Build auf den Keystore mit Alias und Passwort, um ein signiertes Release-AAB oder APK zu builden.

  6. Schritt 6

    Signierte App zu Google Play hochladen

    Lade das signierte Android App Bundle in der Play Console hoch. Bei Play App Signing dient dieser Keystore als Upload-Key, während Google den finalen App-Signing-Key verwaltet.

Output verwenden

Android-App mit dem Keystore signieren

Ersetze Alias und Passwort durch die oben eingegebenen Werte. Da der Keystore PKCS#12 ist, ist das Key-Passwort identisch mit dem Store-Passwort.

Gradle Signing-Konfiguration

Funktioniert für Capacitor, Ionic, React Native, Flutter und native Projekte. Passwörter in gradle.properties oder Umgebungsvariablen speichern.

android/app/build.gradle
// android/app/build.gradle
android {
    signingConfigs {
        release {
            storeFile file(RELEASE_STORE_FILE)
            storePassword RELEASE_STORE_PASSWORD
            keyAlias RELEASE_KEY_ALIAS
            keyPassword RELEASE_STORE_PASSWORD
            storeType "pkcs12"
        }
    }
    buildTypes {
        release {
            signingConfig signingConfigs.release
        }
    }
}

# ~/.gradle/gradle.properties (keep out of Git)
RELEASE_STORE_FILE=/path/to/release.p12
RELEASE_STORE_PASSWORD=your-password
RELEASE_KEY_ALIAS=release

Capacitor CLI

Erstelle ein signiertes Android App Bundle für eine Capacitor App mit nur einem Befehl.

Capacitor signierter Build
bunx cap build android \
  --keystorepath ./release.p12 \
  --keystorepass "your-password" \
  --keystorealias release \
  --keystorealiaspass "your-password" \
  --androidreleasetype AAB

Capgo Cloud Build

Keystore einmal speichern, dann iOS- und Android-Apps mit Capgo in der Cloud bauen und signieren.

Capgo CLI
bunx @capgo/cli@latest build credentials save \
  --platform android \
  --keystore ./release.p12 \
  --keystore-alias release \
  --keystore-key-password "your-password" \
  --keystore-store-password "your-password"

fastlane

Signing-Properties aus CI-Secrets in die Gradle-Action injizieren.

Fastfile
gradle(
  task: "bundle",
  build_type: "Release",
  properties: {
    "android.injected.signing.store.file" => ENV["RELEASE_STORE_FILE"],
    "android.injected.signing.store.password" => ENV["RELEASE_STORE_PASSWORD"],
    "android.injected.signing.key.alias" => ENV["RELEASE_KEY_ALIAS"],
    "android.injected.signing.key.password" => ENV["RELEASE_STORE_PASSWORD"],
  }
)

In der CI verifizieren, konvertieren und speichern

Prüfe Alias und Fingerprints, konvertiere zu JKS für Legacy-Tools oder encode die Datei für ein CI-Secret.

keytool und base64
# Inspect the keystore, alias, and fingerprints
keytool -list -v -keystore release.p12 -storetype PKCS12

# Convert to JKS if an older tool requires it
keytool -importkeystore \
  -srckeystore release.p12 -srcstoretype PKCS12 \
  -destkeystore release.jks -deststoretype JKS

# Base64-encode the keystore for a CI secret
base64 -i release.p12 | tr -d '\n' > release.p12.base64

Fehlerbehebung

Häufige Android Keystore-Fehler und Lösungen

Keystore wurde manipuliert oder Passwort war falsch
Das Store-Passwort ist falsch. Kopiere es erneut aus deinem Passwort-Manager und achte auf Leerzeichen am Ende in den CI-Secrets.
Kein Key mit dem Alias 'release' im Keystore gefunden
Der Alias stimmt nicht überein. Nutze keytool -list auf dem Keystore, um den exakten Alias zu sehen (Case-sensitive).
Fehler beim Padding des finalen Blocks
Das Key-Passwort ist falsch. Bei PKCS#12 Keystores muss das Key-Passwort mit dem Store-Passwort übereinstimmen.
Ungültiges Keystore-Format
Eine ältere Java 8 Toolchain liest eine PKCS#12-Datei als JKS. Setze storeType "pkcs12" in Gradle oder konvertiere die Datei mit keytool -importkeystore zu JKS.
Dein Android App Bundle ist mit dem falschen Key signiert
Google Play erwartet den ursprünglichen Upload-Key. Signiere mit diesem Key oder fordere in der Play Console einen Reset des Upload-Keys an, indem du das PEM-Zertifikat eines neuen Keystores verwendest.
Google Sign-In oder Firebase Auth schlagen nur in Release-Builds fehl
Füge die Release SHA-1 und SHA-256 Fingerprints zu Firebase hinzu, sowie die Play App Signing Key Fingerprints aus der Play Console.

FAQ

Android Keystore Generator FAQ

Antworten zu Keystore-Formaten, Passwörtern, Gültigkeit, Google Play Upload-Keys und was zu tun ist, wenn ein Key verloren geht.

Was ist ein Android Keystore?

Ein Android Keystore ist eine passwortgeschützte Datei, die den privaten Key und das Zertifikat enthält, um deine APK oder dein Android App Bundle zu signieren. Android und Google Play nutzen diese Signatur, um zu verifizieren, dass jedes Update vom selben Developer stammt. Daher muss derselbe Key alle zukünftigen Releases der App signieren.

Wie generiere ich online einen Android Keystore ohne Android Studio?

Trage im Formular oben deinen Namen, E-Mail, Land code, einen Key-Alias, eine Gültigkeitsdauer und ein Passwort ein und klicke auf Generate keystore. Du erhältst einen fertigen .p12-Keystore, eine PEM-Kopie des Zertifikats sowie die SHA-1- und SHA-256-Fingerprints. Keine Installation von Android Studio, JDK oder keytool nötig.

In welchem Dateiformat gibt dieser Android Keystore Generator die Datei aus?

Er erzeugt einen PKCS#12-(.p12-)Keystore mit einem RSA-2048-Bit-Signing-Key und einem SHA-256-signierten Zertifikat sowie einen PEM-Zertifikatexport. PKCS#12 ist seit Java 9 der Standard-Keystore-Typ und wird von Gradle, apksigner, jarsigner und Google Play akzeptiert. Falls ein älteres Tool eine JKS-Datei braucht, konvertiere sie mit keytool -importkeystore.

Ist es sicher, einen Keystore online zu generieren? Wird mein Key gespeichert?

Der Keystore wird on demand von einem stateless Capgo Endpoint über HTTPS generiert und direkt an deinen Browser zurückgegeben. Antworten werden mit Cache-Control: no-store gesendet, und Private Key, Passwort und Dateien werden nie in einer Datenbank gespeichert oder nach der Antwort aufbewahrt. Wenn deine Security-Policy Keys verlangt, die deine Maschine nie verlassen, nutze den keytool-Befehl, der auf dieser Seite gezeigt wird.

Kann ich diesen Keystore für Google Play Releases nutzen?

Ja. Nutze ihn als Upload-Key für eine neue App mit Play App Signing oder als App-Signing-Key für den direkten APK-Vertrieb. Google Play verlangt, dass das Zertifikat mindestens bis zum 22. Oktober 2033 gültig ist – die standardmäßige Gültigkeit von 25 Jahren deckt das ab.

Sollten Store-Passwort und Key-Passwort unterschiedlich sein?

PKCS#12-Keystores verwenden ein Passwort für den Container und den Key. In Gradle, der Capacitor CLI, fastlane oder Capgo Cloud Build, gib für das Store-Passwort und das Key-Passwort denselben Wert ein.

Welche Gültigkeitsdauer sollte ich wählen?

Behalte die Standardeinstellung von 25 Jahren bei. Google empfiehlt mindestens 25 Jahre; Google Play lehnt Uploads ab, die mit einem Zertifikat signiert sind, das vor dem 22. Oktober 2033 abläuft. Die Gültigkeit eines bestehenden Keys lässt sich später nicht verlängern.

Was passiert, wenn ich meinen Keystore oder das Passwort verliere?

Wenn deine App Play App Signing nutzt, kannst du Google in der Play Console bitten, den Upload-Key zurückzusetzen, indem du hier einen neuen Keystore generierst und das PEM-Zertifikat hochlädst. Ohne Play App Signing bedeutet ein verlorener Key, dass du keine Updates für denselben App-Eintrag veröffentlichen kannst. Sichere Datei, Alias und Passwort daher unbedingt in einem Secret Manager.

Benötige ich dieses Tool für einen Debug-Keystore?

Normalerweise nicht. Das Android SDK erstellt automatisch einen Debug-Keystore unter ~/.android/debug.keystore mit dem Passwort android und dem Alias androiddebugkey. Nutze diesen Generator für Release- und Upload-Keys, die über Store-Releases hinweg stabil bleiben müssen.

Wo finde ich die SHA-1 und SHA-256 Fingerprints?

Sie werden direkt nach der Generierung im Ergebnisfenster angezeigt. Registriere sie bei Firebase, Google Sign-In, Google Maps oder Android App Links (assetlinks.json). Beachte: Sobald Play App Signing deine App neu signiert, benötigen Google-Dienste ebenfalls den App-Signing-Key-Fingerprint aus der Play Console.

Funktioniert es für Capacitor, Ionic, React Native und Flutter Apps?

Ja. Ein Keystore ist framework-unabhängig. Jeder Android Build, der Gradle nutzt, kann damit signiert werden – einschließlich Capacitor, Ionic, React Native, Flutter sowie nativen Kotlin- oder Java-Projekten.

Capgo Native Build

iOS- und Android-Apps in der Cloud builden und signieren mit Capgo

Lade den mit diesem Tool generierten Keystore hoch, triggere Release Builds via CI und versende signierte Android App Bundles zu Google Play, ohne eine eigene Build-Farm warten zu müssen.

Entdecke Native Build

Weiter

Guides zu Android Signing und Release

Tool-Stack

Weitere Mobile Delivery Tools

Nutze diese Generatoren und Device-Utilities zusammen, um Signing, Testing und Distribution direkt im Browser am Laufen zu halten.

CSR + Private Key

iOS-Zertifikat-Generator

Erstelle ein iOS Distribution- oder Development-Zertifikat ohne Mac: Du erhältst eine Apple-kompatible CSR und einen Private Key, danach eine .p12-Datei zum Signieren.

Tool öffnen

Profil-Service

iOS-UDID-Finder

Finde die UDID eines iPhones oder iPads in Sekunden über Safari – ohne Mac oder iTunes – inklusive Modell, Seriennummer und iOS-Version.

Tool öffnen