Beiträge von flotte

Ganz simpel zu merken:
Jede Website sollte heute nur noch via https aufrufbar sein. Rechtliche Aspekte lasse ich mal weg - dafür gibt es Rechtberatungen, Google oder ChatGPT...
Auch die Browser werden über kurz oder lang keine unverschlüsselten Seiten mehr akzeptieren.

Strato:
Hm... dazu sage ich nix. Aber 9 Eur und nur 2x SSL ?!?!?

Hierzu möchte ich als Provider noch was sagen:

Zitat

Genau, zu mal Zertifikate (Lets Encrypt) dem Provider nichts kosten.

Richtig, die Zertifikate selbst kosten nichts, aber deren Verwaltung und die technische Unterstützung sind nicht immer so simpel, wie man das als Außenstehender denkt. Wir haben daher auch ein Limit von Inklusivzertifikaten - 10 Stück, was für 99% aller Fälle sicher ausreicht. Darüber kann man natürlich (sehr günstig) zubuchen.

Maileinstellungen sicher falsch/ungünstig.

Beachte folgendes:

* Immer per SMTP senden.
* Absenderadresse sollte zum verwendeten Mailserver passen!!!
* Das heisst das der SFP-Record der Domain den Mailserver erlaubt.

Nicht vergessen auch auf Dateiebene alles zu entfernen!

Zitat von Clemens-XS

Seit ca. 1 Woche bekomme ich vom Plugin BruteForceStop Versuche gemeldet, dass jemand versucht, sich über das Frontend einzuloggen. ...

Frage: Besteht hier Handlungsbedarf? Wenn ja, wo sollte ich eingreifen?

Es besteht u.a. Handlungsbedarf insofern, das Du unbedingt eine Benachrichtigung per Email bei solchen Vorfällen abschalten solltest. Falls es tatsächlich mal massive Zugriffe gibt (also echte Bruteforceattacken), löst das auch jedes mal eine Email aus und damit müllst Du nicht nur Dein Postfach voll, sondern eine solche Emailflut kann auch ganz andere Folgen nach sich ziehen - je nachdem was für einen Emailserver Du benutzt. Also z.B. Blacklisting, Sperrung, Überlastung und Sperrung beim Provider etc.pp.

Grundsätzlich rate ich auch dazu immer auch ein wirksames(!) Captcha einzurichten, welches auf alle Formulare wirkt. Auch wenn Formulare nicht direkt freigeschaltet werden, gibt es im Joomla diverse "integrierte" Formulare, die man einfach nur mit typischen bekannten Links aufrufen kann. Oben siehst Du ja ein Beispiel. Wirksame Captchas halten die meisten Bot-Zugriffe ab.

Zu Deiner IP:
https://www.abuseipdb.com/check/93.183.89.165  
Also ein typischer Hackerserver...

Allgemeine Hilfe zum Absichern von Joomla:
FAQ/Support - Tipps & Hilfe zu Joomla! - Joomla sicher machen - fc-hosting.de | Webhoster

Joomla kann als sicher bezeichnet werden, wenn Du auf zeitnahe Updates achtest. Selbstverständlich muss man jede auf Scripte basierte Website regelmäßig durch einen Webmaster, der weiß was er tut, prüfen. Also ich empfehlen zweimal im Monat die Dateien anzusehen - Hackerfiles fallen normalerweise sehr schnell auf. Des weiteren die Websitestatistik auf Auffälligkeiten zu prüfen und auch ggf. auch die Usertabelle im Auge zu behalten.

Ja der Amazonbot... KI seit Dank gibt es jetzt auch noch die ganzen KI-Bots.

Hier mal eine Liste aktueller KI-Bots:

ai.robots.txt/table-of-bot-metrics.md at main · ai-robots-txt/ai.robots.txt

A list of AI agents and robots to block. Contribute to ai-robots-txt/ai.robots.txt development by creating an account on GitHub.

github.com

Wir haben eine umfangreiche Liste (aktuell 80 Bots) zentral in der Firewall im Einsatz, wobei die meisten "Bad Bots" blockiert werden.

Oder in DE:

Joomla! 5.2.1 als Sicherheitsupdate veröffentlicht

Keine Ahnung ob das Problem noch besteht. Habe auf einem Testserver bei uns mal ein aktuelles Joomla 5.2.0 installiert und JEvents .

Kann kein Problem feststellen.

Frag Deinen Hoster.

Du bist sicher auf einen Shared Server. Der wird Dir der Hoster keine IPs sperren.

Falls Du aber einen root-Server hast, solltest Du die Frage selbst beantworten können, ansonsten ist so ein Server nichts für Dich.

Dann lass die IP Sperren weg.
Falls Du die sogar im Webroot eingerichtet hast, dann wird die .htaccess jei jedem x-beliebigen Zugriff ausgeführt und interpretiert. Bei großen .htaccess-Files merkt man das irgendwann. Macht nur Last.

IP-Sperren gehören in die Firewall des Betriebssystems oder auf vorgeschalteten Firewalls.

Zitat von faro

Bisher bin so vorgegangen, dass ich die IP's oder auch ganze IP-Blöcke in meiner .htaccess gesperrt habe.

Nun kann ich doch aber nicht das halbe Internet aussperren, das geht doch gegen den eigentlichen Internetgedanken?

Das ist relativ sinnfrei. Erst recht über eine .htaccess

Besser einen .htaccess-Passwortschutz auf das administrator-Verzeichnis legen.

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.