Indy OpenSSL Sicherheitsupdates

[KodeZwerg]

Zitat:

Zitat von NoGAD (Beitrag 1468811)

Vielleicht liegt es an der ICS - Version.

Dann mal über wiki.openssl.org probieren. Dort sind verschiendene vorkompilierte über externe Links zu bekommen.
Bei slproweb.com (gleich das erste der wiki links) auch per MSI Installer.
Die Unterschiede kenne ich leider nicht gegenüber der relativ kleinen Overbyte zip Datei.

Ich hoffe eine der Anbieter hat das was Du benötigst um weiter glücklich sein zu können, "offiziell" halt immer über "https://indy.fulgan.com/SSL/", was lange nicht aktualisiert wurde.

[MAXON]

Leider ist das Indy Package corrupt auf indy.fulgan.com
Sieht seit August sehr gerupft aus die FTP Site...

Wohl den Spass verloren...

[Codehunter]

Zitat:

Zitat von MAXON (Beitrag 1472545)

Leider ist das Indy Package corrupt auf indy.fulgan.com
Sieht seit August sehr gerupft aus die FTP Site...

Wohl den Spass verloren...

Soweit ich weiß ist Fulgan schon länger nicht mehr Sponsor von Indy. Der richtige Link lautet https://www.indyproject.org/download/

[HolgerX]

Hmm..

Zitat:

Zitat von Codehunter (Beitrag 1472561)

Zitat:

Zitat von MAXON (Beitrag 1472545)

Leider ist das Indy Package corrupt auf indy.fulgan.com
Sieht seit August sehr gerupft aus die FTP Site...

Wohl den Spass verloren...

Soweit ich weiß ist Fulgan schon länger nicht mehr Sponsor von Indy. Der richtige Link lautet https://www.indyproject.org/download/

Wenn ich versuche über indyproject.org einen Download (zip) zu machen, werde ich aber unweigerlich nach indy.fulgan.com verwiesen.
Alle Links für Developer Snapshots landen auf nicht mehr vorhandenen Seiten. Einzig 'https://github.com/IndySockets/Indy' ist nach langem suchen zu finden.
Also ist die Seite auch nicht wirklich Zielführend....

[Codehunter]

Zitat:

Zitat von HolgerX (Beitrag 1472580)

Wenn ich versuche über indyproject.org einen Download (zip) zu machen, werde ich aber unweigerlich nach indy.fulgan.com verwiesen.

Stimmt nicht. Link siehe oben. Dann Other Downloads -> SSL Libraries -> SSL DLL Download -> Archive on Github

[HolgerX]

Hmm..

Zitat:

Zitat von Codehunter (Beitrag 1472600)

Zitat:

Zitat von HolgerX (Beitrag 1472580)

Wenn ich versuche über indyproject.org einen Download (zip) zu machen, werde ich aber unweigerlich nach indy.fulgan.com verwiesen.

Stimmt nicht. Link siehe oben. Dann Other Downloads -> SSL Libraries -> SSL DLL Download -> Archive on Github

Dass mag zwar für die DLLs gelten, jedoch die 'Developer Snapshots' als Zip gehen nicht mehr und deren Links laufen ins Leere..

[Codehunter]

Zitat:

Zitat von HolgerX (Beitrag 1472687)

Dass mag zwar für die DLLs gelten, jedoch die 'Developer Snapshots' als Zip gehen nicht mehr und deren Links laufen ins Leere..

Das ist doch nun wirklich nicht schwer... https://github.com/IndySockets/Indy

[ioster]

Moin,

ich benötige für eine Programmfunktion eine HTTPS-Verbindung zu einem Datenserver, die ich gerne mit IdHTTP-Komponente aus Indy10 (Delphi 10.3) umsetzen würde.

Ich dachte, die Abfrage relativ schnell umsetzen zu können, doch ich habe nicht mit den Unzulänglichkeiten der IDE gerechnet. Man sollte meinen, dass HTTPS heute als Standard angesehen wird.

Als die Meldung "SSL-Bibliothek konnte nicht geladen werden." auf dem Bildschirm erschien, suchte ich zunächst vergeblich in den Eigentschaften der Komponente nach der Lösung. Google sagte mir dann, man müsse die libeay32.dll und ssleay32.dll in sein Programmverzeichnis kopieren, um das Protokoll nutzen zu können.

Die Vorgehensweise wird u.a. in einem Tutorial auf dieser Forenseite beschrieben. Nur dumm, dass die Links zu den DLLs überall veraltet sind. Indy Project verweist aua urheberrechtlichen Gründen auf GitHub als Downloadseite.

Nur was soll man hier nun auswählen? Ist das der letzte Stand und wie erfährt man von möglichen Updates?

Ich wäre für aktuelle Infos mehr als dankbar. Der Zeitaufwand für die bisherige Recherche, die in vielen toten Links endete, war nicht ohne.

Danke im Voraus.
Ingo

[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.

Soweit ich weiß braucht Indy 10 keine speziellen OpenSSL-DLLs mehr, wie es noch bei Indy 9 der Fall war. Man könnte sie also aus den offiziellen Quellen selbst kompilieren. Was ich aber noch nie gemacht habe mangels tieferes Wissen über C++.

Wirklich ein Problem ist aber, dass Indy so weit hinten dran ist mit der Unterstützung für OpenSSL 1.1.1. Schließlich ist der 1.0.2-Zweig schon seit zwei Jahren aus dem aktiven Support raus. Es gibt inzwischen lauffähige Entwicklersnapshots, aber stabil ist das IMHO noch nicht.

[ioster]

Zitat:

Zitat von Codehunter (Beitrag 1491347)

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.

Soweit ich weiß braucht Indy 10 keine speziellen OpenSSL-DLLs mehr, wie es noch bei Indy 9 der Fall war. Man könnte sie also aus den offiziellen Quellen selbst kompilieren. Was ich aber noch nie gemacht habe mangels tieferes Wissen über C++.

Wirklich ein Problem ist aber, dass Indy so weit hinten dran ist mit der Unterstützung für OpenSSL 1.1.1. Schließlich ist der 1.0.2-Zweig schon seit zwei Jahren aus dem aktiven Support raus. Es gibt inzwischen lauffähige Entwicklersnapshots, aber stabil ist das IMHO noch nicht.

Moin Codehunter,

vielen Dank für Deine Ausführungen, die für mich ein wenig Licht ins Dunkel bringen. Ich werde es mit den 1.0.2u einfach ausprobieren. Sollte es nicht funktionieren, muss ich die Anforderung vorerst zurückstellen.

Viele Grüße
Ingo