Indy OpenSSL Sicherheitsupdates

[DeddyH]

Das ist jetzt aber nicht mehr Thema dieses Threads

[Carsten Hölscher]

Zitat von Codehunter:

Das kann ich gut verstehen. Die Situation mit den Win32-Binaries für OpenSSL ist wirklich nicht schön. Darüber habe ich mich auch schon oft geärgert. Also ich verwende die 1.0.2s mit Indy 10. Die letzte Minor-Version aus dem 1.0.2-Zweig ist die "u". Dabei jeweils auf 32- und 64 Bit achten, je nach Bedarf. Da musst du auch aufpassen wenn du dein Programm auslieferst, weil die Dateinamen der DLLs bei 32 und 64 Bit identisch sind.

Also sehe ich das richtig, dass für 32- und 64-bit Versionen meiner exe in beiden Fälln der Dateiname ssleay32.dll und libeay32.dll lautet?

Also mal im Gesamtzusammenhang, folgender Download: https://indy.fulgan.com/SSL/

32 bit Windows: 32 bit Anwendung: dlls aus openssl-1.0.2q-i386-win32.zip
32 bit Windows: 64 bit Anwendung: geht nicht
64 bit Windows: 32 bit Anwendung: dlls aus openssl-1.0.2q-i386-win32.zip
64 bit Windows: 64 bit Anwendung: dlls aus openssl-1.0.2q-x64_86-win64.zip

Korrekt verstanden? Wenn ja halte ich das für eine etwas ungewöhnliche und verwirrende Benennung, oder gibt es einen Grund, die nicht unterschiedlich zu nennen?

Carsten

[Codehunter]

Ich muss zugeben, jetzt bin ich verwirrt. Seit wann mischt Fulgan wieder aktiv mit und baut Dailybuilds von den OpenSSL-DLLs?

Wie dem auch sei, nicht die "q" sondern die "u" ist die aktuellste soweit ich weiß. Davon abgesehen stimmt der Rest. Die Dateinamen der DLLs sind historisch bedingt. Das kann man auf Wikipedia nachlesen.

[Codehunter]

Ich bin da jetzt doch etwas misstrauisch geworden, dass Fulgan anscheinend neuere Builds der OpenSSL-DLLs vorhält. Laut Remy Lebeau ist Fulgan nicht mehr involviert.

Demnach ist https://github.com/IndySockets/OpenSSL-Binaries nach wie vor die sichere Quelle. Das Dateidatum aus 2019 erscheint mir auch passender, denn seitdem ist OpenSSL 1.0.2 auch aus dem Support gefallen.

Was mich im Moment echt nervt: Jetzt haben die Indy-Macher so viel Arbeit in die Integration von OpenSSL 1.1 gesteckt, sowohl für Indy 11 als auch in den Backport für Indy 10. Und kaum dass das fertig wird, ist OpenSSL 1.1 schon wieder outdated und wechselt neben der Lizenz und der Major-Version (jetzt 3.0) auch schon wieder das API. Also alles wieder auf Anfang und nochmal neu anfangen bei Indy? Also mal ehrlich, wem tun die OpenSSL-Macher damit eigentlich einen Gefallen?

[AScomp]

Hallo zusammen,

ich versuche gerade vergeblich, Indy 10.6.2 für Delphi XE zu finden. Auf der indyproject-Seite führt der Download-Link ins Leere und das Github-Repository scheint mir keine fertigen Packages für Delphi XE zu enthalten. Kann mir da jemand weiterhelfen?

Zwischenzeitlich hatte ich es mal mit Indy von sgc probiert, allerdings sind da keine Quellcodes dabei und installieren ließ es sich auch nicht, weil angeblich die originalen BPLs noch als Basis geladen waren, obwohl ich alle Steps der Beschreibung von https://stackoverflow.com/questions/...in-delphi-2009 befolgt und sämtliche alte BPLs und DCUs gelöscht habe.

[mjustin]

Zitat von AScomp:

das Github-Repository scheint mir keine fertigen Packages für Delphi XE zu enthalten.

https://github.com/IndySockets/Indy/tree/master/Lib enthält Fullc_XE.bat, mit der die Packages erstellt werden könnten.

[AScomp]

Super, danke - das hatte ich wohl übersehen!

EDIT: Zu früh gefreut, das Package lässt sich nur für C++-Builder erstellen. Für Delphi XE kann man anscheinend keine Packages mehr erstellen, stattdessen lädt man die .dpks in der IDE.

[slemke76]

Guten Abend,

Zitat von AScomp:

EDIT: Zu früh gefreut, das Package lässt sich nur für C++-Builder erstellen. Für Delphi XE kann man anscheinend keine Packages mehr erstellen, stattdessen lädt man die .dpks in der IDE.

Warum sich mit den dpks rumärgern? Ich lege schon seit Jahren den Source in einen Pfad, den ich unter Projekt/Optionen/Suchpfad eintrage. Dann wird mein Projekt gehen die aktuelle Version compiliert. Natürlich stehen mir dann nicht die aktuellsten Komponenten in der IDE für den Entwurf zur Verfügung, aber ich erzeuge die Objekte ohnehin alle dynamisch zur Laufzeit. Im Entwurf schaue ich bestenfalls mal Parameter und Optionen nach. Das erspart jede Menge Zeit, Ärger und Stress. Einfach update-bar ist das auch.

Edit:

Zitat von AScomp:

allerdings sind da keine Quellcodes dabei und installieren ließ es sich auch nicht

Sorry, zu spät gesehen :-/ Kannst du nicht über https://github.com/IndySockets/Indy/commits/master die passende Version ziehen?


lg
Sebastian