Bestehende TCP/IP-Kommunikation sicher machen

[361]

Zitat von taveuni:

Zitat von 361:

Hallo Benedikt,

(..) Ich habe bereits die OpenSSL-Variante an einem Beispeil getestet und es wäre recht einfach aber widerspricht der Anforderung.(..)

Inwiefern kann OpenSSL einer Anforderung an die Verschlüsselung widersprechen?

Die Lizenz zur Verwendung

[taveuni]

Zitat von taveuni:

Zitat von 361:

Hallo Benedikt,

(..) Ich habe bereits die OpenSSL-Variante an einem Beispeil getestet und es wäre recht einfach aber widerspricht der Anforderung.(..)

Inwiefern kann OpenSSL einer Anforderung an die Verschlüsselung widersprechen?

Übrigens: HTTP hat nichts mit dem Port zu tun. Nur mit dem Protokoll

[taveuni]

OpenSSL kann in komerziellen Anwendungen verwendet werden: https://www.openssl.org/source/license.html
Indy ist auch open source. Oder meinst Du was anderes?

[Der schöne Günther]

OpenSSL ist mittlerweile bald unter Apache 2.0

https://tldrlegal.com/license/apache....0-(apache-2.0)

[361]

Hallo,

also es geht zum einen um die DLLs, die Hauptanforderung, zum anderen um die Lizenzen. Bei OpenSSL gab es ja die angekündigte Umstellung und einige haben da Einwände geäußert usw... Am liebsten wäre mir daher eine kommerzielle Komponente. Ich habe mir jetzt TMS angesehen und werde diese mal testen. Dort wird auch AES angeboten und der Aufwand wäre im Prinzip minimal für die Umstellung.

[Mavarik]

Zitat von 361:

Hallo Mavarik, hallo Daniel,

vielen Dank für den Hinweis mit Lockbox, habe ich mir angesehen und scheidet wegen der Lizenzen aus.

LGPL3?
Habe ich da etwas übersehen?

Mavarik

[361]

TMS scheidet nun auch aus, da es anscheinend eine RandomDLL.dll benötigt

[Mavarik]

Wie sicher muss es denn sein?

gegenüber Experten oder gegenüber End-Usern...?

Manchmal reicht ein XOR $FF; inc(PosI); Xor Code[Posi];

[sh17]

Die gibt es auch noch

https://github.com/evpobr/DcpCrypt2

[361]

Da das Ganze über das Internet läuft, sollte es schon SEHR sicher sein.