Keine gute Idee, damit hätte ich permanenten Zugang auf das Emailkonto bzw. Passwort Änderungen sind nur mit Absprache möglich.
Ich dachte da eher an den Nachfolger von "des", wie:
aes-128-cbc
aes-192-cbc
aes-256-cbc
Diese werden von OpenSSL angeboten und mein PHP kennt sie auch.
Das würde nich helfen, da auch hier die Empfägermail nicht entschlüsselt werden könnte, selbe Mechanik.
Wäre es möglich, zumindest einen Plan-B anzubieten?
Leider nein, denn dazu müssten wir ja auch die Verschlüsselung im Programm umstellen und überall ein UI für das Einstellen des Algo einbauen, etc. Das wäre eine sehr Komplexe Änderung.
Ok, Plan-C.
Kann man die Verschlüsselung abschaltbar machen?
Hier geht es zwar um ein anderes cipher, aber vielleicht hilft das ja auch in Ihrem Fall: https://stackoverflow.com/a/74608852/2115830
Hierzu wird es in naher Zukunft eine Lösung geben in der das Formular ohne Ver-/Entschlüsselung auskommt und die Empfänger-Email trotzdem für Spammer nicht im Klartext zu sehen ist. Stay tuned aber bitte geduldig.
Hierzu wird es in naher Zukunft eine Lösung geben in der das Formular ohne Ver-/Entschlüsselung auskommt und die Empfänger-Email trotzdem für Spammer nicht im Klartext zu sehen ist. Stay tuned aber bitte geduldig.
Sorry, dass ich mich einfach so "unverschämt" hier einmische: Ich habe mir den PHP-Code für das Formular noch nie wirklich angeschaut, aber weshalb wird die Empfänger-Email nicht einfach im Backend gespeichert? Gibt es einen Grund dafür, dass diese im HTML stehen muss?
Gibt es einen Grund dafür, dass diese im HTML stehen muss?
Nein, da gibt es mittlerweile keinen Grund mehr, siehe meine vorige Nachricht. Aber wir haben es hier mit historisch gewachsenem Code zu tun und als das Formular-Widget entstand, gab es eben noch keinen Weg…
Ich möchte Ihren Enthusiasmus nicht bremsen, aber in Anbetracht, der uns zur Verfügung stehenden Zeit, lassen Sie uns her auf die Unterstützung von Nutzern bei Problemen konzentrieren und nicht unseren Code oder dessen Logik/Sinn/Unsinn diskutieren. Das ist Zeitaufwendig, und wird von den wenigsten Teilnehmern hier verstanden und in der Regel wissen wir ja schon, was wir tun 
Hallo Stefan
Der "Link" hat leider nicht weitergeholfen. Hier geht es ja darum, legacy cipher von OpenSSL wieder sichtbar zu machen.
In meiner Übersicht von OpenSSL sehe ich aber schon "descbc", PHP will es nur nicht sehen.
Kann man die Lösung mit dem Abschalten zumindest schnellstmöglich zur Verfügung stellen?
Aktuell habe ich Kontaktseiten auf mehreren Domains, die nicht funktionieren.
Gruß
Arne
Hallo zusammen
Mische mich auch mal ganz frech ein ...
@armevolk
In der "php.ini" ist das Setting entrechend eingetragen? Und die "openssl.cnf" stimmt?
Gruss
Norbert
Hallo Norbert
Welches Setting muss in die php.ini?
Und was meinst du mit "openssl.cnf stimmt"?
Wie schon mehrfach erwähnt wird es angezeigt.
@armevolk
Das habe ich halt beim externen Link von Stefan. S gelesen und scheint wichtig zu sein - siehe also dort ...
PS: Angezeigt wird es ja wohl "nur" bei openssl direkt und eben nicht bei PHP, oder? Oder anders gesagt, wenn das bei openssl angezeigt wird, PHP es aber nicht sieht, nutzt das wahrscheinlich wenig ...
Kann man die Lösung mit dem Abschalten zumindest schnellstmöglich zur Verfügung stellen?
Eine solche Änderung ist potentiell sehr riskant, weil es ja eigentlich alle Projekte betrifft (es nutzt ja fast jeder das Formular).
Dies muss also ausführlich getestet werden und wir müssen uns hierfür die Zeit nehmen, die das benötigt. Wird auf jeden Fall in Version 16.7 aktualisiert sein.
Wenn Sie sehr schnell eine Lösung benötigen und Ihren Server nicht korrekt konfiguriert kriegen, kann ich Ihnen nur den Rat geben, für einen Monat auf einen anderen Server (managed hosting) auszuweichen o.Ä.
Hallo
zur Info:
Bei uns gab es ja dasselbe Problem (OpenSSL 3 und PHP 7.4.) mit nicht mehr funktionierendem encrypt/decrypt nach Wechsel auf neuen Server.
Inzwischen hat sich folgendes herausgestellt:
Anders als im obengenannten Link: https://stackoverflow.com/a/74608852/2115830
wurde bei uns die von Zeta verwendete Cypher Method "des-cbc" zwar von openssl_get_cipher_methods() als vorhanden gelistet,
aber sie funktionierte trotzdem (aus unbekanntem Grund) nicht (Ergebnis: leerer String bei encrypt und decrypt).
Trotzdem hat die Lösung aus diesem Link auch bei uns geholfen, dh. Aktivieren von legacy in der openssl cnf hat das Problem gelöst:
# List of providers to load
[provider_sect]
default = default_sect
legacy = legacy_sect
[default_sect]
activate = 1
[legacy_sect]
activate = 1Nach wie vor wissen wir aber nicht, wie das sein kann, dass eine Cypher Method, also her "des-cbc", zwar schon ohne cnf-Anpassung gelistet wird, aber trotzdem erst
nach legacy-Aktivierung in der cnf auch wirklich funktioniert !?
Das hat sich dann ab Version 16.7 auch erledig, da hier nicht mehr Verschlüsselt wird (das lösen wir dann anders).
Kann man schon etwas sagen, wann diese Version veröffentlicht wird?
So ganz grob, innerhalb der nächsten paar Wochen…
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!