AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Cross-Platform-Entwicklung [Fmx, Rx10.1 Berlin] Application keystore bleibt nicht gespeichert
Thema durchsuchen
Ansicht
Themen-Optionen

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

Ein Thema von Rollo62 · begonnen am 11. Mai 2016 · letzter Beitrag vom 12. Mai 2016
 
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#5

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

  Alt 12. Mai 2016, 09:54
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.
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:53 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz