Hier mal ein einfaches Apache, MySQL Debian12 System ohne Panel ... diese 6 Packages: libmariadb3 mariadb-client mariadb-client-core mariadb-common mariadb-server mariadb-server-core 6 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. explizit Get:1 http://security.debian.org/debian ...

Auf einem Testsystem lief das problemlos, auch bisher keine Meldung von Kunden über Probleme Bisher habe ich noch keine Hänger bei Debian 13 gefunden, nur bei Debian 12 Systemem (allerdings auch nicht alle) .... Upgrade scheint "generell" nicht überall stabil durchzulaufen, auch bei Systemen ohne Pa ...

Mich hatte es auch erwischt. Interessanter Weise nur mit einem Server. Bei mir gab es auch ein paar "baugleiche" Systeme, wo es einfach durchgelaufen ist, ohne Probleme ... An der DB Grösse o. Fehler liegt es nicht, es ist auch kein Load Problem ... bei einem manuellen Test, blieb der Upgrade task ...

Unglaublich ... also die Systeme die jetzt noch nicht aktualisiert wurden, bleiben erst mal (upgrade tasks gestoppt) ...
die Ausfallzeit ist etwas zu lange bei diesem MariaDB Update

Debain 12 KH latest Nach einem Upgrade von heute morgen hängen hier mind. 4 Debian 12 Systeme ... /var/lib/mysql: found previous version 10.11 - was das denn für ein Mist? Hab ein System nur durch einen Hard Reset wieder aufgetaut ... danach nochmal 4 Updates fertig installiert, dann lief es. So ein ...

Ralph, du sperrst die IP per Firewall aus und wunderst dich, dass sie dann nicht mehr in den Apache Logs auftaucht? Stimmt Tobi, mein Fehler :roll: Ich hatte auf anderen Systemen gesucht und nichts mehr finden können, woi diese IP Adressen nicht blockiert waren ... die Tasks waren dort allerdings ...

Ralph, du sperrst die IP per Firewall aus und wunderst dich, dass sie dann nicht mehr in den Apache Logs auftaucht? Hab ich da was falsch verstanden? Hallo Tobi, ich vermute bei v26.1 wird ein renewal und auch ein anlegen von LE certs nicht mehr geloggt auf Apache Basis (mit IP Adresse). In den KH ...

OK, habe passende Referenzen vorhin in einem älteren Snapshot gefunden .. im ipset gelöscht und LE renewal klappt wieder. 2600:3000:2710:200::85 2600:3000:2710:200::81 2600:3000:2710:200::83 2600:3000:2710:200::86 2600:3000:2710:200::82 2600:3000:2710:200::87 aber ohne die älteren v.26.0 Logs, wäre e ...

Ich habe sehr wahrscheinlich eine LetsEncrypt bzw. Cloudflare IP blockiert, wodurch beim renewal task ein "Timeout during connect (likely firewall problem)" verursacht wird ... Ich wollte mir die Zugriffe seitens LetsEncrypt als Refernz anschauen, aber in den Logs ist nichts mehr auffindbar, werden ...

Wobei die gefährlichere Variante der beiden "allow_url_include" ist. Die meisten Hoster lassen "allow_url_fopen" zu. Die Kombi aus beiden übrigens auch :lol: Ich lasse es nun erstmal per Default auf OFF, wenn es wirklich gebraucht wird kann es freigeschlatet werden ... wenn die Installation aktuell ...

Und dann an besten auch gleich veraltete WP-Installationen (auch bei anderen CMS) automatisch löschen oder vom Netz nehmen. :lol: Ja, die kompromittierten, sind geschrottet und unbrauchbar, ich habe in allen Files downloader gefunden incl. robots.txt und .htaccess :lol: Für die aktuellen Attacken v ...

Heute morgen wurden von einem VPS Kunden übergreifend alle Webfolder trotz suexec, fail2ban usw. kompromittiert. Eine veraltete Wordpress, Jommla und PHP fopen haben ausgereicht um Malware über sämtliche Webfolder zu verteilen. Auf shared Hosts würde ich derweil empfehlen PHP fopen per default OFF zu ...

This is a security update to the version 1.6 of Roundcube Webmail. It provides fixes to recently reported security vulnerabilities: Add basic validation for content proxied by the css proxy Fix SSRF bypass via specific local address URLs using 100.64.0.0/10 and fe80::/10 nets, reported by Dmytro ...

auch sehr interessant u. faszinierend ... 2a09:bac5:963d:3af::5e:5c - - [18/Jul/2026:13:28:24 +0200] "GET /.npmrc HTTP/2.0" 403 239 "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; OAI-SearchBot/1.0; +https://openai.com/searchbot" 22 269 2a09:bac5:963d:3af::5e:5c - - [18/Jul/2026 ...

Die Berechtigungen für den Systembenutzer `keyhelp` blieben unverändert. Der Systembenutzer `keyhelp` hatte ohnehin seit der Einführung der Fail2Ban-Verwaltung mit KeyHelp 21.3 Befugnisse, mit dem System-Binary "fail2ban-client" zu interagieren. Darüberhinaus sind keinerlei Rechte für andere Nutzer ...