Phishing-Mails erkennen: Worauf IT-Fachkräfte wirklich achten müssen

Von Jakub Novák

Cybersicherheit

Ein Angreifer recherchiert sein Ziel. Studiert LinkedIn-Profile, liest sich in Projekte ein, formuliert jedes Wort. 34 Minuten Arbeit für eine einzige Phishing-Mail. Dann generiert eine KI ihre eigene Version. Unter 3 Minuten. Ergebnis: gleiche Klickrate (Heiding et al., Harvard Kennedy School, 2024). Der Mensch ist nicht besser – nur langsamer.
Das eigentliche Problem ist jedoch nicht die KI. Sondern die Tatsache, dass selbst erfahrene IT-Fachkräfte auf solche Angriffe hereinfallen. 65 Prozent der IT- und Security-Führungskräfte haben in den letzten 12 Monaten auf einen Phishing-Link geklickt (Arctic Wolf, 2025). Mehr als der Durchschnitt aller Mitarbeitenden.
Noch alarmierender: Jeder fünfte IT- und Security-Verantwortliche meldete den Vorfall nicht. Kein Ticket. Keine Eskalation. Keine Warnung ans Team. Ausgerechnet die Personen, die den Incident-Response-Prozess verantworten, umgingen ihn.

Das Wichtigste in Kürze

• Phishing-Mails erkennen heißt: Absender, Kontext und Dringlichkeit prüfen, nicht Grammatik – KI-generierte Mails sind sprachlich fehlerfrei (Harvard Kennedy School, 2024)
• 65 % der IT- und Security-Führungskräfte haben in den letzten 12 Monaten auf einen Phishing-Link geklickt – mehr als der Durchschnitt aller Mitarbeitenden (Arctic Wolf, 2025)
• Phishing spielt in 36 % aller bestätigten Datenpannen eine Rolle – als direkter Einstiegsvektor in 16 % (Verizon DBIR 2025)
• Versicherungsbranche hat mit 39,2 % die zweithöchste Phishing-Anfälligkeit aller Branchen (KnowBe4, 2025)
• Nach einem Klick auf einen Phishing-Link: Netzwerk sofort trennen, IT-Sicherheitsteam informieren, Credentials ändern – je schneller, desto geringer der Schaden

Warum Phishing IT-Fachkräfte härter trifft als alle anderen

Das Paradox hat eine Erklärung. IT-Fachkräfte erhalten nicht weniger Phishing – sie erhalten besseres. Wer Admin-Rechte, Deployment-Pipelines oder Zugang zu Produktionsdatenbanken hat, ist für Angreifer wertvoller als ein Sachbearbeiter mit Leserechten. Die Angriffe sind entsprechend personalisiert: eine gefälschte Jira-Notification zum aktuellen Sprint, ein OAuth-Consent-Request für eine scheinbar interne App, ein Security-Advisory für ein Paket aus der eigenen Dependency-Liste. Zwischen zwanzig echten Benachrichtigungen am Tag fällt die einundzwanzigste nicht auf.

In der Versicherungsbranche kommt ein weiterer Risikofaktor hinzu: Social Engineering funktioniert hier besonders gut. Im Juni 2025 kompromittierte die Gruppe Scattered Spider über Social-Engineering-Angriffe auf Helpdesks gleich drei US-Versicherer. Kein technischer Exploit – nur Anrufe bei Helpdesk-Mitarbeitern, die glaubten, mit Kollegen zu sprechen. Die Folgen waren erheblich: Bei Aflac waren 22,65 Millionen Personen betroffen, Allianz Life Insurance verlor 1,4 Millionen Datensätze und Erie Insurance musste den Betrieb zeitweise einschränken. Der Vorfall zeigt, wie wirksam gut vorbereitetes Social Engineering sein kann – selbst in Unternehmen mit etablierten Sicherheitsprozessen.

Dass solche Angriffe zunehmen, belegen auch aktuelle Zahlen. CrowdStrike dokumentierte in der zweiten Jahreshälfte 2024 einen Anstieg von Vishing-Angriffen um 442 Prozent gegenüber dem ersten Halbjahr (Global Threat Report, 2025). Die Versicherungsbranche zählt inzwischen zu den am stärksten betroffenen Branchen. Laut KnowBe4 (2025) liegt ihre Phishing-Anfälligkeit bei 39,2 Prozent – nur das Gesundheitswesen verzeichnet höhere Werte.

Die Frage ist nicht, ob IT-Fachkräfte in der Versicherungs-IT auf Phishing reinfallen. Sondern was passiert, wenn sie es tun – und was sie vorher dagegen tun können.

Woran erkennt man eine Phishing-Mail? Die Checkliste für IT-Fachkräfte

Die meisten Phishing-Ratgeber richten sich an Endverbraucher: „Prüfe die Rechtschreibung“, „Klicke nicht auf unbekannte Links“. Für IT-Profis reicht das nicht. Angreifer, die auf Entwickler, Admins oder QA-Engineers abzielen, verwenden andere Taktiken – und die Erkennungsmerkmale sind entsprechend technischer. Die folgende Checkliste konzentriert sich deshalb auf die Signale, die für IT-Fachkräfte tatsächlich relevant sind.

Tipp:

Phishing-Mails erkennen heißt 2026: Kontext vor Sprache prüfen. Stimmt der Absender – Domain nach dem @-Zeichen exakt korrekt? Passt die Anfrage zum Arbeitsablauf? Erzeugt die Mail künstliche Dringlichkeit? KI-generierte Mails sind sprachlich fehlerfrei – Grammatikfehler sind kein Indikator mehr. Bei Unsicherheit: Absender über einen zweiten, unabhängigen Kanal verifizieren.

1. Kontext prüfen: Passt die Anfrage zum Prozess?

Eine E-Mail vom „IT-Support“, die nach Anmeldedaten oder Zugangsdaten fragt, ist in den meisten Unternehmen kein legitimer Prozess. Eine Build-Notification für ein Projekt, an dem man nicht arbeitet, ebenfalls nicht. Abweichungen vom normalen Arbeitsablauf sind der stärkste Indikator – auch wenn die E-Mail technisch perfekt aussieht.

2. Absenderadresse prüfen – nicht den Anzeigenamen.

Der Anzeigename lässt sich beliebig fälschen. Entscheidend ist die Domain nach dem @-Zeichen. Prüfe: Stimmt die Domain exakt mit der bekannten Unternehmensdomain überein? Ein Buchstabe Unterschied (msg-1ife.sk statt msg-life.sk) ist kein Tippfehler – es ist ein Angriff.

3. Dringlichkeit hinterfragen.

„Dein Account wird in 24 Stunden gesperrt“, „Dringendes Security-Update erforderlich“, „Critical vulnerability – patch now“. Zeitdruck ist das effektivste Werkzeug im Phishing – weil er die Prüfschritte 1–4 überspringt.

4. OAuth-Consent-Anfragen kritisch prüfen.

Statt Credentials direkt abzufragen, fordern Angreifer OAuth-Berechtigungen für eine „App“ an – mit Zugriff auf E-Mails, Kalender oder Cloud-Speicher. Prüfe: Welche Berechtigungen werden angefordert? Von welchem Publisher stammt die App? Unbekannte Publisher = ablehnen. Phishing-resistente MFA-Verfahren wie FIDO2 schützen auch dann, wenn der Login über die echte Microsoft-Seite läuft.

5. Links per Mouseover prüfen – ohne zu klicken.

Fahre mit der Maus über jeden Link und prüfe die tatsächliche Ziel-URL. Achte auf die Domain vor dem ersten Schrägstrich. Typische Fälschung: login.microsoft-security-update.com sieht plausibel aus – die Domain ist aber microsoft-security-update.com, nicht microsoft.com.

6. Anhänge mit Vorsicht behandeln – besonders .html, .exe, .iso, .zip.

Über 80 Prozent aller Zustellungen schädlicher Dateien erfolgen per E-Mail (Check Point, 2024/2026). HTML-Anhänge sind besonders tückisch: Sie umgehen viele Scanner und öffnen im Browser eine Credential-Harvesting-Seite, die von einem legitimen Login kaum zu unterscheiden ist.

7. E-Mail-Header analysieren.

SPF, DKIM und DMARC geben Auskunft darüber, ob die E-Mail tatsächlich vom angegebenen Server gesendet wurde. Die genaue Vorgehensweise unterscheidet sich je nach Mail-Client. Ein fehlendes DKIM-Feld oder ein SPF-Fail ist ein eindeutiger Indikator.

8. Bei Unsicherheit: zweiter Kanal.

Absender über Telefon, Slack oder Teams verifizieren – über einen anderen Kanal als den, über den die Anfrage kam. Nicht auf die E-Mail antworten, nicht auf den Link klicken, um „nachzusehen“. Besonders im Homeoffice fehlt dieser kurze Gegencheck beim Kollegen, weshalb Cybersicherheit im Homeoffice konsequent auf unabhängige Rückbestätigung statt auf den ursprünglichen Kommunikationsweg setzt.

Moderne E-Mail-Gateways und KI-basierte Filter blockieren einen Großteil der Angriffe bereits vor dem Posteingang. Sie reduzieren das Risiko erheblich, ersetzen aber keine manuelle Prüfung – insbesondere bei OAuth-Consent-Phishing oder Angriffen über kompromittierte legitime Domains. Die Checkliste beginnt dort, wo der Filter aufhört.

Warum klassische Erkennungsmerkmale 2026 nicht mehr reichen

„Prüfe die Rechtschreibung“ war jahrelang der Standardtipp gegen Phishing. 2026 ist dieser Rat gefährlich – weil er eine falsche Sicherheit erzeugt. Moderne KI-Systeme erstellen E-Mails, die grammatikalisch korrekt, stilistisch konsistent und auf die jeweilige Zielperson zugeschnitten sind. Wer Phishing noch immer anhand von Tippfehlern erkennen will, sucht oft an der falschen Stelle.

Eine Studie der Harvard Kennedy School (Heiding et al., 2024) verglich vollautomatisch generierte Spear-Phishing-Mails mit Angriffen erfahrener Cybersecurity-Experten. Das Ergebnis: Die KI-Mails erzielten mit 54 Prozent nahezu dieselbe Klickrate wie menschlich erstellte Angriffe. Generisches Massen-Phishing kam dagegen nur auf 12 Prozent. Die Kosten pro KI-Mail: 5 Minuten und 0,04 US-Dollar, statt 16 Stunden manueller Arbeit.

Auch andere Studien zeigen denselben Trend. Bis März 2025 zeigte ein Hoxhunt-Test unter Enterprise-Nutzern, dass KI-Phishing rund 24 Prozent häufiger angeklickt wurde als Mails von menschlichen Red Teams – bei insgesamt niedrigen absoluten Klickraten unter 3 Prozent. Phishing-as-a-Service-Kits senken die Einstiegshürde zusätzlich: Barracuda beziffert den Anteil solcher Kits an Credential-Diebstählen 2025 auf über 50 Prozent – bis Ende 2026 könnten es 90 Prozent sein.

KI verändert nicht nur Phishing-Mails. Immer häufiger kombinieren Angreifer täuschend echte Texte mit gefälschten Stimmen oder Videos, um Vertrauen aufzubauen und Sicherheitsprozesse zu umgehen. Wie solche Angriffe funktionieren und woran sie sich erkennen lassen, erklärt unser Artikel Deepfakes erkennen.

Die Frage lautet deshalb nicht mehr: „Sieht die E-Mail verdächtig aus?“ Sondern: „Verhält sie sich verdächtig?“

Die Angreifer nutzen KI – aber die Verteidigung auch. Technische Schutzmechanismen entwickeln sich ebenfalls weiter. Moderne E-Mail-Security-Lösungen analysieren heute nicht nur Absender und Anhänge, sondern auch Kommunikationsmuster, Kontext und Anomalien im Nutzerverhalten.

Für IT-Fachkräfte ändert das jedoch nichts an der zentralen Erkenntnis: Die Verantwortung verschiebt sich von der Sprachprüfung zur Kontextprüfung. Nicht die Grammatik entscheidet, ob eine Nachricht legitim ist – sondern ob sie zum Prozess, zur Rolle und zur konkreten Situation passt.

Die Checkliste aus dem vorherigen Abschnitt beginnt genau dort, wo klassische Phishing-Merkmale aufhören. Für IT-Teams heißt das: Technische Schutzschichten ergänzen die Checkliste, ersetzen sie aber nicht.

Die häufigsten Phishing-Szenarien für IT-Teams

Phishing auf IT-Teams folgt anderen Mustern als Massenangriffe auf Endverbraucher. Angreifer nutzen das Wissen, dass IT-Fachkräfte an automatisierte Benachrichtigungen gewöhnt sind – und dass sie unter Zeitdruck schneller klicken. Der Verizon DBIR 2025 zeigt: Bereits 30 Prozent aller bestätigten Datenpannen gehen auf Drittparteien zurück – doppelt so viele wie im Vorjahr. Phishing ist eine von zwölf gängigen Angriffsarten – einen Überblick über weitere Cyberangriffe und ihre Mechanismen gibt unser Leitfaden. Für IT-Dienstleister in der Versicherungsbranche bedeutet das: Du bist nicht nur Ziel – du bist Teil der Angriffsfläche deines Kunden.

Nicht jedes Phishing-Szenario ist gleich aufgebaut oder gleich gefährlich. Für IT-Fachkräfte lassen sich die häufigsten Angriffe in drei Ebenen einteilen: Identity & Access, Kommunikationskanäle und Software-Supply-Chain. Jede dieser Ebenen zielt auf einen anderen Teil der Infrastruktur – und erfordert eine andere Art der Überprüfung.

1. Identity & Access: der direkte Weg ins System

Hier Angreier versuchen , Kontrolle über Accounts, Tokens oder Sessions zu übernehmen. Nicht das Passwort ist das eigentliche Ziel, sondern der dauerhafte Zugriff.

OAuth-Consent-Phishing über Cloud-Dienste.

Statt Passwort direkt abzufragen, fordert eine „App“ OAuth-Berechtigungen an – mit Zugriff auf E-Mails, Kalender, OneDrive. Proofpoint dokumentierte 2025 Angriffe auf knapp 3.000 Benutzerkonten in mehr als 900 Microsoft-365-Umgebungen – mit einer Erfolgsrate von über 50 Prozent. MFA bot keinen Schutz, weil der Login über die echte Microsoft-Seite lief. Selbst nach einem legitimen Login können Angreifer Session-Tokens stehlen und damit aktive Sitzungen übernehmen – ohne erneute Authentifizierung. Im März 2025 wurden über diesen Vektor auch 12.000 GitHub-Repositories angegriffen.

Erkennung: Publisher der App, angeforderte Permissions und ungewöhnliche Consent-Flows prüfen. Unbekannte Publisher = ablehnen. Aktive Sessions regelmäßig prüfen, unbekannte Geräte sofort abmelden.

Fake-Jira / Confluence / interne Tool-Benachrichtigung.

Eine E-Mail mit Betreff „[PROJ-4521] Critical: Review required“ und einem Link zu einer Login-Seite, die Atlassian täuschend ähnlich sieht. Ziel: Atlassian-Credentials abgreifen.

Erkennung: Domain nach dem @-Zeichen, nicht der Anzeigename. Besonders bei leicht abweichenden Subdomains oder Lookalike-Domains– die Domain vor dem ersten Schrägstrich muss atlassian.net sein, nicht atlassian-login.com.

Fake-HR-Mail: Gehaltsabrechnung/Steuerformular.

Eine E-Mail von „HR“ mit einem Link zu einer „aktualisierten Gehaltsabrechnung“ – besonders effektiv zum Jahresende oder nach Gehaltsverhandlungen.

Erkennung: Prüfen, ob das Unternehmen solche Dokumente überhaupt per E-Mail-Link verteilt oder ausschließlich über interne Portale.

Phishing über Bestandsführungssysteme und Maklerportale.

Versicherungs-IT verwaltet Systeme, die in anderen Branchen nicht existieren: Bestandsführungssysteme, Schadenplattformen und Maklerportale mit Direktzugriff auf Kundendaten und Policen. Ein typischer Angriffsvektor: Eine E-Mail, die aussieht wie eine Systemmeldung der Bestandsführung – „Datenabgleich erforderlich: 47 Policen mit Inkonsistenzen“ – mit einem Link zu einer gefälschten Login-Seite. Wer täglich mit Systemmeldungen dieser Art arbeitet, klickt schneller als jemand, der die Anwendung nicht kennt. NIS2 verschärft das Risiko: Ein kompromittierter Zugang zu Versicherungskernprozessen löst Meldepflichten innerhalb von 24 Stunden aus (Art. 23). DORA geht noch weiter und verlangt von Versicherern und ihren IT-Dienstleistern nachweisbare Resilienz-Tests – inklusive Anti-Phishing-Fähigkeiten.

Erkennung: URL und Login-Kontext prüfen – insbesondere bei Systemen, die außerhalb des Browsers nicht klar verifizierbar sind.

2. Kommunikationskanäle: der Mensch im Prozess

Diese Angriffe umgehen technische Systeme und setzen direkt am Verhalten im Team an.

CEO-Fraud über Slack, Teams oder E-Mail.

Eine typische Nachricht wirkt wie eine interne Ausnahme: Zugriff auf eine Testumgebung, kurzfristige Freigabe oder eine dringende Demo. Häufig erfolgt der Angriff über Slack, Teams oder kompromittierte Accounts. Ein besonders kritischer Untertyp ist der Missbrauch von Support-Prozessen: Angreifer geben sich als Mitarbeiter aus und kontaktieren den Helpdesk, um Passwörter zurückzusetzen oder MFA neu zu registrieren. Hier wird nicht die Führungsebene imitiert, sondern der interne IT-Prozess selbst. Der Erfolgsfaktor ist nicht Technik, sondern sozialer Druck.

Erkennung: Jede Ausnahme vom Standardprozess über einen zweiten Kanal verifizieren – z. B. persönlich oder per Telefon. – unabhängig davon, ob die Anfrage „von oben“ oder „vom Support“ kommt.

Smishing über gefälschte Service-Benachrichtigungen.

Phishing per SMS nimmt zu – besonders in Form gefälschter Zustellbenachrichtigungen, Terminbestätigungen oder Sicherheitswarnungen. Für IT-Fachkräfte relevanter: SMS-basierte MFA-Codes, die in Echtzeit abgefangen und an Angreifer weitergeleitet werden.

Erkennung: Keine Links aus SMS öffnen, MFA-Codes nur eingeben, wenn der Login selbst initiiert wurde.

3. Software Supply Chain: Vertrauen in Updates

Der Mensch wird nicht direkt angegriffen, sondern das Vertrauen in Entwickler-Ökosysteme und Abhängigkeiten.

Supply-Chain-Phishing über npm oder PyPI-Notifications.

Am 8. September 2025 führte eine einzige Phishing-Mail an den Maintainer der npm-Pakete chalk und debug (zusammen 2,6 Milliarden wöchentliche Downloads) zum größten npm-Supply-Chain-Angriff der Geschichte. 18 Pakete wurden für etwa zwei Stunden mit Crypto-Stealing-Malware kompromittiert. Sonatype identifizierte allein im ersten Quartal 2025 rund 18.000 schädliche Pakete – bis zur Jahresmitte hatte sich die Zahl nahezu verdreifacht.

Erkennung: Security-Advisories immer direkt auf der offiziellen Plattform verifizieren, nie über Links aus E-Mails.

Phishing-Mail geöffnet – was jetzt? Sofortmaßnahmen für IT-Fachkräfte

Du hast auf einen Link geklickt, einen Anhang geöffnet oder bist dir nicht sicher, ob eine E-Mail legitim war. Je schneller du reagierst, desto geringer der Schaden. In vielen Fällen liegt die eigentliche Gefahr nicht im Moment des Klicks, sondern in den Minuten danach.

Ein Datenleck im Finanzsektor kostet durchschnittlich 6,08 Millionen US-Dollar (IBM Cost of a Data Breach Report, 2024) – 22 Prozent über dem globalen Durchschnitt. Phishing-initiierte Breaches benötigen im Schnitt 261 Tage bis zur Identifikation und Eindämmung. In vielen Fällen endet ein erfolgreicher Phishing-Angriff in Ransomware – die Zahl der Ransomware-Payloads in Phishing-Mails stieg laut KnowBe4 (2025) um 22,6 Prozent innerhalb von sechs Monaten. In NIS2-pflichtigen Unternehmen läuft ab dem Moment der Erkennung eine Frühwarnfrist von 24 Stunden, gefolgt von einer Vorfallmeldung mit Erstbewertung innerhalb von 72 Stunden und einem Abschlussbericht innerhalb eines Monats (NIS2 Art. 23).

In Incident-Response-Szenarien ist eine schnelle, unvollständige Meldung besser als eine verzögerte, perfekte Analyse. Jeder Minutenverlust erhöht das Risiko von Persistenz im System. Entscheidend ist daher nicht die Frage, ob etwas passiert ist – sondern wie schnell und strukturiert reagiert wird.

1. Internetverbindung trennen.

LAN-Kabel ziehen oder WLAN deaktivieren. Ziel: Datenexfiltration stoppen und laterale Bewegung im Netzwerk verhindern. Gerät nicht ausschalten – forensische Spuren im RAM gehen sonst verloren. Phishing-Angriffe installieren häufig zusätzliche Schadsoftware – Trojaner, Backdoors oder Ransomware – die nicht sofort erkennbar ist.

2. IT-Sicherheitsteam informieren.

Sofort – nicht nach eigener Analyse. Melde was passiert ist: Zeitpunkt, welche Mail, was du geklickt oder geöffnet hast, welches Gerät. KnowBe4’s Phishing-by-Industry-Report 2025 zeigt: Regelmäßiges Training und Simulationen senken die Phishing-Anfälligkeit um 86 Prozent – von durchschnittlich 33,1 Prozent auf 4,1 Prozent nach 12 Monaten. Meldekultur ist trainierbar.

3. Anmeldedaten und Zugangsdaten ändern.

Passwörter für alle betroffenen Systeme ändern – über ein anderes, nicht kompromittiertes Gerät. Wer Anmeldedaten oder Credentials eingegeben hat, sollte auch alle anderen Systeme mit demselben oder ähnlichem Passwort ändern. Ein Passwort-Manager stellt sicher, dass jedes System ein eigenes, zufällig generiertes Passwort hat – und reduziert die Angriffsfläche bei künftigen Vorfällen.

4. Nicht löschen – Beweise sichern.

Die E-Mail ist Beweismittel. Nicht löschen, nicht weiterleiten (außer an das Sicherheitsteam). Screenshot der E-Mail und der vollständigen URL erstellen.

5. Aktive Sessions und Integrationen überprüfen.

In Microsoft 365, Google Workspace und anderen Cloud-Diensten: Aktive Sessions prüfen und unbekannte Geräte abmelden. Bei OAuth-Consent-Phishing: Verbundene Apps prüfen und verdächtige Berechtigungen widerrufen. Microsoft hat die Standard-Consent-Richtlinien im Juli 2025 verschärft – User-Level-Consent für Datei-Zugriff durch Drittanbieter-Apps ist seitdem standardmäßig blockiert.

6. Kollegen warnen.

Wenn die Phishing-Mail an mehrere Personen ging, ist die Wahrscheinlichkeit hoch, dass nicht nur eine Person darauf reagiert hat. Eine kurze Warnung an das Team spart dem Sicherheitsteam Zeit.

Tipp:

Petra Hajdušek, Information Security Officer bei msg life Slovakia:

„Phishing-Simulationen sind kein Misstrauensbeweis – sie zeigen, dass ein Unternehmen seine Leute ernst nimmt. Frag im Bewerbungsgespräch, ob regelmäßig Phishing-Tests durchgeführt werden. Wer offen darüber spricht, hat eine reife Sicherheitskultur. Wer ausweicht, ist ein Warnsignal.“

Phishing-Awareness im Bewerbungsgespräch prüfen

Phishing ist kein individuelles Problem. Es ist ein Organisationsproblem. Selbst die beste Checkliste hilft nur begrenzt, wenn Sicherheitsprozesse fehlen, Vorfälle nicht gemeldet werden oder Mitarbeitende nie trainiert werden.

Die meisten Phishing-Ratgeber enden bei „sei vorsichtig“. Für IT-Fachkräfte ergibt sich daraus eine oft übersehene Frage: Wie ernst nimmt ein potenzieller Arbeitgeber das Thema Cybersicherheit? Die Antwort lässt sich häufig bereits im Bewerbungsgespräch erkennen. In regulierten Branchen wie der Versicherungswirtschaft sind diese Fragen besonders relevant. NIS2 und DORA (Digital Operational Resilience Act) verpflichten Unternehmen inzwischen zu dokumentierten Sicherheitsmaßnahmen, klaren Meldewegen und regelmäßigen Resilienztests.

Keine einzelne Antwort entscheidet darüber, ob ein Unternehmen sicher ist. Auffällig wird es jedoch, wenn mehrere Warnsignale zusammenkommen: keine Phishing-Tests, unklare Incident-Prozesse, fehlende Patch-Zyklen oder mangelnde Kenntnisse über grundlegende E-Mail-Schutzmechanismen.

Sicherheitskultur zeigt sich selten in Hochglanz-Präsentationen. Sie zeigt sich in konkreten Prozessen.

Wer im Bewerbungsgespräch gezielt nach Security-Prozessen fragt, erhält oft tiefere Einblicke als durch jede Karriereseite. Bei msg life Slovakia gehören dokumentierte Incident-Response-Prozesse, NIS2-konforme Meldeketten und Security-Awareness-Maßnahmen zum festen Bestandteil des Sicherheitskonzepts.

Artikel teilen

Phishing-Mails erkennen: Worauf IT-Fachkräfte wirklich achten müssen

Jakub Novák

System Engineer bei msg life Slovakia mit Schwerpunkt Infrastruktur, Endpoint Security und Automatisierung. Zuvor administrierte er als System Administrator über zwei Jahre die Hardware- und Endpoint-Infrastruktur des Unternehmens – inklusive Active Directory, BitLocker und Remote-Troubleshooting.