Kurzfassung

CVE-2026-90647 betrifft ASE/Kalkitech ASE2000 V2 Communication Test Set in den Versionen 2.35 bis 2.37 unter Windows. Die Schwachstelle sitzt in der Zertifikatsprüfung des IEC-60870-5-104-TLS-Clients im Task Mode und ermöglicht einem Angreifer im Netzwerk eine Man-in-the-Middle-Position. NVD bewertet den Fehler mit 9.1 von 10 Punkten nach CVSS 4.0.

Was ist passiert?

In ASE2000 V2 wurde eine fehlerhafte Validierung von Zertifikaten entdeckt. Betroffen ist der TLS-Client für IEC 60870-5-104 im sogenannten Task Mode. Ein Angreifer, der sich im Kommunikationspfad befindet, kann die Prüfung mit einem manipulierten Zertifikat umgehen, wenn dieses mehrere Fehler gleichzeitig aufweist.

Das ist vor allem in Umgebungen relevant, in denen Test-, Integrations- oder Betriebsnetze für Energie- und Industriekommunikation über vermeintlich geschützte TLS-Verbindungen arbeiten. Die Folge ist nicht zwingend ein Systemabsturz, sondern eine wesentlich tückischere Gefährdung: Vertraulichkeit und Integrität der Verbindung lassen sich unterlaufen.

Technische Details

Die Schwachstelle wird unter CVE-2026-90647 geführt. NVD weist einen CVSS-4.0-Basiswert von 9.1 aus. Der Vektor lautet: CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N. Das bedeutet: Angriff über das Netzwerk, keine Anmeldung erforderlich, keine Nutzerinteraktion nötig, hohe Auswirkungen auf Vertraulichkeit und Integrität, aber keine direkte Auswirkung auf die Verfügbarkeit.

Der Kern des Problems liegt in einer unsauberen Zertifikatsprüfung. Akzeptiert ein Client unter bestimmten Fehlerkombinationen ein ungültiges Zertifikat, kann ein Angreifer sich zwischen zwei Kommunikationspartner schalten und die vermeintlich geschützte TLS-Verbindung abfangen oder manipulieren. Gerade bei IEC-104-Kommunikation ist das heikel, weil hier häufig Steuer- und Telemetriedaten transportiert werden.

Der Angriff ist nicht aus beliebiger Entfernung gegen jedes System trivial umsetzbar. Der CVSS-Vektor nennt ausdrücklich eine hohe Angriffserschwernis. Praktisch braucht der Angreifer eine Position im Netzwerkpfad oder eine Möglichkeit, den Datenverkehr umzulenken. In schlecht segmentierten OT- und Testnetzen ist das dennoch ein realistisches Szenario.

Wer ist betroffen?

Betroffen ist ASE/Kalkitech ASE2000 V2 Communication Test Set in den Versionen 2.35 bis 2.37 auf Windows. Die Schwachstelle betrifft nach der Beschreibung den IEC-60870-5-104-TLS-Client im Task Mode.

Für Unternehmen im DACH-Raum ist das vor allem dort relevant, wo ASE2000 V2 in Energieversorgung, Netzleitstellen, Laboren, Integrationsumgebungen, Hersteller- oder Betreiber-Tests rund um IEC-104 eingesetzt wird. Klassische Office-IT und Privatnutzer spielen hier praktisch keine Rolle.

Offen bleibt, ob weitere Versionen, andere Betriebsmodi oder weitere Plattformen betroffen sind. Dazu liegen derzeit keine weitergehenden Angaben vor.

Empfohlene Maßnahmen

Prüfen Sie zuerst, ob ASE2000 V2 Communication Test Set in den Versionen 2.35, 2.36 oder 2.37 auf Windows in Ihrer Umgebung eingesetzt wird. Priorität hat jede Instanz, die aktiv IEC-104 über TLS im Task Mode nutzt.

Isolieren Sie betroffene Systeme so weit wie möglich vom allgemeinen Unternehmensnetz. Begrenzen Sie die Erreichbarkeit auf zwingend notwendige Kommunikationspartner und setzen Sie strikte Netzsegmentierung durch. Besonders wichtig ist das in Test- und Integrationsumgebungen, die oft weniger stark abgesichert sind als produktive OT-Netze.

Gehen Sie Ihre TLS-Verbindungen kontrolliert durch. Wenn der betroffene Modus im Einsatz ist, sollten Sie Verbindungen zu nicht vertrauenswürdigen oder unnötig großen Netzsegmenten sofort unterbinden. Zusätzliche Kontrollen auf Netzwerkebene, etwa feste Gegenstellen, restriktive Firewall-Regeln und Monitoring auf ARP-, DNS- oder Routing-Anomalien, reduzieren das Risiko eines Man-in-the-Middle-Angriffs.

Überwachen Sie die Kommunikation auf unerwartete Zertifikatswechsel, ungewöhnliche Verbindungsabbrüche und Änderungen bei Gegenstellen. In OT-nahen Umgebungen lohnt sich außerdem ein Abgleich mit bekannten Kommunikationsprofilen: Wer spricht wann mit wem, auf welchen Ports und mit welchen Zertifikaten?

Ob ein Patch oder Herstellerhinweise bereitstehen, ist hier nicht mitgeteilt. Wer das Produkt betreibt, sollte daher kurzfristig beim Hersteller oder Integrationspartner den Status zu Updates, Workarounds und sicheren Konfigurationen anfordern.

Einschätzung von CyberSecurity-News.de

Die Einstufung mit 9.1 wirkt auf den ersten Blick sehr hoch, und sie ist technisch nachvollziehbar: Wenn TLS-Zertifikatsprüfungen versagen, fällt eine zentrale Schutzmaßnahme weg. Trotzdem ist die Schwachstelle kein Massenrisiko für jede Windows-Umgebung, sondern ein sehr spezielles Problem in einer klar umrissenen Industrie- und Testkommunikation.

Für Betreiber relevanter OT- oder Laborumgebungen ist das Thema ernst. Nicht wegen eines sofortigen Komplettausfalls, sondern weil sich geschützte IEC-104-Kommunikation unbemerkt mitlesen oder beeinflussen ließe. Genau diese Art von Risiko wird in gemischten IT-/OT-Netzen häufig unterschätzt.

Die Informationslage bleibt lückenhaft. NVD nennt den technischen Kern, aber keine Details zu möglichen Updates, Umgehungsmaßnahmen jenseits allgemeiner Netzsicherung oder zu weiteren betroffenen Ausprägungen. Für Administratoren bedeutet das: erst Bestand aufnehmen, dann Netzpfade härten, parallel Herstellerkontakt suchen.

Fazit

Wenn Sie ASE2000 V2 2.35 bis 2.37 auf Windows mit IEC-104-TLS im Task Mode einsetzen, sollten Sie das zeitnah prüfen und absichern. Vorrang haben Segmentierung, feste Kommunikationspfade und enges Monitoring. Ohne bestätigte Herstellermaßnahme ist die sauberste Reaktion, betroffene Systeme so wenig exponiert wie möglich zu betreiben.

Quellenangabe

Weiterführende Informationen bietet der NVD-Eintrag zu CVE-2026-90647.