[Fmx, Rx10.1 Berlin] Application keystore bleibt nicht gespeichert

[Rollo62]

Ich glaube ich habe das Problem gefunden.

In der *.DPROJ Datei werden die Keys gespeichert, ich habe einfach die Datne hart auf Bds18 geändert, und
dann hat er es geschluckt.

<PF_KeyStorePass>853F47........................... ...97831600BB</PF_KeyStorePass>
<PF_KeyStore>C:\Users\Rollo\AppData\Roaming\Embarc adero\BDS\16.0\XyzRelease.keystore</PF_KeyStore>

<PF_KeyStorePass>853F47C55F98..................... ...BE97831600BB</PF_KeyStorePass>
<PF_AliasKeyPass>853F47C55F98..................... ...........ECB1</PF_AliasKeyPass>
<PF_KeyStore>C:\Users\Rollo\AppData\Roaming\Embarc adero\BDS\16.0\XyzRelease2.keystore</PF_KeyStore>

Ich hatte zwei Einträge, unter Config_1 und Config_2, warum weiss ich noch nicht.
Vielleicht weil ich mal zwei KeystoreFiles für das Projekt angelegt hatte.
Muss ich mal checken wo das herkommt.

Jedenfalls wenn die Daten korrekt im DPROJ stehen kann ich wieder signieren.

ich habe aber noch keinen neuen Keystore unter Rx10.1 Berlin angelegt, klappt das bei euch ohne Probleme ?

Rollo

[Rollo62]

Hallo zusammen,

Ich habe ein neues Projekt angelegt, und da sind keine solchen Einträge wie unten gespeichert,
es signiert aber trotdem.

Ich frage mich wo Delphi das speichert ?

Im File \bin\CodeGear.Deployment.Targets werden jedenfalls die Einträge benutzt, das scheint für
den Buildprozess zu sein.

Zitat:

<!-- KeyStore settings for Application Store platform configuration -->
<KeyStoreFile Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_KeyStore)'==''">$(ENV_PF_KeyStore)</KeyStoreFile>
<KeyStoreFile Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_KeyStore)'!=''">$(PF_KeyStore)</KeyStoreFile>
<KeyStorePass Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_KeyStorePass)'==''">$(ENV_PF_KeyStorePass)</KeyStorePass>
<KeyStorePass Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_KeyStorePass)'!=''">$(PF_KeyStorePass)</KeyStorePass>
<AliasKey Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_AliasKey)'==''">$(ENV_PF_AliasKey)</AliasKey>
<AliasKey Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_AliasKey)'!=''">$(PF_AliasKey)</AliasKey>
<AliasKeyPass Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_AliasKeyPass)'==''">$(ENV_PF_AliasKeyPass)</AliasKeyPass>
<AliasKeyPass Condition="'$(BT_BuildType)'=='AppStore' And '$(PF_AliasKeyPass)'!=''">$(PF_AliasKeyPass)</AliasKeyPass>
<DecryptPasswords Condition="'$(BT_BuildType)'=='AppStore'">True</DecryptPasswords>

Ich verstehe noch das die Ide ein Keystore file finden kann, wenn im Standard-Verzeichnis,
aber wo wird denn die Zuordnung zu meinem Projekt gemacht ?

In der Registry ist ein Eintrag unter unter

Zitat:

[HKEY_CURRENT_USER\Software\Embarcadero\BDS\18.0\Pr ovision\Android-AppStore]
"KeyStore"="C:\\Users\\Rollo\\AppData\\Roaming\\Em barcadero\\BDS\\18.0\\Xyz.keystore"
"KeyStorePass"="853F47C55F9....................... .......2333E581DE5096EE3EC16E3125BECB1"
"AliasKey"="xyz"
"AliasKeyPass"="853F47C55F9807.................... .......81DE5096EE3EC16E3125BECB1"

Das scheint aus dem SDK zu kommen.

Warum hat ein Projekt die keystore Files im *.droj File (upgedated von Rx10 Seatttle), und
ein neues Projekt unter Rx10.1 Berlin hat die Einträge da nicht mehr ?

Weiss jemand welche Logik Delphi bei der Zuordnung File/Keypass hat, damit man das richtig anlegen kann ?
Eigentlich würde ich die Zuordnung im ProjektFile vermuten.

Rollo

[Rollo62]

Ok, ich habe etwas gefunden unter:

Zitat:

C:\Users\Rolf\AppData\Roaming\Embarcadero\BDS\18.0 \EnvOptions.proj

Da stehen das Keystore File und Pass drin.

Also warum mal hier und mal da ?
Vielleicht hat ja jemand eine Erklärung dafür.
Jedenfalls scheint es das man immer an mehreren Stellen suchen muss was gerade aktuell ist.

Rollo

[Sir Rufo]

Das hat etwas mit Erkenntnis zu tun

So ein Keystore enthält den privaten Schlüssel für die Signierung. Und ein privater Schlüssel sollte vor allem eins sein: privat

Vorher konnte der Keystore problemlos im Projekt-Verzeichnis abgelegt werden, und auch per SVN/GIT in das Repository gelangen ... wo der aber definitiv nicht hingehört.

Zu dieser Erkenntnis kam auch Emba und hat das Verhalten mal fix geändert.

Das ist aber ein bekanntes Problem und so ist u.a. github ein tolle Quelle für Zugangsdaten, Kennwörter, privater Schlüssel (nicht nur bei Delphi Projekten).

Das Verhalten müsste aber eigentlich schon ab Seattle so sein.

[Rollo62]

So habe ich das noch gar nicht gesehen, danke für die Erleuchtung

Stimmt natürlich, aber ich hoste meine Mobile Projekte ja nicht auf dem Public GitHub,
sondern auf einen Intranet-Github.

Somit habe ich wohl Glück gehabt

Rollo