Beiträge von flotte

Google einfach mal nach "polyfill exploid"

z.B:

Polyfill: Lieferkettenangriff gefährdet 100.000 Webseiten

Es gab einen Lieferketten-Angriff gegen das JavaScript-Framework Polyfill, und der neue chinesische Besitzer hat begonnen, Malware über das Content Delivery…

www.borncity.com

Polyfill.io: Sicherheitswarnung für JavaScript-Projekt durch Software-Supply-Chain-Angriff

(Bild: Dall-E / KI-generiert) Entdecken Sie, wie Websites, die Polyfill.io nutzen, durch einen Software-Supply-Chain-Angriff von Malware bedroht sind. Erfahren…

www.security-insider.de

usw. usw.

Nix für ungut jobaer, aber solche langen Texte in Foren lese ich gar nicht erst. Nicht aus Faulheit, sondern einfach weil mir die Zeit fehlt. Außerdem habe ich schnell gesehen, das es gar nicht konkret um LibreOffice geht und das ist hier immerhin das Thema - oder?

Und ehrlich gesagt ist ein Forum das falsche Medium dafür. Trage die Erkenntnisse am besten in Blogartikeln auf der eigenen Website zusammen und verlinke.

Das eine ist das CIDR Format, das andere ein abgekürztes Format. Beides wird von einem Apache Webserver akzeptiert und bewirkt genau dasselbe.

Mit kommen keinen MS-Produkte ins Haus. Einzig Windows ist leider notwendig aus verschiedenen Gründen.

BTW: Mir hat es das LibeOffice zerschossen, als ich die 24.8.x installiert hate und auf Ribbon-Menüs umgestellt hatte.
Musste wieder deinstallieren. Neu installation der 24.02. hat leider auch nicht geholfen. Kein Officedokument war mehr aufrufbar. Also noch mal deinstallieren (immer auch reboot) und noch manuell Files im Userodner entfernt... dann lief es wieder.

Ob es an der Ribbon-Umstellung oder der 24.8-Version lag - keine Ahnung.

PS: Das FreeOffice hat mir in der Kostenfrei-Variante viel zu wenige Funktionen. Gibts ja noch nicht mal eine 64-Bit Version für Windows. Erst mit der Kaufvariante.

Wieso sollte Dein Hoster den IP-Bereich 51.255.62.0/24 einfach so sperren? Der Bereich gehört zu einem anderen Hoster (OVH), der dort seine Dienste für seine Kunden einrichtet.

Falls Du Angriffe über diese IPs erkennst, melde Dich mit einer Abuse-Meldung bei OVH und zeige das dort an.

Hier findest Du meistens auch die abuse-Adressen von IPs

Noch ein Hinweis vielleicht:
Sperrung auf .htaccess-Ebene heisst NICHT, das die IP nicht den Webserver erreicht! Die .htaccess-Anweisung verhindert allerdings, das z.B. PHP-Scripte mit MySQL-Abfragen oder html-Seiten aufgerufen werden. Der Webserver sendet einen 403-Code (forbidden) an den Sender - reagiert also auf die Anfrage. Damit wird der Zugriff dann abgebrochen. Diese Art der Sperre hilft aber meistens schon sehr effektiv Last zu verringern.

Wenn mit einer Firewall an der Netzwerkkarte viel effektiver ausgesperrt werden soll, braucht Du root-Zugriff, um beispielsweise mit der Linux-Firewall im Kernel zu arbeiten oder - noch besser - eine dedizierte Firewall vor dem Webserver.

bei einer .htaccess-Datei kannst Du auch einfach das schreiben, um das CLass-C Netzwerk zu sperren (also alles was an der 4. Stelle steht)

deny from 51.255.62.

Nein, auf keinen Fall.
Benutze doch einfach mal den Link den ich gesendet habe.

Zitat von faro

ich möchte diesen ganzen IP-Block Sperren, wie es hier auf dem Screenshot zu sehen ist:

deny from 51.255.62.0/24

Hilfe Netzwerkrechner:
Netzwerk-Rechner | heise online

Maileinstellungn richtig eingestellt?
Am besten mal bei uns melden und mitteilen bei welchem Account das Problem liegt. Normalerweise können wir das helfen?

Deaktiviere die Registrierung!

FAQ/Support - Tipps & Hilfe zu Joomla! - Spamschutz-Einstellungen - fc-hosting.de | Webhoster

Ich hab das auch vor ein paar Tagen erfahren und direkt deaktiviert. Gut das die Community aufpasst!

Bei uns auf jeden Fall nur SMTP.

Das würde ich auch grundsätzlich für alle anderen Umgebungen empfehlen - sofern es keine Einschränkung seitens des jeweiligen Providers gibt. Joomla kann SMTP von Haus aus im Gegensatz zu WordPress und SMTP sollte eigentlich immer funktionieren. Wichtig sind aber auch andere Einstellungen. Die Absenderadresse muss unbedingt für den benutzen SMTP-Server erlaubt sein und die SPF, DKIM, DMARC-Records müssen dazu passen. Also nciht einfach mit der eigenen GMX-Adresse über einen Server des Providers senden. Wenn man mit GMX-Adresse senden will, dann den zuständigen SMTP von GMX benutzen - als Beispiel.

So viel ich weiss hat ECC auch diese Funktion integriert, also derselbe Code. Ggf. etwas abgewandelt - das kann nur Viktor beantworten.

Ich hatte das Tool früher auch im Einsatz, aber es macht bei irgend einer Migration Probleme und wurde seinerzeit bei mir mit ECC ersetzt.

Die Meldung als solche zeigt ja einen Hackversuch an und blockiert diesen normalerweise. Solche Angriffe gibt es eigentlich am laufenden Band, je nach Website. Bislang wurdest Du offenbar verschont.

Sofern der Server sicher konfiguriert ist, alle Scripte aktuell sind, passiert da nix. Ob also ein Hack Erfolg hatte oder nicht kann man alleine daran nicht erkennen.

Zitat von svenyeng

Das PHP 7.4 bei vielen Hostern nicht mehr möglich ist, finde ich gut. Es geht um Sicherheit.

Ja das ist grundsätzlich richtig. Deshalb haben wir grundsätzlich immer aktuelle und sichere Software im Einsatz.
PHP7.4 kompilieren wir selbst aus den letzten LTS-Debian Sourcen. Dort werden die Sicherheitspatches noch eingepflegt so lange der Distributor diese Software pflegt.

Wenn die nächste größeren Sicherheitslücken gefunden werden und es auch kein Patches mehr gibt, ist es auch bei uns mit PHP 7.4 vorbei.

Leider nutzen aber viele Kunden immer noch Scripte, die PHP 7.4 benötigen, so das aktuell noch ein echter Bedarf dafür vorhanden ist.

Danke für die Werbung hier für unsere Dienste.
Ob wir zu teuer sind oder nicht muss jeder selbst entscheiden. Eine Konkurrenz zu Dumpinganbietern mit Preisen unter 5 Eur ist für uns uninteressant. Wenn man genau hinsieht sind wir in den meisten Bereichen deutlich günstiger als die "Platzhirsche" (Stra.., Ion...). Natürlich bieten wir keine hunderte GB an Speicher an und sonstigen faktisch unlimitierte Ressourcen, die eh keiner braucht. Wenn man also Preis/GB rechnet sind wir teurer
Dumpings erkennt man eigentlich relativ schnell. Beim genannten Hoster könnte man 100 Postfächer mit je 50 GB füllen - also 5 TB(!) Speicher verbrauchen. Glaubt jemand im Ernst das sich das für 2,50 Eur im Monat für einen Provider rechnet inkl. Domain sogar und noch mal 50 GB Webspeicher? Und 50 Kunden je Core ist auch "mutig". So viel haben wir im Schnitt auf einem kompletten Server,

Unabhängig davon will ich Manitu nicht schlecht reden. So viel ich weiss ist das einer der "guten Hoster". Einzelne schlechte Erfahrungen kann man überigens überall machen.

Klar, im Hosting arbeitet man mit Mischkalkulationen (machen wir auch), aber wie stark man seriös mischkalkuliert ist doch noch ein Unterschied.

Ein Hostinganbieter Diskussion möchte ich hier gar nicht lostreten, aber aufgrund der obigen Aussagen musste ich meine 5 Cent dazu geben. Nix für ungut.

Zitat

Bewusst hatte ich da nix geändert...

Vermutlich bei der letzten Migration eingestellt.

Wenn also eine auf Joomla spezialisierte "Firewall" eine originale Joomla-Datei als Schadcode-File verdächtigt, sagt das einiges über diese "Spezialisierung" aus.

PS:

Eine Firewall innerhalb eines zu schützenden Bereichs ist keine Firewall.

Alles nur Marketing...

Offenbar spielt Dein Hoster die Webstatistiken innerhalb Deines Webroots in ein eigenes Verzeichnis. Das ist keine besonders sinnvolle und sichere Lösung, aber sei es drum.... Lass auf jeden Fall die Datei/Ordnerrechte unverändert. ich gehe mal davon aus, das darüber ein Schutz erzeugt wird, auch in Verbindung mit einer Authentifizierung via .htaccess.