FortiEDR ist die Endpoint-Detection-and-Response-Lösung (EDR) von Fortinet, die auf Endpoints laufende Prozesse auf Kernel-Ebene überwacht, schädliches Verhalten in Echtzeit stoppt und die Incident Response automatisiert. Sie vereint eine Machine-Learning-basierte Antivirus-Schicht vor der Ausführung mit einer verhaltensbasierten Blockierungsschicht nach der Infektion in einem einzigen leichtgewichtigen Agenten; Arbeitsplatzrechner, Server, Cloud-Workloads und Produktionssysteme werden mit demselben Regelwerk geschützt.
Warum dieser zweischichtige Ansatz notwendig ist, zeigen die Bedrohungsdaten. Laut Verizons Data Breach Investigations Report 2025 war Ransomware an 44 % der untersuchten Sicherheitsverletzungen beteiligt — im vorherigen Report lag dieser Anteil bei 32 %, und bei kleinen und mittleren Unternehmen steigt er auf 88 % (Verizon DBIR, 2025). Der Global Threat Landscape Report 2026 von FortiGuard Labs beziffert die Zahl der bestätigten Ransomware-Opfer im Jahr 2025 auf 7.831; das entspricht einem Anstieg von 389 % gegenüber den rund 1.600 Opfern im vorherigen Report (Fortinet, 2026).
Was ist FortiEDR und worin unterscheidet es sich von einem klassischen Antivirus?
Kurze Antwort: Ein klassischer Antivirus schaut darauf, was eine Datei ist; FortiEDR schaut darauf, was ein Prozess tut. Selbst wenn keine Signatur- oder Hash-Übereinstimmung vorliegt, werden diese Verhaltensweisen per Richtlinie unterbunden, sobald der Prozess ins Dateisystem schreiben, einen Persistenzeintrag anlegen oder eine Verbindung nach außen aufbauen will.
Fortinet beschreibt diese Architektur als zwei Schutzschichten. Die erste Schicht ist eine Machine-Learning-basierte Next-Generation-Antivirus-Engine (NGAV), die auf Kernel-Ebene arbeitet und darauf abzielt, eine schädliche Datei vor der Ausführung zu blockieren; Fortinet gibt an, dass künstliche Intelligenz und Machine Learning unter Windows und Linux auf Kernel-Ebene laufen. Die zweite Schicht greift bei Bedrohungen, die die erste überwunden haben: Sobald FortiEDR einen verdächtigen Prozessablauf erkennt, blockiert es die ausgehende Kommunikation dieses Prozesses und seinen Zugriff auf das Dateisystem. Damit können Datenabfluss, Command-and-Control-Traffic (C2), Manipulationen an Dateien und Registry sowie Ransomware-Verschlüsselung keine Wirkung entfalten, selbst wenn das Gerät kompromittiert wurde. Da das Gerät nicht abgeschaltet, sondern lediglich die Handlungsfähigkeit des schädlichen Prozesses eingeschränkt wird, kann der Benutzer weiterarbeiten — im Hinblick auf die Geschäftskontinuität stellt das eine andere Balance her als Ansätze, die die gesamte Maschine vom Netz isolieren.
Im Hintergrund setzen die Fortinet Cloud Services die Beweissicherung fort, reichern die Incident-Daten an, klassifizieren sie und lösen anhand dieser Klassifizierung das automatische Response-Playbook aus. FortiEDR verkleinert die Angriffsfläche außerdem, bevor ein Angriff überhaupt stattfindet: Schwachstellenbewertung, Nachverfolgung des CVE-Status von Anwendungen, Virtual Patching, Erkennung nicht verwalteter und IoT-Geräte, Anwendungskontrolle und USB-Gerätekontrolle sind im selben Agenten enthalten. Deshalb ist es treffender, FortiEDR nicht nur als Erkennungswerkzeug, sondern als Schicht für das Endpoint-Risikomanagement zu positionieren.
In welcher Angriffsphase greifen die Schutzschichten von FortiEDR?
Kurze Antwort: Es gibt fünf Phasen, und jede greift zu einem anderen Zeitpunkt der Angriffskette. Die folgende Tabelle fasst zusammen, wann welche Schicht aktiv wird, was sie tut und auf welchen Bedrohungstyp sie abzielt.
| Schicht | Zeitpunkt des Eingreifens | Aufgabe | Adressierte Bedrohung |
|---|
| Erfassung und Vorhersage | Vor dem Angriff | Schwachstellenbewertung, CVE-Tracking für Anwendungen, Virtual Patching, Erkennung nicht verwalteter und IoT-Geräte, Anwendungskontrolle | Ungepatchte Anwendung, nicht erfasstes Gerät |
| Schutz vor der Infektion | Vor der Ausführung der Datei | Machine-Learning-basierter NGAV auf Kernel-Ebene, Anreicherung mit FortiGuard Threat Intelligence, Offline-Schutz, USB-Gerätekontrolle | Bekannte Schadsoftware und ihre Varianten |
| Erkennung und Neutralisierung nach der Infektion | Nachdem der Prozess gestartet ist | Unterbrechung der ausgehenden Kommunikation und des Dateisystemzugriffs des verdächtigen Prozesses, Erkennung speicherbasierter und "Living off the Land"-Angriffe | Dateilose Schadsoftware, Ransomware-Verschlüsselung, Datenabfluss |
| Response und Remediation | Nach der Klassifizierung des Incidents | Playbook-Automatisierung, Entfernen von Dateien, Beenden von Prozessen, Rückgängigmachen von Persistenzänderungen, Isolation von Gerät oder Anwendung, Ticketerstellung | Persistenz, laterale Bewegung |
| Untersuchung und Threat Hunting | Nach dem Incident | Vollständige Sichtbarkeit der Angriffskette durch patentiertes Code Tracing, Speicher-Snapshots, Übersetzung gängiger IoC-Syntaxen wie TAXII in die FortiEDR-Lucene-Syntax | Verborgene, noch nicht klassifizierte Bedrohung |
Der Rollback-Schritt birgt in der Praxis ein entscheidendes Detail: Unter Windows ist das Rückgängigmachen schädlicher Änderungen nicht von den VSS-Snapshots (Volume Shadow Copy) abhängig, auf die es Ransomware abgesehen hat; dieselbe Funktion wird auch unter macOS und Linux unterstützt. Die vollständige Sichtbarkeit der Angriffskette wird durch die patentierte Code-Tracing-Technologie erzeugt und selbst dann aufgezeichnet, wenn das Gerät offline ist. Die Konsolenoberfläche erklärt, warum ein Ereignis als verdächtig markiert wurde, und ordnet den Angriff den Techniken des MITRE-ATT&CK-Frameworks zu; für Teams, die Schwierigkeiten haben, erfahrene Analysten vorzuhalten, ist das ein unmittelbarer operativer Gewinn.
Welchen Angriffen sind Endpoints heute ausgesetzt?
Kurze Antwort: Der Erstzugriff erfolgt inzwischen überwiegend über Phishing und die Ausnutzung von Schwachstellen; die Zeit, die ein Angreifer braucht, um eine Schwachstelle waffenfähig zu machen, ist von Tagen auf Stunden gesunken. Wenn diese beiden Trends zusammentreffen, reicht eine Endpoint-Strategie, die allein auf Signatur-Updates beruht, nicht mehr aus.
Im Bericht Threat Landscape 2025 der ENISA, der den Zeitraum Juli 2024 bis Juni 2025 abdeckt und 4.875 Vorfälle auswertet, wurde Phishing mit 60 % als dominanter Angriffsvektor und die Ausnutzung von Schwachstellen mit 21,3 % der Erstzugriffe ausgewiesen (ENISA Threat Landscape, 2025). Der Verizon DBIR 2025 zeigt, dass die Ausnutzung von Schwachstellen als initialer Zugriffsvektor 20 % erreichte — ein Anstieg von 34 % gegenüber dem vorherigen Report — und dass der Anteil von Edge-Geräten und VPNs an den Ausnutzungszielen von 3 % auf 22 % stieg (Verizon DBIR, 2025). Der Fortinet-Report 2026 wiederum gibt an, dass die Zeit bis zur Ausnutzung bei kritischen Meldungen auf 24–48 Stunden gesunken ist und die weltweiten Exploit-Versuche im Jahresvergleich um 25,49 % zugenommen haben (Fortinet, 2026).
Aus diesem Bild folgen zwei Konsequenzen. Erstens: Da ein Angriff erfolgen kann, bevor sich das Patch-Fenster schließt, sind Virtual Patching und verhaltensbasierte Blockierung am Endpoint als kompensierende Kontrollen erforderlich. Zweitens: Da der Ausgangspunkt einer Sicherheitsverletzung meist am Netzwerkrand liegt, muss die Endpoint-Telemetrie im selben Korrelationspool bewertet werden wie die Firewall- und E-Mail-Schicht. Die Positionierung von FortiEDR innerhalb des Fortinet Security Fabric zielt genau auf diesen zweiten Bedarf ab.
Welche Betriebssysteme und Geräte unterstützt FortiEDR?
Kurze Antwort: Eine der markantesten Eigenschaften von FortiEDR ist die Abdeckung älterer Betriebssysteme. Laut Fortinet-Datenblatt unterstützt der Agent eine Spanne von Windows XP SP2 bis Windows 11 und von Windows Server 2003 SP2 bis Windows Server 2025 sowie die mobilen Plattformen Android 9.0 und höher und iOS 15.0 und höher (Fortinet FortiEDR Data Sheet, 2025).
| Plattformfamilie | Abdeckung |
|---|
| Windows-Client | Windows XP SP2, 7, 8, 8.1, 10 und 11 (32- und 64-Bit-Versionen) |
| Windows Server | Windows Server 2003 SP2 und R2 SP2, 2008 SP1, 2008 R2 SP2, 2012, 2012 R2, 2016, 2019, 2022 und 2025 |
| macOS | Von El Capitan (10.11) bis Sequoia (15) |
| Linux | Red Hat Enterprise Linux und CentOS, Ubuntu LTS (Serverversionen nur 64 Bit), Oracle Linux, Amazon Linux AMI 2, openSUSE Leap und SUSE Linux Enterprise Server |
| Virtueller Desktop (VDI) | VMware Horizon 6 und 7, Citrix XenDesktop 7 |
| Mobil | Android 9.0 und höher, iOS 15.0 und höher |
| Cloud | Cloud-Workloads; Bereitstellung über den Google Cloud Marketplace und automatische Orchestrierung der Endpoint-Installation für Google Compute Engine |
Diese Abdeckung findet in der türkischen Fertigung, im Gesundheitswesen und im Einzelhandel unmittelbare Entsprechung. HMI-Stationen in der Fertigungslinie, Bildgebungsarbeitsplätze in Krankenhäusern und POS-Terminals laufen häufig unter einer Windows-Version, deren Herstellerunterstützung ausgelaufen ist; wegen der Anwendungszertifizierung lassen sie sich nicht aktualisieren, und die meisten modernen EDR-Agenten können auf diesen Systemen nicht installiert werden. Auf solchen Geräten reicht ein Signatur-Update allein nicht aus. Verhaltensbasierte Blockierung, Anwendungskontrolle und Virtual Patching sind der praktikable Weg, das Risiko messbar zu senken, ohne die Hardware zu erneuern. Dass FortiEDR auch in Fertigungs- und OT-Systemen mit vollständiger Funktionsparität arbeitet, ist in diesem Szenario ausschlaggebend.
Wie stark beeinflusst der FortiEDR-Agent die Endpoint-Leistung?
Kurze Antwort: Fortinet gibt an, dass der FortiEDR-Agent zwischen unter 1 % und 2 % CPU, 200–350 MB Arbeitsspeicher und 750 MB–1 GB Festplattenspeicher belegt und im Netzwerk nur geringen Traffic erzeugt; die Obergrenzen bei Arbeitsspeicher und Festplatte hängen mit der Threat-Hunting-Funktion (Response-Lizenz) zusammen (Fortinet FortiEDR Data Sheet, 2025).
In der Kapazitätsplanung müssen diese Werte mit der Gerätezahl multipliziert werden. Besonders in VDI-Pools und stark konsolidierten Servern wirken sich 200–350 MB Arbeitsspeicher pro Agent spürbar auf die Infrastrukturdimensionierung aus; deshalb planen wir bei VDI-Projekten die Einbettung des Agenten in das Golden Image und die Ressourcenreserve pro Pool im Voraus. Da Schutz und Erkennung auf dem Endpoint selbst laufen, kann der Agent auch auf Offline-Geräten ohne Konsolenverbindung Entscheidungen treffen; für Notebooks im Außendienst und Filialgeräte mit unterbrochener Konnektivität ist dieses Verhalten wichtig.
Die Management-Konsole lässt sich mandantenfähig (multi-tenant) in der Cloud, im Unternehmen selbst oder in einem hybriden Modell betreiben. Organisationen mit Einschränkungen bei der Datenhaltung können die Konsole in ihrem eigenen Rechenzentrum betreiben; diese Wahl ist in den Diskussionen um Datenlokalisierung im Rahmen des KVKK (türkisches Datenschutzgesetz) häufig ausschlaggebend. Die Konsole läuft auf Englisch, Französisch, traditionellem Chinesisch und Japanisch; sie bietet eine rollenbasierte Zugriffskontrolle (RBAC) und eine REST-API, die sämtliche Konsolenoperationen abdeckt (Fortinet FortiEDR Data Sheet, 2025). Da es keine türkische Konsolenoberfläche gibt, führen wir Installation, Prozessdokumentation und Teamschulung auf Türkisch durch.
Wie hat FortiEDR in unabhängigen Bewertungen abgeschnitten?
Kurze Antwort: Das Ergebnis, das wir auf eine Primärquelle stützen können, stammt aus Runde 4 der MITRE Engenuity ATT&CK Evaluations. Nach Fortinets Darstellung zu dieser Runde (Szenarien Wizard Spider und Sandworm) blockierte FortiEDR 100 % der Angriffe, erkannte und katalogisierte 97 % der 90 Nicht-Linux-Schritte und meldete 93 % der Teilschritte auf "Technique"-Ebene (Fortinet, 2022).
Bei der Wiedergabe dieser Zahlen gehören zwei Vorbehalte dazu. Erstens stammen die Werte aus Fortinets eigenem Blogbeitrag; sie wurden nicht unabhängig anhand der Ergebnisseiten von MITRE verifiziert — korrekt ist daher die Formulierung "nach Fortinets Darstellung" und nicht "laut MITRE". Zweitens kürt ATT&CK Evaluations keinen Gewinner; es ist ein Vergleich von Rohtelemetrie und Erkennungsqualität und gilt jeweils nur für das Szenario der betreffenden Runde. Neuere Rundenergebnisse, die wir nicht verifizieren konnten, Testnoten ohne veröffentlichte Punktwerte und Aussagen wie "branchenführende Erkennungsrate" ohne Quellenangabe verwenden wir auf dieser Seite nicht.
Wir empfehlen, die Produktauswahl nicht auf eine einzelne Testrunde zu stützen, sondern auf einen Piloten in Ihrer eigenen Umgebung. Ihr Anwendungsbestand, Ihre Last an veralteten Betriebssystemen und Ihre Toleranz gegenüber False Positives beeinflussen das Ergebnis stärker als Testberichte.
Worin unterscheiden sich FortiEDR und FortiXDR?
Kurze Antwort: FortiEDR ist die Endpoint-Schicht selbst; FortiXDR baut auf derselben Agenten- und Konsolenbasis auf und wird mit einer zusätzlichen Lizenz aktiviert. FortiXDR ist also keine separate Produktinstallation, sondern die um Security-Fabric-weite Telemetrie erweiterte Variante von FortiEDR.
| Vergleich | FortiEDR | FortiXDR |
|---|
| Umfang | Endpoint: Arbeitsplatzrechner, Server, Cloud-Workload, OT-Client | Gemeinsame Korrelation von Endpoint-Telemetrie mit Netzwerk-, E-Mail- und weiteren Fabric-Quellen |
| Agent | Ein einziger leichtgewichtiger Agent | Derselbe Agent; keine zusätzliche Agenteninstallation erforderlich |
| Lizenz | Lizenz pro Gerät | Zusatzlizenz auf FortiEDR |
| Typischer Käufer | Organisation, die ihren Endpoint-Schutz modernisiert | SOC, das Incident-Korrelation und Response an einer zentralen Stelle bündeln möchte |
In der Praxis beginnen die meisten Organisationen mit FortiEDR und nehmen die XDR-Schicht in Betrieb, nachdem sich die Endpoint-Richtlinie eingespielt hat und die False Positives nachjustiert sind. Diese Reihenfolge staffelt zum einen die Lizenzkosten und ermöglicht zum anderen, die Korrelationsregeln mit echten Umgebungsdaten zu kalibrieren. Beim Lizenzmodell spricht Fortinet von flachen Kosten pro Gerät (Flat Licensing) und von flexiblen Beschaffungsoptionen wie FortiFlex; zudem gibt das Unternehmen an, dass die Plattform dank lokaler Cloud-Infrastruktur und geringem Footprint so skaliert, dass sie Hunderttausende Endpoints schützen kann (Fortinet FortiEDR Data Sheet, 2025). Für die passende Lizenzkombination und einen stufenweisen Migrationsplan können Sie bei unserem Team ein Angebot anfordern.
Wie integriert sich FortiEDR in das Fortinet Security Fabric?
Kurze Antwort: FortiEDR gibt die am Endpoint erzeugte Threat Intelligence an die Netzwerk-, E-Mail- und Identitätsschicht weiter; im Gegenzug reichert es die Incident-Klassifizierung mit dem Kontext aus diesen Schichten an. Fortinet gibt an, dass das Security-Fabric-Ökosystem mehr als 500 Drittanbieterlösungen umfasst und FortiGuard Labs täglich über 100 Milliarden Ereignisse verarbeitet und analysiert (Fortinet, 2026).
| Komponente | Nutzen der Integration |
|---|
| FortiGate | Weitergabe von Endpoint-Bedrohungs- und Anwendungsinformationen an die Firewall; Anweisung, eine IP-Adresse nach einem Eindringversuch zu sperren oder zu blockieren |
| FortiNAC | Austausch entdeckter Assets und von Endpoint-Intelligence; Verschieben des Geräts in ein Quarantäne-VLAN im Fall einer Kompromittierung |
| FortiSandbox | Automatisches Senden verdächtiger Dateien in die Cloud, Echtzeitanalyse und Klassifizierung |
| FortiSIEM | Übergabe von Incidents und Alarmen an das SIEM über einen vorgefertigten Parser, forensische Untersuchung |
| FortiClient / EMS | Der Endpoint-Zustand als Eingabe für die ZTNA-Posture-Prüfung und die Gerätekennzeichnung |
| FortiNDR | Zusammenführung von Netzwerkerkennungsdaten mit Endpoint-Daten, Verkürzung der Analysezeit eines Incidents |
| FortiRecon | Sichtbarkeit der externen Angriffsfläche und Priorisierung der Risiken |
| FortiGuard Labs | Echtzeit-Klassifizierung von Incidents mit aktueller Threat Intelligence und Auslösen des passenden Playbooks |
Auch die Quelle dieser Threat Intelligence ist in ihrem Umfang bemerkenswert: Fortinet gibt an, die FortiGuard-Dienste mit Telemetrie aus einer Kundenbasis von über 830.000 zu speisen und wöchentlich 1,8 Millionen neue Definitionen für die Antivirus-Engine zu erzeugen (Fortinet FortiSASE Data Sheet, 2026). In der Praxis zahlen sich diese Integrationen vor allem dort aus, wo die Spuren desselben Vorfalls in unterschiedlichen Schichten zusammengeführt werden: In einer einzigen Untersuchung lässt sich sehen, welcher Benutzer einen auf FortiMail in Quarantäne gestellten Anhang auf einem anderen Weg ausgeführt hat, zu welchem Ziel laut den Logs der FortiGate Firewall eine Verbindung versucht wurde und wie diese Kette auf dem FortiAnalyzer berichtsfähig dokumentiert ist. Der FortiGuard-IOC-Dienst von FortiAnalyzer liefert forensische Daten mit 500.000 IOC pro Tag (Fortinet FortiAnalyzer Data Sheet, 2026). In Organisationen, die die Zugriffsschicht für Remote-Mitarbeitende mit FortiSASE aufgebaut haben, fließt der Endpoint-Posture-Status direkt in die Zugriffsentscheidung ein.
Welche Schritte automatisiert FortiEDR bei einem Ransomware-Angriff?
Kurze Antwort: Sobald ein verdächtiger Prozess erkannt wird, werden Netzwerk- und Dateisystemzugriff unterbrochen, der Incident automatisch klassifiziert und das an die Klassifizierung gekoppelte Playbook gestartet. Die Verschlüsselung ist damit gestoppt, ohne dass auf das Eingreifen eines Analysten gewartet werden muss.
Ein typischer Ablauf sieht so aus:
- Blockierung: Die ausgehende Kommunikation des Prozesses und seine Schreibberechtigung auf das Dateisystem werden sofort unterbunden; Ransomware-Verschlüsselung, Dateimanipulation und Datenabfluss werden verhindert.
- Anreicherung: Die Fortinet Cloud Services sammeln zusätzliche Beweise und bestätigen die Klassifizierung mit einer Multi-Engine-Sandbox und FortiGuard Intelligence.
- Klassifizierung: Der Incident wird automatisch klassifiziert; diese Klassifizierung bestimmt, welches Playbook ausgeführt wird.
- Response: Entfernen von Dateien, Beenden schädlicher Prozesse, Rückgängigmachen von Persistenzänderungen, Benachrichtigung des Benutzers, Isolation von Gerät oder Anwendung und Erstellung eines Tickets werden automatisch ausgeführt.
- Rollback: Die vorgenommenen schädlichen Änderungen werden auf einem einzelnen Gerät oder umgebungsweit rückgängig gemacht; unter Windows ist dieser Vorgang nicht von VSS-Snapshots abhängig.
- Untersuchung: Mit patentiertem Code Tracing werden die vollständige Angriffskette und die Stack-Sichtbarkeit erzeugt, für speicherbasierte Angriffe werden Speicher-Snapshots aufbewahrt.
Diese Automatisierung ersetzt keine Backup-Strategie. Das Stoppen der Verschlüsselung und die Absicherung der Datenintegrität sind unterschiedliche Probleme; für einen unternehmensweiten Wiederherstellungsplan muss der Endpoint-Schutz zusammen mit einer Schicht wie Acronis Backup und Cyber Protection konzipiert werden. Der Verizon DBIR 2025 beziffert den Anteil der Opfer, die kein Lösegeld gezahlt haben, auf 64 % (Verizon DBIR, 2025); was das Nichtzahlen überhaupt erst möglich macht, ist zu einem großen Teil eine funktionierende Wiederherstellungsfähigkeit.
Wie wählt man zwischen FortiEDR, Trend Micro Apex One und Bitdefender GravityZone?
Kurze Antwort: Alle drei sind ausgereifte EDR-/XDR-Plattformen; ausschlaggebend ist nicht die Liste der Produktfunktionen, sondern Ihre bestehende Infrastruktur, Ihre Last an veralteten Betriebssystemen, Ihre Einschränkungen bei der Konsolenplatzierung und Ihr Betriebsmodell. Die Entscheidungskriterien klären wir mit den folgenden Fragen.
| Entscheidungskriterium | Zu stellende Frage | Auswirkung auf die Entscheidung |
|---|
| Bestehende Netzwerkschicht | Sind Ihre Firewall-, SASE- und NAC-Schicht von Fortinet? | Native Korrelation innerhalb des Fabric und Response in einer einzigen Konsole sprechen deutlich für FortiEDR |
| Last an veralteten Betriebssystemen | Wie viele nicht patchbare Windows-Server oder Industrie-Clients haben Sie? | Die Unterstützung bis zurück zu Windows XP SP2 und Server 2003 hebt FortiEDR hervor |
| Konsolenplatzierung | Ist eine Cloud-Konsole akzeptabel oder ist On-Premise zwingend? | FortiEDR unterstützt Cloud-, Hybrid- und On-Premise-Platzierung |
| Betriebsmodell | Haben Sie ein eigenes SOC-Team für die 24/7-Überwachung? | Falls nicht, wird eine Plattform mit der Option auf Managed Detection and Response (MDR) benötigt |
| Bestehende Investition | Für welche Plattform besitzen Ihre Endpoints derzeit bereits Lizenzen? | Migrationskosten und Parallelbetriebsdauer bestimmen die Gesamtbetriebskosten |
Liegt die bestehende Investition eines Unternehmens außerhalb von Fortinet, gehört es dazu, die Alternativen ehrlich zu bewerten. Auf unseren Lösungsseiten zu Trend Micro Apex One und Bitdefender GravityZone behandeln wir die Positionierung dieser Plattformen jeweils gesondert; da wir alle drei Produkte im Feld implementiert und betrieben haben, führen wir den Vergleich nicht anhand von Marketingversprechen, sondern anhand Ihres Bestands. Unsere weiteren Produktfamilien finden Sie auf unserer Lösungsseite.
Welche Anforderungen von KVKK und PCI DSS unterstützt FortiEDR?
Kurze Antwort: FortiEDR stellt allein keine Compliance her; es trägt jedoch unmittelbar dazu bei, die technischen Maßnahmenpunkte des KVKK (türkisches Datenschutzgesetz) und die endpointbezogenen Anforderungen von PCI DSS nachweisbar zu erfüllen. Compliance entsteht aus dem Dreiklang Produkt plus Prozess plus Nachweis.
In der Tabelle der technischen Maßnahmen im Leitfaden zur Sicherheit personenbezogener Daten (technische und administrative Maßnahmen) des KVKK werden Intrusion-Detection- und -Prevention-Systeme, Log-Aufzeichnungen, aktuelle Antiviren-Systeme, Netzwerksicherheit und Data Loss Prevention ausdrücklich aufgeführt; der Leitfaden verlangt zudem, Eindringversuche oder unerwünschte Aktivitäten zu erkennen und sämtliche Benutzeraktivitäten regelmäßig zu protokollieren (KVKK Leitfaden zur Sicherheit personenbezogener Daten, Januar 2018). FortiEDR deckt von diesen Punkten den Endpoint-Malware-Schutz, die Erkennung von Kompromittierungen und die Incident-Aufzeichnung ab; die Langzeitaufbewahrung und Berichterstattung dieser Datensätze übernimmt FortiAnalyzer. FortiAnalyzer bietet vorgefertigte Compliance-Berichte wie PCI-DSS und HIPAA (Fortinet FortiAnalyzer Data Sheet, 2026).
Auf Seiten von PCI DSS v4.0 betrifft Anforderung 1.5.1 den Endpoint unmittelbar: Auf Geräten, die sich sowohl mit einem nicht vertrauenswürdigen Netzwerk als auch mit der Karteninhaber-Datenumgebung (CDE) verbinden können — das typische Beispiel ist das Notebook einer remote arbeitenden Person —, müssen Sicherheitskontrollen implementiert werden (PCI Security Standards Council, PCI DSS v4.0). Callcenter-Arbeitsplätze mit Zugriff auf Kartendaten, Filialkassen und Notebooks von Führungskräften fallen in den Anwendungsbereich dieser Anforderung; die Anwendungskontrolle, die USB-Gerätekontrolle und die Geräteisolation von FortiEDR erzeugen im Audit vorzeigbare Kontrollen. Auch die im FortiEDR-Datenblatt von Fortinet angegebene Konformität mit ISO 27001, ISO 27017 und ISO 27018 gehört zu den Informationen, die in Lieferantenbewertungsunterlagen abgefragt werden (Fortinet FortiEDR Data Sheet, 2025).
Eine zusätzliche Anforderung, der wir bei Instituten unter Aufsicht der BDDK (türkische Banken- und Kapitalmarktaufsicht) und bei öffentlichen Einrichtungen häufig begegnen, ist, dass die Management-Ebene im Inland bleiben muss. Dass sich die FortiEDR-Konsole On-Premise oder hybrid platzieren lässt, ermöglicht es, diese Anforderung zu erfüllen; lokalen Support, türkischsprachige Prozessdokumentation und den Wissenstransfer nach der Inbetriebnahme stellen wir als Sora Yazılım bereit.
Wie läuft ein FortiEDR-Einführungsprojekt ab?
Kurze Antwort: Wir gehen in dieser Reihenfolge vor: Bestandsaufnahme, Pilotgruppe, Richtlinienkalibrierung im Monitoring-Modus, stufenweiser Übergang zur Blockierung, Playbook-Design und Fabric-Integration. Wir installieren nicht direkt auf allen Geräten mit aktivierter Blockierrichtlinie — das Risiko von False Positives kann die Produktionsumgebung zum Stillstand bringen.
In der ersten Phase wird der Endpoint-Bestand erhoben: Betriebssystemverteilung, nicht patchbare Systeme, VDI-Pools, Server und OT-Clients werden in separate Gruppen aufgeteilt. Anschließend wird der Agent in einer repräsentativen Pilotgruppe im Monitoring-Modus betrieben; legitime, aber verdächtig wirkende Verhaltensweisen Ihrer Geschäftsanwendungen (eigene Makros, alte ERP-Clients, Außendienstsoftware) werden in Ausnahmelisten aufgenommen. Nach der Kalibrierung der Richtlinie werden die Gruppen nacheinander in den Blockiermodus überführt. Beim Playbook-Design wird gemeinsam festgelegt und schriftlich fixiert, welche automatische Aktion bei welcher Incident-Klasse ausgeführt wird — Isolation, Prozessbeendigung, Rollback, Ticketerstellung.
Für Organisationen ohne eigenes SOC-Team bietet der Managed-Detection-and-Response-Dienst (MDR) von Fortinet 24/7 kontinuierliche Bedrohungsüberwachung, Alarm-Triage und Incident-Management; zusätzlich lässt sich ein Einführungsservice (Deployment Best Practices Services) mit Architekturplanung, Installation, Playbook-Konzeption, Umgebungsabstimmung und Schulung erwerben. Bei Projekten, in denen die Endpoint-Schicht zusammen mit der Infrastrukturautomatisierung und der Monitoring-Strecke konzipiert werden muss, kommen unsere DevOps- und Infrastrukturleistungen ins Spiel. In Organisationen, die im Fortinet-Ökosystem FortiClient als Endpoint-Agent einsetzen, wird FortiEDR in der Regel nicht als Ersatz, sondern als zusätzliche Schicht für erweiterte Erkennung und Response daneben positioniert.
Sprechen wir über Ihren Bedarf bei FortiEDR-Lizenzierung, -Einführung und -Betrieb. Als Sora Yazılım erheben wir in unserer Eigenschaft als autorisierter Fortinet-Channel-Partner Ihren Endpoint-Bestand, bestimmen gemeinsam mit Ihnen die richtige Lizenzstufe (Umfang für Erkennung, Schutz, Response und Threat Hunting), führen die Pilotinstallation durch und übernehmen nach der Inbetriebnahme die Pflege der Richtlinien. Für ein auf Ihre Gerätezahl und Ihren Umfang zugeschnittenes Angebot nehmen Sie über unsere Kontaktseite Kontakt mit uns auf; wir sehen uns Ihre bestehende Umgebung an und erstellen einen umsetzbaren Migrationsplan.