SSEへのジャーニーを加速します。 RSAでNetskopeブースにお越しください

  • セキュリティサービスエッジ製品

    高度なクラウド対応の脅威から保護し、あらゆるベクトルにわたってデータを保護します。

  • Borderless SD-WAN

    すべてのリモートユーザー、デバイス、サイト、クラウドへの安全で高性能なアクセスを自信を持って提供します。

  • プラットフォーム

    世界最大のセキュリティプライベートクラウドでの比類のない可視性とリアルタイムデータおよび脅威保護。

ネットスコープ、2022年Gartner社のセキュリティ・サービス・エッジ(SSE)のマジック・クアドラントでリーダーの1社と位置付けられる

レポートを読む 製品概要に移動
Netskope Gartner マジック・クアドラント 2022 SSEリーダー
Gartner® Quick Answer:NetskopeのInfiot買収はSD-WAN、SASE、SSEプロジェクトにどのような影響を与えますか?

レポートを読む
Gartner quick answer
Netskope は、データと脅威の保護、および安全なプライベートアクセスを実現するための機能を統合した、最新のクラウドセキュリティスタックを提供します。

プラットフォームを探索する
大都市の俯瞰図
  • 変身

    デジタルトランスフォーメーションを保護します。

  • セキュリティの近代化

    今日と明日のセキュリティの課題に対応します。

  • フレームワーク

    サイバーセキュリティを形作る規制の枠組みを採用する。

  • 業界ソリューション

    Netskopeは、クラウドに安全に移行するためのプロセスを世界最大規模の企業に提供しています。

最小の遅延と高い信頼性を備えた、市場をリードするクラウドセキュリティサービスに移行します。

詳しくはこちら
Lighted highway through mountainside switchbacks
シングルパスSSEフレームワークを使用して、他のセキュリティソリューションを回避することが多い脅威を防止します。

詳しくはこちら
Lighting storm over metropolitan area
SSEおよびSASE展開のためのゼロトラストソリューション

詳しくはこちら
Boat driving through open sea
Netskopeは、クラウドサービス、アプリ、パブリッククラウドインフラストラクチャを採用するための安全でクラウドスマートかつ迅速な旅を可能にします。

詳しくはこちら
Wind turbines along cliffside
  • 導入企業

    Netskopeは、フォーチュン100の25以上を含む世界中の2,000以上の顧客にサービスを提供しています。

  • カスタマーソリューション

    お客様のため、Netskopeでお客様の成功を確実にすべく、あらゆるステップを共に歩んでまいります。

  • トレーニングと認定

    Netskope training will help you become a cloud security expert.

私たちは、お客様が何にでも備えることができるように支援します

お客様を見る
Woman smiling with glasses looking out window
Netskopeの有能で経験豊富なプロフェッショナルサービスチームは、実装を成功させるための規範的なアプローチを提供します。

詳しくはこちら
Netskopeプロフェッショナルサービス
Netskopeトレーニングで、デジタルトランスフォーメーションの旅を保護し、クラウド、ウェブ、プライベートアプリケーションを最大限に活用してください。

詳しくはこちら
Group of young professionals working
  • リソース

    クラウドへ安全に移行する上でNetskopeがどのように役立つかについての詳細は、以下をご覧ください。

  • ブログ

    Netskopeがセキュリティサービスエッジ(SSE)を通じてセキュリティとネットワークの変革を可能にする方法を学びましょう。

  • イベント&ワークショップ

    最新のセキュリティトレンドを先取りし、仲間とつながりましょう。

  • 定義されたセキュリティ

    サイバーセキュリティ百科事典で知っておくべきことすべて。

セキュリティビジョナリーポッドキャスト

エピソード 10: 透明性によるセキュリティ関係の構築
In this episode, Mike and Andreas discuss aligning with works councils, forging business relationships through transparency, and embedding security into value streams.

ポッドキャストを再生する
Building Security Relationships Through Transparency
Netskopeがセキュリティサービスエッジ(SSE)機能を介してゼロトラストおよびSASEジャーニーを実現する方法に関する最新情報をお読みください。

ブログを読む
Sunrise and cloudy sky
RSAのネツコペ

今年のRSAカンファレンスでNetskopeブースにお越しいただき、SASEとゼロトラストに関するお話をお聞きください。サウスホールのブースにお立ち寄りいただき、エキスパートとの情報交換や、講演セッションへの登録など、ぜひイベントにご参加ください!

詳しくはこちら
RSA logo
セキュリティサービスエッジとは何ですか?

SASEのセキュリティ面、ネットワークとクラウドでの保護の未来を探ります。

詳しくはこちら
Four-way roundabout
  • 会社概要

    クラウド、データ、ネットワークセキュリティの課題の先取りをサポート

  • ネットスコープが選ばれる理由

    クラウドの変革とどこからでも機能することで、セキュリティの機能方法が変わりました。

  • リーダーシップ

    ネットスコープの経営陣はお客様を成功に導くために全力を尽くしています。

  • パートナー

    私たちはセキュリティリーダーと提携して、クラウドへの旅を保護します。

Netskopeは仕事の未来を可能にします。

詳しくはこちら
Curvy road through wooded area
Netskopeは、組織がゼロトラストの原則を適用してデータを保護できるように、クラウド、データ、およびネットワークのセキュリティを再定義しています。

詳しくはこちら
Switchback road atop a cliffside
思想家、建築家、夢想家、革新者。 一緒に、私たちはお客様がデータと人々を保護するのを助けるために最先端のクラウドセキュリティソリューションを提供します。

当社のチーム紹介
Group of hikers scaling a snowy mountain
Netskopeのパートナー中心の市場開拓戦略により、パートナーは企業のセキュリティを変革しながら、成長と収益性を最大化できます。

詳しくはこちら
Group of diverse young professionals smiling

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