- ORDR vs. Asimily: Vergleich für das Jahr 2026
ORDR vs. Asimily:Vergleich zwischen „
“ und „2026“
Überprüft vom Asimily-Team · Zuletzt aktualisiert
Basierend auf dem internen Produktvergleich von Asimily und dem Lösungsüberblick „AI Protect for Segmentation“ von ORDR aus dem Oktober 2026; vergleicht Asimily mit der ORDR AI Protect-Plattform (AI Protect for Security und AI Protect for Segmentation).
Zusammenfassung
Sowohl ORDR als auch Asimily bieten passive Geräteerkennung, Richtlinien für Anomalien, Paketaufzeichnung und die Simulation von Segmentierungsrichtlinien vor deren Durchsetzung. Asimily ergänzt dies um eine ATT&CK-Analyse der Ausnutzbarkeit jeder Schwachstelle sowie um eine auf diese Angriffsvektoren ausgerichtete Segmentierung. Die Klassifizierung und die Erstellung von Richtlinien sind bei Asimily stärker automatisiert, und es bietet zusätzlich IoT-Patching sowie Snapshots der Gerätekonfiguration. ORDR bietet eine teilweise Durchsetzung auf Switch-Ebene, und die Paketaufzeichnung ist bei ORDR eingeschränkter.
Was Sie lernen werden
- In den Bereichen Erkennung, Identifizierung und Richtlinien-Simulation liegen ORDR und Asimily gleichauf
- Wie jede Plattform entscheidet, bei welchen Schwachstellen und Geräten sie zuerst Maßnahmen ergreift
- Wie Segmentierungsrichtlinien auf den einzelnen Plattformen erstellt, validiert, durchgesetzt und gepflegt werden
- Wann ORDR die bessere Wahl ist und wann Asimily
Einleitung
Sowohl ORDR als auch Asimily bieten passive Geräteerkennung, Richtlinien für Anomalien und die Simulation von Segmentierungsrichtlinien vor deren Durchsetzung. Die wesentlichen Unterschiede: Asimily bietet zusätzlich eine vollständige, KI-basierte Klassifizierung von Assets zur Unterstützung der automatischen Erstellung von Segmentierungsrichtlinien, eine auf dem MITRE ATT&CK-Modell basierende Analyse der Ausnutzbarkeit jeder Schwachstelle sowie IoT-Patching und Momentaufnahmen der Gerätekonfiguration, während ORDR eine teilweise Durchsetzung auf Switch-Ebene und eine gewisse Paketerfassung bietet.
ORDR vs. Asimily auf einen Blick
In den folgenden Zeilen wird zusammengefasst, in welchen Punkten sich die Plattformen decken und in welchen sie sich unterscheiden. Jede Zeile entspricht einer Zeile aus den nachfolgenden detaillierten Tabellen.
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| Passive Datenerhebung | Ja; umfassende passive Erfassung und Klassifizierung | Ja; passive Datenerfassung auf der Grundlage des beobachteten Geräteverhaltens |
| KI-gestützte Geräteklassifizierung | Ja; nutzt KI-Analysen zur Identifizierung von Geräten | Ja; verhaltensbasierte Klassifizierung, teilweise KI-Unterstützung |
| ATT&CK-Analyse der Ausnutzbarkeit der einzelnen Sicherheitslücken in der Kundenumgebung | Ja; Asimily Labs analysiert jede Schwachstelle hinsichtlich ihrer Ausnutzbarkeit. | Nein; stattdessen erfolgt die Priorisierung nach Netzwerk und geschäftlichen Auswirkungen |
| KI-gestützte automatische Gruppierung und Richtlinienerstellung | Ja; gruppiert Geräte und generiert Segmentierungs-ACLs | Ja; empfiehlt Richtlinien zum Prinzip der geringsten Berechtigungen, teilweise automatisiert |
| Auswirkungen von Segmentierungsrichtlinien vor deren Umsetzung simulieren | Ja; simuliert die Richtlinie anhand des Live-Datenverkehrs, bevor sie durchgesetzt wird | Ja; überprüft Richtlinien vor deren Durchsetzung |
| Gezielte Segmentierungsempfehlungen auf der Grundlage von Angriffsvektoren, einschließlich älterer Systeme | Ja; die risikobasierte Analyse schlägt automatisch eine sichere Segmentierung vor | Nein; stattdessen eine Richtlinie der geringsten Berechtigungen auf der Grundlage des beobachteten Verhaltens |
| Durchsetzung auf Switch-Ebene | Nein; die Durchsetzung erfolgt stattdessen über NACs und Firewalls | Ja; teilweise, Richtlinien können direkt auf dem Switch bereitgestellt werden |
| Paketerfassung von beliebigen Geräten zur Reaktion auf Vorfälle | Ja; optionale vollständige Paketaufzeichnung für jede überwachte Ressource | Ja; teilweise, gewisse Funktionen zur Paketerfassung |
| IoT-Geräte-Patching in großem Maßstab – mit Nachvollziehbarkeit | Ja; unterstützt IoT-Geräte manuell oder automatisch mit Patches | Nein; der Schwerpunkt liegt auf der Segmentierung, nicht auf Firmware-Updates |
| Geräte-Snapshots für die Konfigurationskontrolle und Wiederherstellung | Ja; erfasst den bekanntermaßen einwandfreien Zustand für IoT, OT und IoMT | Nein; erkennt Änderungen, speichert jedoch keine Momentaufnahmen |
1. Bestandsaufnahme und Transparenz
ORDR und Asimily liegen in Bezug auf Bestandserfassung und Transparenz nahezu gleichauf: Beide erfassen Daten passiv, fragen IoT-Geräte aktiv ab, analysieren Paket-Header und Nutzdaten und erstellen detaillierte Bestandsaufnahmen von Geräten aus den Bereichen Internet of Things (IoT), Operational Technology (OT) und Internet of Medical Things (IoMT). Der Hauptunterschied liegt in der Klassifizierungsmethode: Asimily kombiniert KI-Analysen mit anderen Fingerprinting-Methoden, während ORDR Geräte hauptsächlich anhand ihres beobachteten Verhaltens klassifiziert. Ein genaues Bestandsverzeichnis bildet die Grundlage für Priorisierung, Segmentierung und Reaktion. Aktive Abfragen eignen sich nur für Geräte, die den damit verbundenen Datenverkehr verkraften können; daher kombinieren beide Plattformen diese Methode mit passiver Datenerfassung. Beide reichern zudem Gerätedatensätze durch Integrationen an; zu denen von Asimily gehören Active Directory, DHCP-Server, Netzwerkzugangskontrollsysteme (NAC), Schwachstellenscanner und Tools zur Verwaltung mobiler Geräte (MDM).
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| Passive Datenerhebung | Ja; umfassende passive Erfassung und Klassifizierung | Ja; passive Datenerfassung auf der Grundlage des beobachteten Geräteverhaltens |
| Aktive Abfrage von Geräten | Ja; nutzt auf Wunsch vom Anbieter genehmigte APIs zur Abfrage | Ja; sichere aktive Abfragen neben der passiven Datenerfassung |
| KI-gestützte Geräteklassifizierung | Ja; stützt sich auf KI-Analysen und andere Methoden, um Geräte zu identifizieren und so eine möglichst umfassende Klassifizierung zu erreichen | Ja; verhaltensbasierte Klassifizierung |
| Detaillierte Paketanalyse von Headern und Nutzdaten sowie Netzwerkflussanalyse | Ja; überprüft Header, Nutzdaten und Netzwerkflüsse | Ja; überprüft Header und Datenströme auf Anwendungsebene |
| Detaillierte Klassifizierung und Bestandsaufnahme für IoT, OT und IoMT | Ja; detaillierte Bestandsaufnahme in den Bereichen IoT, OT und IoMT | Ja; detaillierte Bestandsaufnahme in den Bereichen IoT, OT und IoMT |
| Integrationen im gesamten IT- und Sicherheitsökosystem | Ja; die Daten zahlreicher Partner werden abgeglichen und normalisiert | Ja; umfangreicher Katalog mit enger Integration in Cisco ISE |
2. Risikomanagement
Sowohl ORDR als auch Asimily erkennen und priorisieren Schwachstellen und klassifizieren diese anhand von MITRE ATT&CK; Asimily ergänzt dies um eine ATT&CK-Analyse der Ausnutzbarkeit für jede Schwachstelle in der Kundenumgebung. Die ATT&CK-Analyse ermittelt, ob eine Schwachstelle auf einem bestimmten Gerät in einer bestimmten Umgebung tatsächlich ausnutzbar ist, und Asimily wandelt dieses Ergebnis in Empfehlungen zur Risikominderung um, die auch ältere Geräte und/oder Segmentierungsrichtlinien abdecken. Die ORDR AI Protect Platform umfasst keine Analyse der Ausnutzbarkeit pro Schwachstelle und keine auf Angriffsvektoren basierenden Empfehlungen zur Risikominderung. Beide Plattformen simulieren, wie sich eine Behebung auf das Risiko auswirken würde; bei Asimily geschieht dies über den „Risk Simulator“, der dabei hilft, den Aufwand gegen die Risikominderung abzuwägen, bevor Maßnahmen ergriffen werden.
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| Erkennung, Analyse und Priorisierung von Schwachstellen und Bedrohungen | Ja; legt den Schwerpunkt auf den kontextbezogenen Einsatz von Schwachstellenanalysen, SBOMs und Dokumentation | Ja; Priorisierung nach Netzwerk und geschäftlichen Auswirkungen |
| Grundlegende, auf MITRE basierende Klassifizierung von Sicherheitslücken | Ja; klassifiziert Schwachstellen anhand von MITRE ATT&CK | Ja; klassifiziert Schwachstellen anhand von MITRE ATT&CK |
| ATT&CK-Analyse der Ausnutzbarkeit der einzelnen Sicherheitslücken in der Kundenumgebung | Ja; Asimily Labs analysiert jede Schwachstelle hinsichtlich ihrer Ausnutzbarkeit. | Nein; stattdessen erfolgt die Priorisierung nach Netzwerk und geschäftlichen Auswirkungen |
| Gezielte Empfehlungen zur Risikominderung, auch für ältere Geräte | Ja; empfiehlt Gegenmaßnahmen für jeden Angriffsvektor, einschließlich veralteter Systeme | Nein; empfiehlt stattdessen Segmentierungsrichtlinien |
| Risikoveränderungen anhand von Sanierungsszenarien simulieren | Ja; der „Device Risk Simulator“ modelliert Änderungen des Risikowerts | Ja; Modelle unterliegen dem Risiko von Änderungen aufgrund von Sanierungsszenarien |
3. Bedrohung und Reaktion
Sowohl ORDR als auch Asimily verfügen über Funktionen, die auf Bedrohungen und Reaktionen ausgerichtet sind. Beide erstellen Anomalie-Richtlinien, die Benachrichtigungen auslösen oder eine Quarantäne veranlassen, erstellen Alarmregeln, bieten grundlegende oder erweiterte Paketerfassung und lassen sich für Reaktionsmaßnahmen mit NACs und Firewalls verbinden. Die Erkennung hilft nur dann, wenn ein Team auf eine Warnmeldung reagieren und den Vorfall rekonstruieren kann – und beide Plattformen decken diese beiden Schritte ab. In Asimily kann eine verletzte Richtlinie zudem automatisch eine Paketerfassung auslösen, und diese Erfassungen werden in einer forensischen Ansicht zusammen mit den manuell erstellten Erfassungen nachverfolgt.
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| Richtlinien für Anomalien: Benachrichtigung oder Quarantäne | Ja; Warnmeldungen oder Quarantäne bei Verstößen gegen eine Richtlinie | Ja; Verhaltensreferenzwerte weisen auf anomale Geräte hin |
| Warnregeln für beliebige Parameter ohne Programmieraufwand | Ja; volle Flexibilität, keine Programmierung erforderlich | Ja; einfache Regelerstellung |
| Erstellung erweiterter Benachrichtigungsregeln | Ja; erstellt mithilfe eines Assistenten erweiterte Benachrichtigungsregeln | Nein |
| Paketerfassung von beliebigen Geräten zur Reaktion auf Vorfälle | Ja; optionale vollständige Paketaufzeichnung für jede überwachte Ressource | Ja; teilweise, gewisse Funktionen zur Paketerfassung |
| Verbindet sich mit NACs und Firewalls | Ja; wird über NACs und Firewalls durchgesetzt | Ja; wird über NACs, Switches und Firewalls durchgesetzt |
4. Risikominderung
Sowohl ORDR als auch Asimily simulieren Segmentierungsrichtlinien vor deren Durchsetzung und zeigen alle am NAC und an der Firewall angewendeten Richtlinien an; sie unterscheiden sich darin, wie Richtlinien erstellt und zugeordnet werden und wo sie durchgesetzt werden. Die „Segmentation Orchestration“ von Asimily richtet Richtlinien auf die auf jedem Gerät festgestellten Angriffsvektoren aus, einschließlich älterer Systeme, und bietet vor der endgültigen Umsetzung eine Vorschau auf den Durchsetzungsplan. Die „Policy Simulation“ wendet eine vorgeschlagene Richtlinie auf den Live-Datenverkehr an, und die „Continuous Segmentation“ wendet NAC- und Firewall-Richtlinien automatisch auf neue Geräte an, die den Kriterien einer Richtlinie entsprechen. ORDR beschreibt „AI Protect for Segmentation“ als eine Funktion, die anhand des beobachteten Geräteverhaltens Richtlinien mit geringsten Berechtigungen empfiehlt (ORDR, 2026). ORDR bietet Durchsetzung auf Switch-Ebene und verfügt weder über eine auf Angriffsvektoren basierende Zielausrichtung noch über eine Vorschau des Durchsetzungsplans. Asimily bietet zudem IoT-Patching und Passwortverwaltung für unterstützte IoT-Gerätetypen.
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| KI-gestützte automatische Gruppierung und Richtlinienerstellung | Ja; gruppiert Geräte und generiert Segmentierungs-ACLs | Ja; empfiehlt Richtlinien zum Prinzip der geringsten Berechtigungen, teilweise automatisiert |
| Gezielte Segmentierungsempfehlungen auf der Grundlage von Angriffsvektoren, einschließlich älterer Systeme | Ja; die risikobasierte Analyse schlägt automatisch eine sichere Segmentierung vor | Nein; stattdessen eine Richtlinie der geringsten Berechtigungen auf der Grundlage des beobachteten Verhaltens |
| Auswirkungen von Segmentierungsrichtlinien vor deren Umsetzung simulieren | Ja; simuliert die Richtlinie vor der Durchsetzung für einen vom Benutzer festgelegten Zeitraum anhand des Live-Datenverkehrs | Ja; überprüft Richtlinien vor deren Durchsetzung |
| Vorschau des Durchsetzungsplans vor dem Commit | Ja; mit dem Durchsetzungsplan können Administratoren vor der NAC-Durchsetzung Überprüfungen vornehmen und Anpassungen vornehmen. | Nein |
| Übersicht über alle am NAC und an der Firewall angewendeten Richtlinien | Ja; listet die NAC- und Firewall-Richtlinien pro Gerät auf | Ja; listet die NAC- und Firewall-Richtlinien pro Gerät auf |
| Komprimierung von Richtlinien | Ja; unterstützt die Komprimierung von Richtlinien | Ja; unterstützt die Komprimierung von Richtlinien |
| Richtlinien kontinuierlich an die Sicherheitsziele der Geräte anpassen | Ja; im kontinuierlichen Modus werden bei sich ändernden Bedingungen sichere Richtlinien bereitgestellt | Ja; ermöglicht manuelle Änderungen an Richtlinien, wenn sich Geräte und Risiken ändern |
| Umfassende Integration in bestehende NAC-Systeme und Firewalls | Ja; überträgt generierte ACLs an unterstützte NACs und Firewalls | Ja; am leistungsstärksten mit Cisco ISE |
| Durchsetzung auf Switch-Ebene | Nein; die Durchsetzung erfolgt stattdessen über NACs und Firewalls | Ja; teilweise, Richtlinien können direkt auf dem Switch bereitgestellt werden |
| IoT-Geräte-Patching in großem Maßstab – mit Nachvollziehbarkeit | Ja; unterstützt IoT-Geräte manuell oder automatisch mit Patches | Nein; der Schwerpunkt liegt auf der Segmentierung, nicht auf Firmware-Updates |
| Zentralisierte IoT-Passwortverwaltung | Ja; speichert IoT-Passwörter für eine sichere Patch-Bereitstellung | Nein; der Schwerpunkt liegt stattdessen auf der Segmentierung |
5. Unternehmensführung, Risiken und Compliance
Sowohl ORDR als auch Asimily führen detaillierte Änderungsprotokolle für Audits; Asimily erkennt zudem automatisch Änderungen an der Gerätekonfiguration und erstellt Momentaufnahmen der Gerätekonfiguration, um bekanntermaßen fehlerfreie Konfigurationen verfügbar zu halten. Die Konfigurationskontrolle von Asimily erstellt Momentaufnahmen der Konfigurationen von IoT-, OT- und IoMT-Geräten, um einen bekanntermaßen fehlerfreien Zustand festzulegen, und verfolgt anschließend im Laufe der Zeit Änderungen im Vergleich zu diesen Momentaufnahmen. Dies bietet Teams einen Bezugspunkt für Audits und für die Wiederherstellung nach einer versehentlichen oder böswilligen Änderung. Die ORDR AI Protect Platform verfügt über eine automatisierte Erkennung von Konfigurationsänderungen anhand des Geräteverhaltens, jedoch nicht anhand von Momentaufnahmen.
Wischen Sie, um beide Plattformen zu vergleichen →
| Funktion | Asimily | ORDR |
|---|---|---|
| Detaillierter Änderungsverlauf für Audits und Geräteverwaltung | Ja; „Change Audit“ protokolliert jede Parameteränderung und jeden Benutzer | Ja; bietet einen detaillierten Änderungsverlauf für Audits |
| Erkennung von Konfigurationsänderungen | Ja; überprüft regelmäßig, ob Änderungen vorliegen – sei es autorisiert oder nicht autorisiert | Ja; erkennt Änderungen, ohne Snapshot-Baselines |
| Geräte-Snapshots für die Konfigurationskontrolle und Wiederherstellung | Ja; erfasst den bekanntermaßen einwandfreien Zustand für IoT, OT und IoMT | Nein; erkennt Änderungen, speichert jedoch keine Momentaufnahmen |
| Änderungen an der Konfiguration anhand von Snapshots nachverfolgen | Ja; Drift-Warnungen und eine Zeitleiste der Änderungen | Nein; es gibt keine Snapshot-Baseline zum Vergleich |
6. Beispielintegrationen
Sowohl ORDR als auch Asimily lassen sich in IT- und Sicherheitstools integrieren, darunter auch die Cisco Identity Services Engine (ISE). Die ISE-Integration von ORDR ist eine seiner Stärken, und ORDR ist auf dem Cisco Marketplace erhältlich (ORDR). Asimily korreliert Daten aus den Bereichen Netzwerk-, Identitäts-, Schwachstellen-, Endpunkt- und Servicemanagement, um ein einheitliches Bestandsverzeichnis und ein nachverfolgbares Änderungsprotokoll zu erstellen. Zu den Integrationskategorien und Beispielprodukten von Asimily gehören:
- Quellen des Netzwerkverkehrs: NetFlow, sFlow, SNMP
- DHCP und DNS: Infoblox, BlueCat, EfficientIP
- Netzwerkzugangskontrolle und Firewalls: Cisco ISE, Aruba, Arista Agni, ExtremeIQ Site Engine, Forescout, FortiGate, FortiNAC, Check Point, Juniper, Palo Alto Panorama
- Schwachstellenmanagement: Tenable, Rapid7, Qualys
- Endpoint Detection and Response (EDR): CrowdStrike Falcon, Microsoft Defender, SentinelOne
- Sicherheitsinformations- und Ereignismanagement (SIEM) sowie Sicherheitsorchestrierung, -automatisierung und -reaktion (SOAR): CrowdStrike LogScale, Elastic SIEM, Palo Alto Cortex XSOAR
- Verwaltung mobiler Geräte: Microsoft Intune, Jamf Pro
- Datenbanken für IT-Servicemanagement, Wartungsmanagement und Konfigurationsmanagement: ServiceNow, ServiceNow Service Graph, Nuvolo, EQ2, Jira
(Dies ist keine vollständige Liste; es kommen regelmäßig neue Integrationen hinzu.)
7. Überlegungen zur Bereitstellung
Weder ORDR noch Asimily erfordern Endpunkt-Agenten, neue Inline-Hardware oder eine Neuzuweisung von IP-Adressen, und beide bieten eine Bereitstellung in der Cloud sowie vor Ort an. Die agentenlose Datenerfassung ist vor allem dort von Bedeutung, wo keine Agenten ausgeführt werden können, beispielsweise auf Infusionspumpen, speicherprogrammierbaren Steuerungen (SPS) und Ausweislesegeräten. ORDR lässt sich als Software-as-a-Service (SaaS) oder vor Ort bereitstellen. Asimily erfasst Daten über die Asimily Edge Collector-Software, die auf einer dedizierten Appliance, auf einer virtuellen Maschine oder als App auf Switches läuft, die das Hosting von Cisco-Anwendungen unterstützen.
Wischen Sie, um beide Plattformen zu vergleichen →
| Bereitstellungsfaktor | Asimily | ORDR |
|---|---|---|
| SaaS-Bereitstellung | Ja; cloudbasierte SaaS-Bereitstellung | Ja; cloudbasierte SaaS-Bereitstellung |
| Bereitstellung vor Ort | Ja | Ja |
| Vertriebspartner gesucht | Keine | Keine |
| Umwelt | Cloud, lokal | Cloud, lokal |
| Erfassung nativer Daten | Sub-1U-, 1U- und virtuelle Kollektoren | Sammelgeräte und virtuelle Optionen |
Wenn ORDR besser passt
ORDR eignet sich besser für Teams, die eine Durchsetzung der Richtlinien direkt am Switch wünschen. ORDR bietet eine Durchsetzung auf Switch-Ebene, einschließlich der Umsetzung von Richtlinien auf einem Switch durch die Integration eines ternären inhaltsadressierbaren Speichers (TCAM), während Asimily die Richtlinien über bestehende NACs und unterstützte Firewalls und nicht direkt am Switch durchsetzt. ORDR eignet sich auch für Unternehmen ohne NAC-Implementierung: ORDR beschreibt die Durchsetzung über NAC-Plattformen, Switches, die WLAN-Infrastruktur und Firewalls (ORDR), während Asimilys „Segmentation Orchestration“ ein vorhandenes NAC als primären Durchsetzungspunkt nutzt. Cisco-Kunden, die den Kauf über den Cisco Marketplace bevorzugen, können ORDR dort erwerben.
Das Fazit
ORDR AI Protect und Asimily ähneln sich in Bezug auf passive Erkennung, Anomalie-Richtlinien, Paketerfassung und Richtlinien-Simulation. Die Entscheidung hängt davon ab, wo die Segmentierungsrichtlinie ansetzt: ORDR leitet sie aus dem Verhalten der Geräte ab, während Asimily sie daraus ableitet, wie jedes einzelne Gerät tatsächlich angegriffen werden kann.
ORDR eignet sich für Teams, die über die NAC hinausgehende Durchsetzungsoptionen wünschen, einschließlich einer teilweisen Durchsetzung auf Switch-Ebene. Es eignet sich außerdem für Unternehmen ohne NAC sowie für Cisco-Kunden, die über den Cisco Marketplace einkaufen.
Asimily eignet sich für Teams, die eine umfassendere und vollständigere Geräteidentifizierung und -charakterisierung wünschen, sowie alle Segmentierungs- und Abwehrmaßnahmen, die mit der Ausnutzbarkeit zusammenhängen. Die ATT&CK-Analyse ermittelt, welche Schwachstellen ein Angreifer auf jedem Gerät tatsächlich ausnutzen kann, und die Segmentierungsorchestrierung richtet Richtlinien gezielt auf diese Angriffsvektoren aus und zeigt vor der Umsetzung eine Vorschau des Durchsetzungsplans an. Asimily bietet weitere Sicherheitsfunktionen zur Risikominderung, wie beispielsweise IoT-Patching, IoT-Passwortverwaltung und Snapshots zur Konfigurationskontrolle für IoT-, OT- und IoMT-Geräte.
Wischen Sie, um beide Plattformen zu vergleichen →
| Wählen Sie ORDR, wenn | Entscheiden Sie sich für Asimily, wenn |
|---|---|
| Sie möchten eine Durchsetzung auf Switch-Ebene | Sie möchten eine Segmentierung, die auf die Angriffsvektoren der einzelnen Geräte ausgerichtet ist |
| Bei Ihnen ist kein NAC im Einsatz. | Sie benötigen für jede Schwachstelle in Ihrer IoT-, OT- und IoMT-Umgebung eine gründliche Analyse der Ausnutzbarkeit. |
| Sie kaufen lieber über den Cisco Marketplace ein | Sie wünschen sich erweiterte Funktionen wie IoT-Patching, IoT-Passwortverwaltung und Geräte-Snapshots |
Demo anfordern
Erfahren Sie, wie Asimily die Schwachstellen in Ihrem Netzwerk aufspürt, die ein Angreifer ausnutzen könnte, und wie die Segmentierung gezielt auf diese Schwachstellen ausgerichtet wird.
Verwandte Ressourcen
Asimily – Segmentierung und Koordination
Read more Weiterlesen: Segmentierung und OrchestrierungSimulation von politischen Maßnahmen
Read more Weiterlesen: Lösungen – Netzwerksegmentierung und MikrosegmentierungClaroty vs. Asimily: Vergleich 2026
Read more Weiterlesen: Claroty (Medigate) vs. Asimily: Vergleich 2026Armis vs. Asimily: Vergleich 2026
Read more Weiterlesen: Armis vs. Asimily: Vergleich 2026Die besten OT- und ICS-Sicherheitsplattformen 2026
Read more Weiterlesen: Rangliste der besten OT- und ICS-Sicherheitsplattformen 2026Häufig gestellte Fragen
Häufig gestellte Fragen
Der Hauptunterschied zwischen ORDR und Asimily liegt in der Art und Weise, wie die beiden Lösungen die Segmentierung angehen: ORDR beschreibt „AI Protect“ als die Erstellung von Richtlinien nach dem Prinzip der geringsten Berechtigungen auf der Grundlage des beobachteten Geräteverhaltens, während Asimily die Richtlinien gezielt auf die Angriffsvektoren ausrichtet, die laut der ATT&CK-Analyse auf den jeweiligen Geräten ausnutzbar sind. Beide Lösungen erkennen Geräte passiv und simulieren die Richtlinien vor deren Durchsetzung. ORDR bietet zusätzlich die Durchsetzung auf Switch-Ebene; Asimily bietet weitere Funktionen, darunter IoT-Patching und Snapshots der Gerätekonfiguration.
ORDR AI Protect ist die Sicherheitsplattform von ORDR für vernetzte Geräte, die in den Varianten „AI Protect for Security“ und „AI Protect for Segmentation“ angeboten wird. Laut dem ORDR-Bericht für 2026 empfiehlt „AI Protect for Segmentation“ auf der Grundlage des beobachteten Geräteverhaltens Richtlinien für minimale Berechtigungen, überprüft diese vor der Durchsetzung und setzt sie über die bestehende NAC-, Switching-, WLAN- und Firewall-Infrastruktur durch (ORDR). ORDR bietet sowohl eine SaaS- als auch eine lokale Bereitstellung an.
ORDR setzt die Netzwerksegmentierung laut seinem Whitepaper „AI Protect for Segmentation“ über bestehende NAC-Plattformen, Switches, die WLAN-Infrastruktur und Firewalls durch, und im Vergleich von Asimily vom Oktober 2026 wird die Durchsetzung auf Switch-Ebene als „teilweise“ bewertet. Die „Segmentation Orchestration“ von Asimily erstellt, simuliert und wendet außerdem Richtlinien an und fügt eine Segmentierung hinzu, die auf die auf jedem Gerät gefundenen Angriffsvektoren abzielt. Asimily wendet Richtlinien über bestehende NACs und unterstützte Firewalls an, anstatt direkt auf Switch-Ebene.
Sowohl ORDR als auch Asimily simulieren die Auswirkungen von Segmentierungsrichtlinien vor deren Umsetzung. Die Richtlinien-Simulation von Asimily wendet eine vorgeschlagene Richtlinie auf den Live-Netzwerkverkehr an und protokolliert, welche Geräte, Ports und Dienste dadurch blockiert würden, sodass Teams die Regel verfeinern können, bevor sie in Betrieb genommen wird. ORDR beschreibt denselben Schritt als sichere Validierung von Richtlinien vor deren Umsetzung (ORDR). Die Simulation behebt einen häufigen Grund, warum Segmentierungsprojekte ins Stocken geraten: die Angst, den Betrieb zu stören.
Sowohl ORDR als auch Asimily priorisieren Sicherheitslücken und klassifizieren sie anhand des MITRE ATT&CK-Modells, doch die ORDR AI Protect Platform umfasst keine Analyse der Ausnutzbarkeit einzelner Sicherheitslücken in der Kundenumgebung. Die ATT&CK-Analyse von Asimily prüft, ob jede Sicherheitslücke auf einem bestimmten Gerät in einer bestimmten Umgebung ausnutzbar ist, und empfiehlt Maßnahmen zur Abwehr dieser Angriffsvektoren, auch auf älteren Geräten.
Die ORDR AI Protect-Plattform umfasst ab Oktober 2026 weder das Patchen von IoT-Geräten noch die Verwaltung von IoT-Passwörtern. Asimily bietet IoT-Patching an, bei dem Firmware-Updates für unterstützte IoT-Gerätetypen manuell oder automatisch in großem Maßstab und mit einem Prüfprotokoll durchgeführt werden, sowie eine zentralisierte Passwortverwaltung für unterstützte Geräte. Für Geräte, die nicht gepatcht werden können, bieten beide Plattformen Segmentierung als Ausgleichsmaßnahme an.
Sowohl ORDR als auch Asimily lassen sich in die Cisco Identity Services Engine (ISE) integrieren. Die ISE-Integration von ORDR ist eine seiner Stärken, und ORDR ist auf dem Cisco Marketplace erhältlich. Asimily lässt sich in Cisco ISE integrieren, erstellt und simuliert dafür DACL-Richtlinien (Downloadable ACL) und wendet diese Richtlinien über andere NAC-Lösungen wie Aruba, Arista Agni und ExtremeIQ Site Engine sowie über Firewalls wie FortiGate an.
Weder ORDR noch Asimily benötigen Endpunkt-Agenten. Beide erkennen Geräte anhand des Netzwerkverkehrs und über Integrationen, was für Infusionspumpen, speicherprogrammierbare Steuerungen (SPS) und andere Geräte von Bedeutung ist, auf denen kein Agent ausgeführt werden kann.
Beide Unternehmen sind in den Bereichen Gesundheitswesen, Fertigung und öffentliche Verwaltung tätig. ORDR zählt zudem Finanzdienstleistungen, die Pharmabranche sowie den Einzelhandel und das Gastgewerbe zu seinen Branchenlösungen (ORDR), während Asimily IoT-, OT-, IoMT- und IT-Ressourcen für Versorgungsunternehmen und kritische Infrastrukturen schützt. Auf Gartner Peer Insights hat Asimily Stand Oktober 2026 eine Bewertung von 4,9 von 5 Punkten aus 55 Bewertungen erhalten.
Zu den gängigen Alternativen zu ORDR für die Sicherheit vernetzter Geräte zählen Asimily, Armis und Claroty. Käufer, die diese Lösungen vergleichen, prüfen in der Regel, wie die jeweilige Plattform entscheidet, auf welche Schwachstellen reagiert werden soll, wie Segmentierungsrichtlinien erstellt, validiert und durchgesetzt werden und ob die Plattform Geräte direkt reparieren kann. In diesen Punkten bietet Asimily zusätzlich eine ATT&CK-Analyse, eine auf Angriffsvektoren ausgerichtete Segmentierung sowie IoT-Patching.