Projekt anfragen
Cybersecurity

Sicherheit hat eine Reihenfolge.

Kleine Betriebe werden nicht gezielt angegriffen — sie werden gefunden. Automatisiert, in der Breite, über bekannte Lücken und gestohlene Zugänge. Genau deshalb wirken einfache Maßnahmen so stark: Sie machen aus einem leichten Ziel ein unbequemes.

Die vier Maßnahmen mit dem besten Verhältnis

Wenn Sie nur vier Dinge tun, dann diese. Zusammen decken sie den überwiegenden Teil dessen ab, was Betrieben tatsächlich passiert.

  • Zweiter Faktor auf allen Zugängen von außen — vorzugsweise Passkeys, keine SMS-Codes.
  • Updates zeitnah einspielen, besonders auf allem, was aus dem Internet erreichbar ist.
  • Backups, deren Wiederherstellung tatsächlich getestet wurde — ungetestete Sicherungen sind Hoffnung, keine Vorsorge.
  • Administratorrechte im Alltag entziehen.

Der Unterschied zwischen Sicherung und Wiederherstellung

Fast jeder Betrieb hat Backups. Deutlich weniger haben je geprüft, ob sich daraus in vertretbarer Zeit wieder ein arbeitsfähiger Zustand herstellen lässt. Nach einem Verschlüsselungsangriff ist genau das die einzige Frage, die zählt — und der schlechteste Zeitpunkt, sie zum ersten Mal zu stellen.

NIS-2 betrifft mehr Betriebe als gedacht

Viele halten sich für nicht betroffen und liegen falsch — oft, weil sie über die Lieferkette hineinfallen. Wer an betroffene Unternehmen liefert, bekommt deren Anforderungen weitergereicht, ganz unabhängig von der eigenen Größe. Die erste sinnvolle Handlung ist deshalb nicht Technik, sondern die Klärung der Frage, ob und wie man betroffen ist.

Aktuelles dazu

Was gerade zählt

4 ausgewählt
The Hacker News· 21. Okt. 2026· übersetzt

Kritische GitLab-Lücke erlaubt unauthentifizierte Codeausführung in allen Versionen seit 2014

GitLab hat eine Schwachstelle mit CVSS 10.0 geschlossen, die in selbst betriebenen Instanzen ohne Anmeldung zur Codeausführung führen kann. Betroffen sind alle Versionen seit 7.0, also bis in die Anfänge des Produkts zurück.Für KMU: KMU mit selbst gehostetem GitLab müssen umgehend prüfen und patchen.

Bei thehackernews.com lesen →
heise Security· 22. Okt. 2026

php2shell: Wer nun was machen muss

Zwei Sicherheitslücken betreffen sämtliche PHP-Versionen der letzten 20 Jahre. Wirksam ist nur, die betroffenen Installationen zu aktualisieren.Für KMU: KMU mit PHP-Anwendungen müssen ihre Systeme umgehend patchen, um eine Kompromittierung zu vermeiden.

Bei heise.de lesen →
The Hacker News· 21. Okt. 2026· übersetzt

PHP veröffentlicht Notfall-Patches für zwei kritische RCE-Lücken

PHP hat Sicherheitsupdates für zwei kritische Schwachstellen veröffentlicht, über die ohne Konto Code auf Webservern ausgeführt werden kann. Betroffen sind die Versionen 8.5.12, 8.4.27, 8.3.36 und 8.2.35.Für KMU: KMU mit PHP-Servern müssen kurzfristig patchen, sonst sind öffentliche Webanwendungen angreifbar.

Bei thehackernews.com lesen →
CISA Advisories· 21. Okt. 2026· übersetzt

Kritische Schwachstellen in PHP erfordern sofortige Patches

CISA warnt vor zwei kritischen PHP-Schwachstellen, die unauthentifizierte Remote-Code-Ausführung ermöglichen. Für die Lücken liegen bereits Hinweise auf Angriffen und zusätzliche Erkennungsregeln vor.Für KMU: KMU mit PHP-basierten Anwendungen müssen jetzt patchen oder abschalten, sonst droht direkte Kompromittierung.

Bei cisa.gov lesen →
Häufig gefragt

Was Betriebe uns dazu fragen

Wir sind zu klein, um interessant zu sein.

Die verbreitetste und teuerste Fehlannahme. Angriffe laufen automatisiert und suchen nicht nach Namen, sondern nach erreichbaren Systemen mit bekannten Lücken. Die Größe des Betriebs spielt dabei keine Rolle.

Woran erkennen wir, ob wir betroffen sind?

Meist zu spät und über einen Dritten — die Bank, einen Kunden, den Zahlungsdienstleister. Deshalb gehört Protokollierung zu den Grundlagen: Ohne sie lässt sich hinterher nicht rekonstruieren, was passiert ist.

Wie steht Ihr Betrieb dazu?