Wollte schon fragen, ob Ihr da tätig werden müsst.
Hier läuft schon wieder alles, bei anderen Äpfeln schon seit Stunden noch nicht…
Wollte schon fragen, ob Ihr da tätig werden müsst.
Wir nicht wirklich - das Problem betrifft ja die PHP-Installation auf Server-Ebene. Und ich hatte schnellstmöglich Kontakt aufgenommen und dann 10 Minuten nach Veröffentlichung des PHP-Updates die Rückmeldung. Top Service! all-inkl.com ist noch immer nicht online, somit kann ich da meine anderen Sachen gerade nicht mal prüfen…
Hier läuft schon wieder alles, bei anderen Äpfeln schon seit Stunden noch nicht…
Evtl. haben sie sich vorsichtshalber vom Netz getrennt so wie zB die cybersecurity Firma meiner Frau. Die patchen erstmal nichts sondern warten auf Antworten von Palo Alto und Crowdstrike.
Jetzt geht’s dort ja auch wieder…
Ich hab davon null ahnung aber warum patched eine it sicherheitsfirma die lücke net? Hab mal palo alto gegoogelt und die haben scheinbar auch andere probleme als die php lücke. Frage nur weil es mich interessiert
Ich hab davon null ahnung
Ich auch 😂, aber irgendwo habe ich oben in dem Bericht gelesen, dass das patchen derzeit nicht die endgültige Lösung ist.
Direkt, die Lücke bekannt wurde, hatte meine Bank das geschickt:
Hey Dan,
You might have seen news about an internet vulnerability affecting PHP, a programming language used by many websites and apps on the internet.
Rest assured that our security team is actively monitoring the situation. Your money is safe, and banking operations, your cards, and your payments continue to work as usual.
Und jetzt gerade eben kam das:
Hey Dan,
You may have seen news today about a security vulnerability in PHP, a programming language used by many apps and websites worldwide. Your money was safe at all times.
We've now updated all our systems with the latest security patches, and our security team is actively monitoring the situation.
This is our last update for now. If anything changes, we'll email you right away.
aber irgendwo habe ich oben in dem Bericht gelesen, dass das patchen derzeit nicht die endgültige Lösung ist.
Nein. Patchen ist die einzige Lösung?
Gegenmaßnahmen: Nur Patchen hilft komplett
Das PHP-Team hat eine Reihe von Konfigurationseinstellungen veröffentlicht, die den Missbrauch etwas eindämmen können, warnt aber: „Sie sollten als nichts Anderes als eine temporäre Krücke betrachtet werden“.
Ich verstehe deinen Beitrag nicht.
Ok. Aber die einzigste Lösung ist eine Krücke.
Ps. Deine ? am Ende eines Satzes, wo sie nicht hingehören, machen mich irre 
ist eine Krücke.
Die Krücke sind die Änderungen in der PHP-Konfiguration. Wie z. B. memory_limit=-1, session.upload-progress.enabled=0.
Deine ? am Ende eines Satzes, wo sie nicht hingehören, machen mich irre
Wobei die grammatikalisch nicht komplett falsch sind, finde ich - aber das soll hier nicht Thema sein.
Die Krücke sind die Änderungen in der PHP-Konfiguration. Wie z. B. memory_limit=-1, session.upload-progress.enabled=0.
Wobei die grammatikalisch nicht komplett falsch sind, finde ich - aber das soll hier nicht Thema sein.
Schreib einfach noch ein „, oder?“ hin 😉
Nervt mich. Ich nutze php 8.2 auf meiner Synology, weil Synology Calendar das Paket braucht. Aktuell bietet Synology PHP 8.2.30.
Da ich den Calendar für deutsche IP Adressen ins Internet exposed habe, hab ich das natürlich sofort deaktiviert. Bin mal gespannt, wie lange Synology braucht den Patch auszurollen.
8.5 --> 8.5.12
8.4 --> 8.4.27
8.3 --> 8.3.36
8.2 --> 8.2.35
Diese Versionen haben wohl den Fix.
Da war Synology schnell.. cool
Aktuell bietet Synology PHP 8.2.30.
Bei mir auf meiner „alten, kleinen“ DS218 gibt es eigentlich schon alle PHP-Versionen, die als sicher gelten.
Aber die einzigste...
Korrekt ist "einzige".
…. ja, ja…. “bisschen schwanger” und so. 🤣
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
