▶ ベイジン バイドゥ ネットコム サイエンス アンド テクノロジー カンパニー リミテッドの特許一覧
特許7473608クラウドサーバにおけるインスタンスリスクレベルを決定する方法、装置及び電子機器
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-15
(45)【発行日】2024-04-23
(54)【発明の名称】クラウドサーバにおけるインスタンスリスクレベルを決定する方法、装置及び電子機器
(51)【国際特許分類】
G06F 21/57 20130101AFI20240416BHJP
G06F 21/55 20130101ALI20240416BHJP
【ＦＩ】
G06F21/57 370
G06F21/55
【請求項の数】
21
(21)【出願番号】P 2022129599
(22)【出願日】2022-08-16
(65)【公開番号】P2022166187
(43)【公開日】2022-11-01
【審査請求日】2022-08-16
(31)【優先権主張番号】202110937463.0
(32)【優先日】2021-08-16
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】514322098
【氏名又は名称】ベイジン バイドゥ ネットコム サイエンス テクノロジー カンパニー リミテッド
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂａｉｄｕ Ｎｅｔｃｏｍ Ｓｃｉｅｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】２／Ｆ Ｂａｉｄｕ Ｃａｍｐｕｓ， Ｎｏ．１０， Ｓｈａｎｇｄｉ １０ｔｈ Ｓｔｒｅｅｔ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100118913
【弁理士】
【氏名又は名称】上田 邦生
(74)【代理人】
【識別番号】100142789
【弁理士】
【氏名又は名称】柳 順一郎
(74)【代理人】
【識別番号】100201466
【弁理士】
【氏名又は名称】竹内 邦彦
(72)【発明者】
【氏名】チェン， ハオ
(72)【発明者】
【氏名】ジ， チャオピン
【審査官】上島 拓也
(56)【参考文献】
【文献】再公表特許第２０１７／１３４７５８（ＪＰ，Ａ１）
【文献】米国特許第１０１４８６８３（ＵＳ，Ｂ１）
【文献】米国特許出願公開第２０１９／００９８０３７（ＵＳ，Ａ１）
【文献】中国特許出願公開第１０２９３０２１３（ＣＮ，Ａ）
【文献】村上 愼一，サービス評価，日経クラウドファースト 第１５号，日本，日経ＢＰ社，2017年06月20日，pp.12-18
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／５７
Ｇ０６Ｆ ２１／５５
(57)【特許請求の範囲】
【請求項1】
クラウドサーバにおけるインスタンスリスクレベルを決定する方法であって、クラウドサーバにおけるインスタンスリスクレベルを決定する装置によって実行され、
クライアントの識別子に基づいて、前記クライアントに対応する候補インスタンスの状態パラメータを取得し、該状態パラメータに基づいて、前記候補インスタンスから使用状態にあるインスタンスを選択し、該使用状態にあるインスタンスをモニタリング対象のインスタンスとして決定し、該モニタリング対象のインスタンスのモニタリング項目と前記モニタリング項目のターゲットルールベースを取得するステップと、
前記モニタリング対象のインスタンスの各前記モニタリング項目に対応するターゲット監視データを取得するステップと、
各前記モニタリング項目に対して、前記モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップと、
を含む、クラウドサーバにおけるインスタンスリスクレベルを決定する方法。
【請求項2】
前記モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップが、前記ターゲット監視データにおける各種類の監視サブデータに基づいて、前記ターゲットルールベースから、各種類の監視サブデータの異常認識ルールを取得するステップと、
前記異常認識ルールを満たす各種類の監視サブデータを認識するステップと、
前記異常認識ルールを満たす各種類の監視サブデータに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップと、
を含む請求項１に記載の方法。
【請求項3】
前記モニタリング項目はログインモニタリング項目を含み、ログインモニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップが、前記モニタリング対象のインスタンスのログイン監視データを取得するステップであって、前記ログイン監視データが前記モニタリング対象のインスタンスのログインＩＰアドレスとログイン頻度を含むステップと、
前記ログインＩＰアドレスと前記ログイン頻度におけるそれぞれの異常ログイン認識ルールを満たすログイン監視サブデータを取得するステップと、
それぞれの異常ログイン認識ルールを満たす前記ログイン監視サブデータに基づいて、前記ログインモニタリング項目における前記モニタリング対象のインスタンスの前記ターゲットリスクレベルを決定するステップと、
を含む請求項２に記載の方法。
【請求項4】
それぞれの異常ログイン認識ルールを満たす前記ログイン監視サブデータに基づいて、ログインモニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップが、前記ログインＩＰアドレスに非履歴安全ログインＩＰアドレスが存在することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定するステップと、
前記ログイン頻度が設定された頻度の閾値以上であり、且つログインに成功することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定し、または、前記ログイン頻度が前記設定された頻度の閾値以下であり且つログインに失敗することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定するステップと、
を含み、
前記第１のリスクレベルが前記第２のリスクレベルよりも高い請求項３に記載の方法。
【請求項5】
前記モニタリング項目が、権限モニタリング項目を含み、該権限モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップが、前記モニタリング対象のインスタンスの権限監視データを取得するステップであって、前記権限監視データが前記モニタリング対象のインスタンスの複数の権限許可項目を含むステップと、
前記複数の権限許可項目のうち、異常権限認識ルールを満たす異常権限許可項目を取得するステップと、
異常権限認識ルールを満たす前記異常権限許可項目に基づいて、前記権限モニタリング項目における前記モニタリング対象のインスタンスの前記ターゲットリスクレベルを決定するステップと、
を含む請求項２に記載の方法。
【請求項6】
前記異常権限認識ルールを満たす前記異常権限許可項目に基づいて、前記権限モニタリング項目における前記モニタリング対象のインスタンスの前記ターゲットリスクレベルを決定するステップが、前記異常権限許可項目が権限設定ホワイトリストに存在しないことに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定するステップと、
前記異常権限許可項目が前記権限設定ホワイトリストに存在することに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定するステップと、
前記異常権限許可項目が前記権限設定ホワイトリストに存在し且つ前記異常権限許可項目の項目数が予め設定された項目数閾値以上であることに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが前記第２のリスクレベルであると決定するステップと、
を含む請求項５に記載の方法。
【請求項7】
前記モニタリング項目がプラグインモニタリング項目を含む場合、前記プラグインモニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップが、前記モニタリング対象のインスタンスのセキュリティプラグイン監視データを取得するステップであって、前記セキュリティプラグイン監視データが前記モニタリング対象のインスタンスのセキュリティプラグインの状態を含むステップと、
前記セキュリティプラグインの状態のうち、オンにされていない状態が存在することに応答し、前記プラグインモニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定するステップと、
を含む請求項２に記載の方法。
【請求項8】
前記クライアントから送信されたリスクモニタリングタスクを受信するステップと、前記リスクモニタリングタスクに基づいて、前記モニタリング対象のインスタンスに対してリスクモニタリングを行うステップと、
を含む請求項１に記載の方法。
【請求項9】
前記ターゲットリスクレベルを前記クライアントに送信するステップであって、前記ターゲットリスクレベルが前記クライアント側で前記モニタリング対象のインスタンスのリスクレポートを生成するステップ、または、前記ターゲットリスクレベルに基づいて前記リスクレポートを生成し、前記リスクレポートを前記クライアントに送信するステップ、
を含む請求項１に記載の方法。
【請求項10】
クライアントの識別子に基づいて、前記クライアントに対応する候補インスタンスの状態パラメータを取得し、該状態パラメータに基づいて、前記候補インスタンスから使用状態にあるインスタンスを選択し、該使用状態にあるインスタンスをモニタリング対象のインスタンスとして決定し、該モニタリング対象のインスタンスのモニタリング項目と前記モニタリング項目のターゲットルールベースを取得する取得モジュールと、前記モニタリング対象のインスタンスの各前記モニタリング項目に対応するターゲット監視データを取得するデータ抽出モジュールと、
各前記モニタリング項目に対して、前記モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定する決定モジュールと、
を備える、クラウドサーバにおけるインスタンスリスクレベルを決定する装置。
【請求項11】
前記決定モジュールが、前記ターゲット監視データにおける各種類の監視サブデータに基づいて、前記ターゲットルールベースから、各種類の監視サブデータの異常認識ルールを取得し、
前記異常認識ルールを満たす各種類の監視サブデータを認識し、
前記異常認識ルールを満たす各種類の監視サブデータに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定する請求項１０に記載の装置。
【請求項12】
前記決定モジュールが、前記モニタリング対象のインスタンスのログイン監視データを取得し、前記ログイン監視データが前記モニタリング対象のインスタンスのログインＩＰアドレスとログイン頻度を含み、
前記ログインＩＰアドレスと前記ログイン頻度におけるそれぞれの異常ログイン認識ルールを満たすログイン監視サブデータを取得し、
それぞれの異常ログイン認識ルールを満たす前記ログイン監視サブデータに基づいて、ログインモニタリング項目における前記モニタリング対象のインスタンスの前記ターゲットリスクレベルを決定する請求項１１に記載の装置。
【請求項13】
前記決定モジュールが、前記ログインＩＰアドレスに非履歴安全ログインＩＰアドレスが存在することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定し、
前記ログイン頻度が設定された頻度の閾値以上であり、且つログインに成功することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定し、または、前記ログイン頻度が前記設定された頻度の閾値以下であり且つログインに失敗することに応答して、前記ログインモニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定し、
前記第１のリスクレベルが前記第２のリスクレベルよりも高い請求項１２に記載の装置。
【請求項14】
前記決定モジュールが、前記モニタリング対象のインスタンスの権限監視データを取得し、前記権限監視データが前記モニタリング対象のインスタンスの複数の権限許可項目を含み、
前記複数の権限許可項目のうち、異常権限認識ルールを満たす異常権限許可項目を取得し、
異常権限認識ルールを満たす前記異常権限許可項目に基づいて、権限モニタリング項目における前記モニタリング対象のインスタンスの前記ターゲットリスクレベルを決定する請求項１１に記載の装置。
【請求項15】
前記決定モジュールが、前記異常権限許可項目が権限設定ホワイトリストに存在しないことに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが第１のリスクレベルであると決定し、
前記異常権限許可項目が前記権限設定ホワイトリストに存在することに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定し、
前記異常権限許可項目が前記権限設定ホワイトリストに存在し且つ前記異常権限許可項目の項目数が予め設定された項目数閾値以上であることに応答して、前記権限モニタリング項目における前記ターゲットリスクレベルが前記第２のリスクレベルであると決定する請求項１４に記載の装置。
【請求項16】
前記決定モジュールが、前記モニタリング対象のインスタンスのセキュリティプラグイン監視データを取得し、前記セキュリティプラグイン監視データが前記モニタリング対象のインスタンスのセキュリティプラグインの状態を含み、
前記セキュリティプラグインの状態のうち、オンにされていない状態が存在することに応答し、プラグインモニタリング項目における前記ターゲットリスクレベルが第２のリスクレベルであると決定する請求項１１に記載の装置。
【請求項17】
前記取得モジュールが、前記クライアントから送信されたリスクモニタリングタスクを受信し、
前記リスクモニタリングタスクに基づいて、前記モニタリング対象のインスタンスに対してリスクモニタリングを行う請求項１０に記載の装置。
【請求項18】
前記決定モジュールが、前記ターゲットリスクレベルを前記クライアントに送信し、前記ターゲットリスクレベルが前記クライアント側で前記モニタリング対象のインスタンスのリスクレポートを生成し、または、
前記ターゲットリスクレベルに基づいて前記リスクレポートを生成し、前記リスクレポートを前記クライアントに送信する請求項１７に記載の装置。
【請求項19】
少なくとも１つのプロセッサと、該少なくとも１つのプロセッサと通信可能に接続されるメモリと、
を備え、
前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶されており、前記命令が、前記少なくとも１つのプロセッサが請求項１から９のいずれか一項に記載の方法を実行できるように、前記少なくとも１つのプロセッサによって実行される電子機器。
【請求項20】
コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ命令が、コンピュータに請求項１から９のいずれか一項に記載の方法を実行させる非一時的なコンピュータ読み取り可能な記憶媒体。
【請求項21】
プロセッサによって実行される場合、請求項１から９のいずれか一項に記載の方法を実現するコンピュータプログラム。【発明の詳細な説明】
【技術分野】
【0001】
本開示は、データ処理の分野に関し、特にデータセキュリティ及びクラウドプラットフォームの分野に関する。
【背景技術】
【0002】
クラウドコンピューティングの発展に伴い、ますます多くのクラウド製品が情報化インフラ、管理及び業務などの各方面に適用され、実現では、クラウド製品が提供するサービスは攻撃を受ける可能性があり、クラウド製品のデータが漏洩する可能性がある。
【0003】
相関技術では、ユーザが製品に対するセキュリティ設定及び各製品に対する監視により、異常なセキュリティだけをレポートし、したがってクラウドにおける資源の製品のリスクモニタリングを実現する。リスクモニタリングリソースに対して多くの人的資源の消費が存在し、同時にクラウドにおけるリソースのすべての製品の安全係数を定期的かつ全面的に取得することができない。
【0004】
そのため、クラウドサーバにおける製品に対するリスクモニタリングの適時性と包括性をどのように向上させるかは、現在解決すべき問題である。
【発明の概要】
【0005】
本開示は、クラウドサーバにおけるインスタンスリスクレベルを決定する方法、装置及び電子機器を提供する。
【0006】
本開示の第１の態様によれば、モニタリング対象のインスタンスのモニタリング項目と前記モニタリング項目のターゲットルールベースを取得するステップと、前記モニタリング対象のインスタンスの各前記モニタリング項目に対応するターゲット監視データを取得するステップと、各前記モニタリング項目に対して、前記モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定するステップと、を含むクラウドサーバにおけるインスタンスリスクレベルを決定する方法を提供する。
【0007】
本開示の第２の態様によれば、モニタリング対象のインスタンスのモニタリング項目と前記モニタリング項目のターゲットルールベースを取得する取得モジュールと、前記モニタリング対象のインスタンスの各前記モニタリング項目に対応するターゲット監視データを取得するデータ抽出モジュールと、各前記モニタリング項目に対して、前記モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各前記モニタリング項目における前記モニタリング対象のインスタンスのターゲットリスクレベルを決定する決定モジュールと、を備えるクラウドサーバにおけるインスタンスリスクレベルを決定する装置を提供する。
【0008】
本開示の第３の態様によれば、電子機器を提供し、少なくとも１つのプロセッサと、該少なくとも１つのプロセッサと通信可能に接続されるメモリと、を備え、前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶されており、前記命令は、前記少なくとも１つのプロセッサが上記第１の態様に記載のクラウドサーバにおけるインスタンスリスクレベルを決定する方法を実行できるように、前記少なくとも１つのプロセッサによって実行される。
【0009】
本開示の第４の態様によれば、コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体を提供し、前記コンピュータ命令は、前記コンピュータに上記第１の態様に記載のクラウドサーバにおけるインスタンスリスクレベルを決定する方法を実行させる。
【0010】
本開示の第５の態様によれば、コンピュータプログラムを提供し、前記コンピュータプログラムはプロセッサによって実行される場合、上記第１の態様に記載のクラウドサーバにおけるインスタンスリスクレベルを決定する方法を実現する。
【0011】
なお、この部分に記載されている内容は、本開示の実施例の肝心または重要な特徴を特定することを意図しておらず、本開示の範囲を限定することも意図していないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解される。
【図面の簡単な説明】
【0012】
図面は、本技術案をよりよく理解するために使用され、本開示を限定するものではない。
【図1】本開示の一実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図2】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図3】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図4】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図5】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図6】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図7】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図8】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図9】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。
【図10】本開示の一実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する装置の概略構成図である。
【図11】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する装置の概略構成図である。
【図12】本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する装置の概略構成図である。
【図13】本開示の一実施例の電子機器の概略ブロック図である。
【発明を実施するための形態】
【0013】
以下、図面と併せて本開示の例示的な実施例を説明し、理解を容易にするためにその中には本開示の実施例の様々な詳細事項が含まれており、それらは単なる例示的なものと見なすべきである。したがって、当業者は、本開示の範囲及び精神から逸脱しない限り、ここで説明される実施例に対して様々な変更と修正を行うことができることを認識されたい。同様に、明確及び簡潔にするために、以下の説明では、周知の機能及び構造の説明を省略する。
【0014】
データ処理（ｄａｔａ ｐｒｏｃｅｓｓｉｎｇ）は、データに対して分析と加工を行う技術プロセスであり、各種の元のデータの分析、整理、計算、編集などの加工と処理、及びデータの採集、記憶、検索、加工、変換と伝送を含む。データ処理の基本的な目的は、大量で、雑然としている可能性があり、理解しにくいデータから、特定の人々にとって価値のある有意義なデータを抽出し且つ導出することである。
【0015】
データセキュリティ（ｄａｔａ ｓｅｃｕｒｉｔｙ）とは、必要な措置を撮ることにより、データが効果的に保護され且つ合法的に用いられる状態を確保し、持続的なセキュリティ状態を保障する能力を備えていることを指す。１つは、データ自体のセキュリティであり、主に現代暗号アルゴリズムでデータに対してアクティブに保護すると指す。２つは、データ保護のセキュリティは、主に現代情報記憶方法でデータに対してアクティブに保護することである。
【0016】
クラウドコンピューティングプラットフォーム（Ｃｌｏｕｄ Ｃｏｍｐｕｔｉｎｇ Ｐｌａｔｆｏｒｍ）は、クラウドプラットフォームも呼ばれ、ハードウェアリソースとソフトウェアリソースに基づくサービスであり、コンピューティング、ネットワーク、ストレージ能力を提供する。クラウドコンピューティングプラットフォームは３種類に分けることができる。データストレージを主とするストレージ型クラウドプラットフォーム、データ処理を主とするコンピューティング型クラウドプラットフォーム、及びコンピューティングとデータストレージ処理を両立させる総合クラウドコンピューティングプラットフォームである。
【0017】
【0018】
Ｓ１０１、モニタリング対象のインスタンスのモニタリング項目とモニタリング項目のターゲットルールベースを取得する。
【0019】
実装では、クライアントは、クラウドサーバにおけるインスタンスが提供するサービスにより、自身の関連機能を実現することができる。そのため、クラウドサーバにおけるインスタンスに対してデータセキュリティのモニタリングを行う必要がある。
【0020】
本開示の実施例では、クラウドサーバにリスクモニタリングを行う必要があるモニタリング対象のインスタンスが存在し、モニタリング対象のインスタンスのために設定されたリスクモニタリング項目を設定することができ、モニタリング対象のインスタンスにおけるリスクモニタリング項目コンテンツに対応する情報に基づいて、モニタリング対象のインスタンスに関連する設定されたリスクレベルを判断する。
【0021】
さらに、各モニタリング項目に対応するモニタリング基準を設定することができることは、各モニタリング項目における任意のインスタンスのセキュリティ操作の基準及び非セキュリティ操作のリスク判断基準を、対応するモニタリング項目のモニタリング基準として決定し、さらに各モニタリング項目のモニタリング基準に基づいて各モニタリング項目に対応するルールベースを構築し、それを各モニタリング項目のターゲットルールベースとして決定すると理解されることができる。
【0022】
なお、モニタリング対象のインスタンスは、各モニタリング項目において、個別のターゲットルールベースが存在することは、異なるモニタリング対象のインスタンスの異なるモニタリング項目のターゲットルールベースは、個別に存在していると理解されることができる。
【0023】
Ｓ１０２、モニタリング対象のインスタンスの各モニタリング項目に対応するターゲット監視データを取得する。
【0024】
監視対象インスタンスがサービスを提供する中で、関連する操作データが記録されることができ、記録された関連する操作データをモニタリング対象のインスタンスの監視データとして決定することができる。さらに、モニタリング対象のインスタンスの監視データから，各モニタリング項目における対応するターゲット監視データを取得することができる。
【0025】
選択的に、モニタリング対象のインスタンスの操作ログを取得でき、操作ログは、モニタリング対象のインスタンスの被監視記録の関連する操作タイプと対応する操作データを含むことができる。さらに、各モニタリング項目に対応するキーワードを設定し、キーワードに基づいて設定されたキーワードを含む関連する操作と各対応する操作データを操作タイプから選択し、各モニタリング項目に対応するターゲット監視データとして決定することができる。
【0026】
各モニタリング項目に対応するターゲット監視データには、モニタリング対象のインスタンスの操作タイプ、操作時間、具体的な操作データなどが含まれることができる。
【0027】
Ｓ１０３、各モニタリング項目に対して、モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0028】
本開示の実施例では、異なるモニタリング項目に基づいてモニタリング対象のインスタンスに対してリスクレベルの判定を行うことができる。各モニタリング項目には、対応するターゲットルールベースが存在し、そのため、各モニタリング項目に対応するターゲット監視データを対応するターゲットルールベースのルールと比較し、比較結果に基づいて各モニタリング項目におけるモニタリング対象のインスタンスのリスクレベルの判断を実現することができる。
【0029】
例えば、モニタリング項目がログインモニタリング項目を含むように設定し、モニタリング対象のインスタンスの設定時間範囲内のログイン監視データを取得した後、ログイン監視データからそれに関連する操作情報を取得することができる。さらに、ログインモニタリング項目に対応するターゲットルールベースにおける関連ルールに基づいて、ログインモニタリング項目におけるモニタリング対象のインスタンスのリスクレベルを判断する。
【0030】
さらに、モニタリング対象のインスタンスに対する異なる操作のセキュリティ影響の度合いに基づいて、異なるレベルのターゲットリスクレベルを設定することができる。例えば、リスクのないシーンにおけるリスクレベルを通常に設定することができる。また、例えば、モニタリング対象のインスタンス動作の異常操作に影響を及ぼさないシーンにおけるリスクレベルを警告に設定することができる。また、例えば、モニタリング対象のインスタンス動作に影響を及ぼす異常操作のシーンにおけるリスクレベルをハイリスクに設定することもできる。
【0031】
例えば、取得されたログインモニタリング項目に対応するターゲット監視データにおいて、モニタリング対象のインスタンのログインデータは、いずれもセキュリティ基準操作に対応するルールに適合する場合、現在のモニタリング対象のインスタンスがログインモニタリング項目においてリスクがないと判定することができ、対応するリスクレベルを正常に決定することができる。
【0032】
また、例えば、取得されたログインモニタリング項目に対応するターゲット監視データにおいて、モニタリング対象のインスタンスに異常ログイン操作が存在する場合、異常ログインの影響度合いに基づいてログインモニタリング項目における現在モニタリング対象のインスタンスのリスクレベルが警告またはハイリスクであると判定することができる。
【0033】
実装では、サーバは、設定された頻度に基づいて、モニタリング対象のインスタンスに対して自律的なリスクモニタリングを行うことができ、したがって、クラウドサーバにおけるインスタンスのリスクモニタリングが適時性の最適化を実現することができる。
【0034】
本開示によって提案されたクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、モニタリング対象のインスタンスのモニタリング項目と各モニタリング項目に対応するターゲットルールベースを取得し、各モニタリング項目におけるモニタリング対象のインスタンスの対応するターゲット監視データを取得した後、各モニタリング項目におけるターゲット監視データとターゲットルールベースに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。本開示では、設定された頻度に基づいてクラウドサーバにおけるインスタンスに対してリスクモニタリングを行うことができ、クラウドサーバにおけるインスタンスに対する自律的なリスクモニタリングを実現し、リスクモニタリングの時効性を強化し、複数のモニタリング項目を設定して各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得し、クラウドサーバにおけるインスタンスのリスクモニタリングの包括性を最適化する。
【0035】
上記実施例では、ターゲットリスクレベルの決定について、図２と併せてさらに理解することができ、図２は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図２に示すように、当該方法は以下のステップＳ２０１～Ｓ２０３を含む。
【0036】
Ｓ２０１、ターゲット監視データにおける各種類の監視サブデータに対して、ターゲットルールベースから、各種類の監視サブデータの異常認識ルールを取得する。
【0037】
実装では、モニタリング対象のインスタンスの各モニタリング項目には、異なるタイプのモニタリングコンテンツが含まれることができ、各モニタリング項目におけるサブモニタリング項目として識別するこができ、各サブモニタリング項目のリスクレベルに基づいてそれに対応するモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを生成することができる。
【0038】
さらに、各モニタリング項目におけるサブモニタリング項目に基づいて、各モニタリング項目におけるモニタリング対象のインスタンスに対応するターゲット監視データから、サブモニタリング項目に対応する監視データを対応する監視サブデータとして決定することができる。ターゲット監視データには複数のタイプの監視サブデータが含まれることができる。
【0039】
各種類の監視サブデータのリスクレベルに対する判断を実現するために、各種類の監視サブデータに基づいて、各モニタリング項目に対応するターゲットルールベースから、各種類の監視サブデータに対応するリスク判断ルールを取得し、各種類の監視サブデータに対応する異常認識ルールとして決定する必要がある。
【0040】
選択的に、モニタリング対象のインスタンスの各モニタリング項目に対応するターゲットルールベースに対して予め定義を行い、サーバの設定位置に記憶することができ、リスクレベルのモニタリングを行う時、設定された記憶位置から取り出してロードすることができ、モニタリング対象のインスタンスの異なるモニタリング項目に基づいて、各モニタリング項目におけるモニタリング対象のインスタンスに対応するターゲットルールベースをそれぞれロードし、さらに各モニタリング項目に対応するターゲットルールベースから各種類の監視サブデータに対応する異常認識ルールを取得する。
【0041】
Ｓ２０２、異常認識ルールを満たす各種類の監視サブデータを認識する。
【0042】
さらに、各種類の監視サブデータに対応する異常認識ルールを決定した後、各種類の監視サブデータから対応する異常認識ルールを満たす監視サブデータを認識することができ、当該部分の監視サブデータのリスクレベルに対する判断により、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの判断を実現する。
【0043】
選択的に、異常認識ルールにおける操作タイプと対応するリスクレベル判定基準に基づいて、対応するキーワードを設定することができ、キーワードに基づいてターゲット監視データから各キーワードに対応する操作監視データを抽出し、それを対応する異常認識ルールを満たす監視サブデータとして決定することができる。
【0044】
例えば、ログインモニタリング項目におけるモニタリング対象のインスタンスのログイン監視データに、ログインアドレス監視データ、ログイン時間監視データ、ログイン頻度監視データが含まれると設定する場合、ログインアドレス監視データ、ログイン時間監視データ、ログイン頻度監視データをログイン監視データの複数のタイプの監視サブデータとして決定することができる。
【0045】
さらに、ログインアドレス監視データに対応する異常認識ルールに、オフサイトログインに対応する異常認識ルールが含まれると設定する場合、ログインアドレス監視サブデータからオフサイトログインの監視データを選択し、異常認識ルールを満たす監視サブデータとして決定することができる。
【0046】
Ｓ２０３、異常認識ルールを満たす各種類の監視サブデータに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0047】
本開示の実施例では、各種類の監視サブデータに対応する異常認識ルールには、それに対応する監視サブデータのリスク判定基準が含まれる。そのため、監視サブデータをそれに対応する異常認識ルールと比較し、監視サブデータが満たされた異常認識ルールを決定することができ、当該異常認識ルールに対応するリスクレベルが、監視サブデータに対応するリスクレベルである。
【0048】
さらに、各モニタリング項目に対応するターゲット監視データにおける決定モニタリング対象のインスタンスの各種類の監視サブデータが属すリスクレベルを決定し、さらに各モニタリング項目におけるモニタリング対象のインスタンスに対応するターゲットリスクレベルを決定する。
【0049】
例えば、ログインモニタリング項目にログインアドレスサブモニタリング項目及びログイン頻度サブモニタリング項目が含まれると設定し、ログイン監視データからログインアドレス監視サブデータ及びログイン頻度監視サブデータを取得することができ、ログインアドレスサブ監視項目に対応する異常認識ルールにより、ログインアドレス監視サブデータから異常認識ルールを満たす監視サブデータをフィルタリングし、さらにフィルタリングされた監視サブデータに対応するリスクレベルを決定する。
【0050】
さらに、各ログインモニタリング項目におけるサブモニタリング項目のリスクレベルを決定した後、各サブモニタリング項目に対応するリスクレベルに基づいて、さらにログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0051】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、異なる監視サブデータのタイプに基づいて、ターゲットルールベースからそれに対応する異常認識ルールを決定し、異常認識ルールに基づいて各監視サブデータが属すリスクレベルを判断し、さらに各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。本開示では、複数のモニタリング項目を設定して各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得し、クラウドサーバにおけるインスタンスのリスクモニタリングの包括性を最適化する。
【0052】
実装では、モニタリング対象のインスタンスのモニタリング項目を予め設定することができ、選択的に、ログインセキュリティ、権限設定セキュリティ、及びプラグイン設定セキュリティの面から、モニタリング対象のインスタンスに対してリスクモニタリングを行うことができる。ログインセキュリティに対するリスクモニタリングに基づいてモニタリング対象のインスタンスのログインモニタリング項目を生成することができ、権限設定セキュリティに対するリスクモニタリングに基づいてモニタリング対象のインスタンスの権限モニタリング項目を生成することができ、プラグイン設定セキュリティに対するリスクモニタリングに基づいてモニタリング対象のインスタンスのプラグインモニタリング項目を生成することができる。
【0053】
選択的に、異なるリスクの度合いに基づいて、第１のリスクレベルと第２のリスクレベルのような異なるリスクレベルを設定することができ、第１のリスクレベルが第２のリスクレベルより高い。
【0054】
そのため、第１のリスクレベルがハイリスクであり、第２のリスクレベルが警告であると設定することができる。
【0055】
さらに、ログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの判定については、図３と併せることができ、図３は本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図３に示すように、当該方法は、以下のステップＳ３０１～Ｓ３０３を含む。
【0056】
Ｓ３０１、モニタリング対象のインスタンスのログイン監視データを取得し、ログイン監視データがモニタリング対象のインスタンスのログインＩＰアドレスとログイン頻度を含む。
【0057】
本開示の実施例では、モニタリング対象のインスタンスのログインリスクモニタリングに対して、それに対応するログインモニタリング項目がログインＩＰアドレスサブモニタリング項目とログイン頻度サブモニタリング項目を含むことができる。
【0058】
ログインＩＰアドレスサブモニタリング項目は、モニタリング対象のインスタンスのログインＩＰに対してリスクモニタリングを行うモニタリング項目であり、ログイン頻度サブモニタリング項目はモニタリング対象のインスタンスのログイン頻度に対してリスクモニタリングを行うモニタリング項目である。
【0059】
さらに、モニタリング対象のインスタンスの記録された操作データから、ログインモニタリング項目に関連する操作データを取得し、それをログインモニタリング項目におけるモニタリング対象のインスタンスのログイン監視データとして決定することができる。
【0060】
ログインモニタリング項目におけるログインＩＰアドレスサブモニタリング項目とログイン頻度サブモニタリング項目に基づいて、ログインモニタリング項目に対応するモニタリング対象のインスタンスのターゲット監視データから、ログインＩＰアドレスサブモニタリング項目とログイン頻度サブモニタリング項目に対応する監視サブデータをそれぞれ取得することができる。
【0061】
選択的に、ログインＩＰアドレスサブモニタリング項目に対応する監視サブデータは、設定時間範囲内にログインモニタリング対象のインスタンスログインＩＰが属するアドレスであってもよく、ログイン頻度サブモニタリング項目に対応する監視サブデータは、毎回のログインモニタリング対象のインスタンスのログイン時間に基づいて決定されたモニタリング対象のインスタンスの設定時間範囲内のログイン頻度であってもよい。
【0062】
なお、ログイン監視データの属する時間範囲は、モニタリング対象のインスタンスのリスクモニタリングに対するユーザのニーズに基づいて設定することができ、例えば、１週間または２週間であり、ここでは限定しない。
【0063】
Ｓ３０２、ログインＩＰアドレスとログイン頻度におけるそれぞれの異常ログイン認識ルールを満たすログイン監視サブデータを取得する。
【0064】
本開示の実施例では、ログインモニタリング項目におけるモニタリング対象のインスタンスに対応するターゲットルールベースから、ログインＩＰアドレスサブモニタリング項目とログイン頻度サブモニタリング項目に対応する異常ログイン認識ルールをそれぞれ取得することができる。例えばログインＩＰアドレスサブモニタリング項目に対応する異常ログイン認識ルールは、オフサイトログイン認識ルールを含むことができ、また、例えばログイン頻度サブモニタリング項目に対応する異常ログイン認識ルールは、高頻度ブルートフォースログイン認識ルールを含むことができる。
【0065】
さらに、ログインＩＰアドレスサブモニタリング項目に対応する異常ログイン認識ルールに基づいて、ログインＩＰアドレスサブモニタリング項目に対応する監視サブデータから、ログインＩＰアドレスサブモニタリング項目に対応する異常ログイン認識ルールを満たす監視サブデータを認識する。例えば、設定時間範囲内のモニタリング対象のインスタンスのログインＩＰアドレスのデータから、履歴安全ログインＩＰアドレスと一致しない異常ログインデータをフィルタリングし、当該異常ログインデータは、ログインＩＰアドレスサブモニタリング項目に対応する異常ログイン認識ルールを満たす監視サブデータである。
【0066】
それに対応して、ログイン頻度サブモニタリング項目に対応する異常ログイン認識ルールに基づいて、ログイン頻度サブモニタリング項目に対応する監視サブデータから、ログイン頻度サブモニタリング項目に対応する異常ログイン認識ルールを満たす監視サブデータを認識する。例えば、設定時間範囲内のモニタリング対象のインスタンスのログイン頻度のデータから、履歴安全ログイン頻度と一致しない異常高頻度ログインのデータをフィルタリングし、当該異常高頻度ログインのデータは、ログイン頻度サブモニタリング項目に対応する異常ログイン認識ルールを満たす監視サブデータである。
【0067】
さらに、各サブモニタリング項目に対応する監視サブデータを統合し、さらにログインモニタリング項目において、各サブモニタリング項目のうち異常ログイン認識ルールを満たすログイン監視サブデータを取得する。
【0068】
Ｓ３０３、それぞれの異常ログイン認識ルールを満たすログイン監視サブデータに基づいて、ログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0069】
本開示の実施例では、ログインモニタリング項目におけるモニタリング対象のインスタンスのログイン監視データのうちの異常ログイン認識ルールを満たすグイン監視サブデータを取得した後、異常ログイン認識ルールのうちのリスクレベルの判断ルールに基づいて、異常ログイン認識ルールを満たすログイン監視サブデータに対してリスクレベルの判断を行うことができ、さらにログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得する。
【0070】
さらに、ログインＩＰアドレスサブモニタリング項目のログイン監視サブデータをそれに対応する異常ログイン認識ルールと比較することができる。
【0071】
ログインＩＰアドレスに非履歴安全ログインＩＰアドレスが存在することに応答し、ログインモニタリング項目におけるターゲットリスクレベルが第１のリスクレベルであると決定する。
【0072】
本開示の実施例では、サーバは、モニタリング対象のインスタンスの履歴ログインデータに基づいて、モニタリング対象のインスタンスの履歴安全ログインＩＰアドレスを取得することができ、実装では、モニタリング対象のインスタンスのホストログインＩＰアドレスは往々にして固定されており、そのため、ログインＩＰアドレスサブモニタリング項目に対応する監視サブデータに、履歴安全ログインＩＰアドレスと異なる異常ログインＩＰアドレスが存在する場合、モニタリング対象のインスタンスにオフサイトログインが発生したと判断することができる。異常ログイン認識ルールに基づいてオフサイトログインのリスクレベルの設定を判断し、ログインＩＰアドレスモニタリング項目における現在モニタリング対象のインスタンスのリスクレベルは第１のリスクレベルである。
【0073】
さらに、ログイン頻度サブモニタリング項目のログインモニタリングサブデータをそれに対応する異常ログイン認識ルールと比較することができる。
【0074】
ログイン頻度が設定頻度の閾値以上であることに応答し、ログインに成功すると、ログインモニタリング項目におけるターゲットリスクレベルが第１のリスクレベルであると決定する。または、ログイン頻度が設定頻度の閾値以上であることに応答し、ログインに失敗すると、ログインモニタリング項目におけるターゲットリスクレベルが第２のリスクレベルであると決定する。
【0075】
本開示の実施例では、クラウドサーバにおけるインスタンスに高頻度ブルートフォースログインがある可能性があり、ブルートフォースログインは短時間内に高頻度で行われるログイン操作と理解できる。選択的に、ブルートフォースログインは、ログインパスワードに対するブルートフォースクラックによって生成する可能性があり、そのため、モニタリング対象のインスタンスのログイン頻度に対してセキュリティ検出を行う必要がある。
【0076】
選択的に、頻度の閾値を予め設定することができ、ログイン頻度サブモニタリング項目において、モニタリング対象のインスタンスに対応する監視サブデータにおけるログイン頻度が設定された頻度の閾値以上である場合、現在のモニタリング対象のインスタンスに、ブルートフォースログインの場合が出現する可能性があると判断することができる。
【0077】
さらに、ブルートフォースログインの結果に基づいて、ログイン頻度サブモニタリング項目におけるモニタリング対象のインスタンスのリスクレベルを決定することができる。
【0078】
ブルートフォースログインに成功する場合、現在、モニタリング対象のインスタンスのログインパスワードに対するブルートフォースクラックに成功したと理解することができ、当該シーンでは、モニタリング対象のインスタンスに大きなリスクがあり、そのため、ログイン頻度が予め設定された頻度の閾値以上であるとともに、ログインに成功した場合に対応するリスクレベルを高い第１のリスクレベルと判断することができる。
【0079】
それに対応して、ブルートフォースログインに失敗した場合、現在モニタリング対象のインスタンスのログインパスワードに対するクラックに失敗したと理解することができ、当該シーンでは、モニタリング対象のインスタンスに対するブルートフォースログインが発生したが、当該ブルートフォースログイン行為が傍受されているため、ログイン頻度が設定された頻度の閾値以上であり、且つログインに失敗した場合に対応するリスクレベルを、第２のリスクレベルと判断することができる。
【0080】
さらに、異なるリスクレベルの設定により、ユーザは異なるリスクレベルに基づいて異なる対応措置をとることができる。
【0081】
さらに、ログインＩＰアドレスサブモニタリング項目におけるモニタリング対象のインスタンスのリスクレベルと、ログイン頻度サブモニタリング項目におけるリスクレベルを統合し、さらにログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを生成することができる。
【0082】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、ログインモニタリング項目におけるログインＩＰアドレスモニタリング項目のリスクレベル、及びログイン頻度モニタリング項目におけるリスクレベルに対する判断により、ログインモニタリングにおけるモニタリング対象のインスタンスのターゲットリスクレベルの決定を実現する。クラウドサーバにおけるインスタンスの自律的リスクモニタリングにより、ログインモニタリング項目におけるインスタンスのターゲットリスクレベルを決定し、リスクレベル取得の時効性、及びインスタンスのリスクレベル取得の包括性を最適化する。
【0083】
上記実施例では、権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの判定について、図４と併せて理解することができ、図４は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図４に示すように、当該方法は、以下のステップＳ４０１～Ｓ４０３を含む。
【0084】
Ｓ４０１、モニタリング対象のインスタンスの権限監視データを取得し、権限監視データが、モニタリング対象のインスタンスの複数の権限許可項目を含む。
【0085】
本開示の実施例では、モニタリング対象のインスタンスの権限設定に対応する権限モニタリング項目が存在し、モニタリング対象のインスタンスの記録された操作データから、権限モニタリング項目におけるそれの権限監視データを取得することができる。権限監視データがモニタリング対象のインスタンスの権限許可データであってもよく、現在モニタリング対象のインスタンスの複数の権限許可項目を含む。
【0086】
Ｓ４０２、複数の権限許可項目のうち異常権限認識ルールを満たす異常権限許可項目を取得する。
【0087】
本開示の実施例では、モニタリング対象のインスタンスの権限モニタリング項目に対応するターゲットルールベースから、複数の権限許可項目に対応する異常権限認識ルールを取得することができる。異常権限認識ルールは異常権限許可の認識ルールを含むことができる。
【0088】
選択的に、モニタリング対象のインスタンスの履歴監視データから、その履歴安全権限許可項目を取得することができ、さらに権限監視データから、履歴安全権限許可項目範囲以外の異常権限許可項目を取得して、異常権限認識ルールを満たす異常権限許可項目として決定する。
【0089】
例えば、モニタリング対象のインスタンスの履歴権限オン範囲に権限Ａ、権限Ｂ、権限Ｃが含まれ、モニタリング対象のインスタンスの複数の権限許可項目に権限Ａ、権限Ｄ、権限Ｅが含まれるように設定すると、権限モニタリング項目に対応する異常権限認識ルールから、権限Ｄと権限Ｅが異常権限許可項目であることがわかる。
【0090】
Ｓ４０３、異常権限認識ルールを満たす異常権限許可項目に基づいて、権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0091】
本開示の実施例では、異常権限認識ルールにおける異常権限許可項目のリスクレベルに対する判定ルールに基づいて、異常権限許可項目のリスクレベルを決定することができ、権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルに対する判定を実現する。
【0092】
実装では、モニタリング対象のインスタンスにセキュリティ権限許可項目データが存在することは、当該データにおける権限が許可された場合、モニタリング対象のインスタンスの情報セキュリティが影響されないと理解されることができる。セキュリティ権限許可項目データをモニタリング対象のインスタンスの権限設定ホワイトリストとして決定することができる。
【0093】
さらに、異常権限許可項目が権限設定ホワイトリストに存在することに応答して、権限モニタリング項目におけるターゲットリスクレベルを第１のリスクレベルとして決定する。
【0094】
異常権限認識ルールを満たす異常権限許可項目を、設定された権限設定ホワイトリストと比較することができ、異常権限許可項目が権限設定ホワイトリストに属しない場合、現在の異常権限許可項目はモニタリング対象のインスタンスのセキュリティ権限許可範囲にないと理解することができ、そのため、それに対応するリスクレベルをより高い第１のリスクレベルとして決定することができる。
【0095】
さらに、異常権限許可項目が権限設定ホワイトリストに存在することに応答して、権限モニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定する。
【0096】
異常権限許可項目を権限設定ホワイトリストと比較することができ、異常権限許可項目が権限設定ホワイトリストに属する場合は、異常権限許可項目が履歴安全権限許可項目に属しないが、オンにされてもモニタリング対象のインスタンスの情報セキュリティに影響せず、そのため、権限モニタリング項目における現在モニタリング対象のインスタンスのターゲットリスクレベルを第２のリスクレベルとして判断できると理解することができる。
【0097】
さらに、異常権限許可項目が権限設定ホワイトリストに存在することに応答し、異常権限許可項目の項目数が予め設定された項目数閾値以上である場合、権限モニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定する。
【0098】
本開示の実施例では、モニタリング対象のインスタンスの権限許可項目は設定された項目数閾値が存在することができ、当該項目数閾値は、日常動作のシーンにおいて、モニタリング対象のインスタンスが許可する履歴安全許可項目の項目数であると理解することができ、そのため、当該項目数閾値に基づいてモニタリング対象のインスタンスに対する権限設定に基づいてリスクモニタリングを行うことができる。
【0099】
異常権限許可項目の項目数が設定された項目数閾値以上である場合は、現在のモニタリング対象のインスタンスには権限が過渡的にオンにされた場合がある可能性があると理解されることができ、過渡的にオンにされた異常権限許可項目に対してさらに判断することができ、さらに現在シーンに対応するリスクレベルを決定する。
【0100】
一つの可能性として、過渡的にオンにされた異常権限許可項目に権限設定ホワイトリストに属しない権限許可項目が存在する場合、上記実施例の詳細なコンテンツから、当該シーンに対応するリスクレベルがより高い第１のリスクレベルであるとわかる。
【0101】
１つの可能性として、過渡的にオンにされた異常権限許可項目がいずれも、権限設定ホワイトリストに存在する場合、現在シーンに対応するリスクレベルが第２のリスクレベルであると判断することができる。
【0102】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、権限モニタリング項目に対応する異なる場合に対して対応するリスクレベルを判断することにより、さらに権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの決定を実現する。クラウドサーバにおけるインスタンスに対する自律的リスクモニタリングにより、権限モニタリング項目におけるインスタンスのターゲットリスクレベルを決定し、リスクレベル取得の時効性、及びインスタンスのリスクレベル取得の包括性を最適化する。
【0103】
上記実施例では、プラグインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの判定について、図５と併せて理解することができ、図５は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図５に示すように、当該方法は以下のステップＳ５０１～Ｓ５０２を含む。
【0104】
Ｓ５０１、モニタリング対象のインスタンスのセキュリティプラグイン監視データを取得し、セキュリティプラグイン監視データがモニタリング対象のインスタンスのセキュリティプラグインの状態を含む。
【0105】
本開示の実施例では、モニタリング対象のインスタンスセキュリティプラグインの作動により、モニタリング対象のインスタンスの情報セキュリティに対する保護、例えば情報のセキュリティ伝送、また、例えば、攻撃に対するセキュリティブロックを実現することができる。
【0106】
そのため、モニタリング対象のインスタンスに対してセキュリティプラグインのリスクモニタリングを行う必要があり、モニタリング対象のインスタンスのためにプラグインモニタリング項目を設定することができる。
【0107】
さらに、モニタリング対象のインスタンスの記録された操作データから、プラグインモニタリング項目における対応するセキュリティプラグイン監視データを取得することができ、セキュリティプラグイン監視データがモニタリング対象のインスタンスのセキュリティプラグインの状態データ、例えばセキュリティプラグインが作動状態の関連するデータであるか否か、を含む。
【0108】
Ｓ５０２、セキュリティプラグインの状態のうち、オンにされていない状態が存在することに応答して、プラグインモニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定する。
【0109】
さらに、モニタリング対象のインスタンスにおける各セキュリティプラグインのオン状態に基づいて対応するリスクレベルの判定を行うことができる。セキュリティプラグインがオンにされていない場合、モニタリング対象のインスタンスは正常に動作できるが、データが漏洩したり攻撃されたりするなど関連するセキュリティ危険性が存在する可能性があるため、当該シーンに対応するリスクレベルに対して、第２のリスクレベルとして決定することができる。
【0110】
例えば、モニタリング対象のインスタンスにセキュリティトランスポートプロトコルが存在すると設定し、モニタリング対象のインスタンスに対応するセキュリティプラグイン監視データにおける各セキュリティプラグインの状態を取得することにより、現在のセキュリティトランスポートプロトコルが有効になっていないとわかる。さらに、セキュリティトランスポートプロトコルを有効にしないことはモニタリング対象のインスタンスの通常の動作に影響せず、現在のモニタリング対象のインスタンスにデータが漏洩するリスクが存在する可能性がある。
【0111】
そのため、プラグインモニタリング項目における現在モニタリング対象のインスタンスのターゲットリスクレベルを第２のリスクレベルとして決定することができる。
【0112】
また、例えば、モニタリング対象のインスタンスにセキュリティコンポーネントが存在すると設定し、モニタリング対象のインスタンスに対応するセキュリティプラグイン監視データにおける各セキュリティプラグインの状態から、現在のセキュリティコンポーネントがモニタリング対象のインスタンスによって有効にされていないとわかる。さらに、セキュリティコンポーネントを有効にするには、モニタリング対象のインスタンスの通常の動作に影響せず、現在のモニタリング対象のインスタンスに攻撃されるリスクが存在する可能性がある。
【0113】
そのため、プラグインモニタリング項目における現在モニタリング対象のインスタンスのターゲットリスクレベルを第２のリスクレベルとして決定することができる。
【0114】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、セキュリティプラグインに対する作動状態により、権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの決定を実現する。クラウドサーバにおけるインスタンスの自律的リスクモニタリングにより、プラグインモニタリング項目におけるインスタンスのターゲットリスクレベルを決定し、リスクレベル取得の時効性、及びインスタンスのリスクレベル取得の包括性を最適化する。
【0115】
上記の実施例に加えて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定した後、図６と併せてさらに理解することができ、図６は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図６に示すように、当該方法は以下のステップ６０１～６０３を含む。
【0116】
Ｓ６０１、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得する。
【0117】
本開示の実施例では、モニタリング対象のインスタンスの異なるモニタリング項目に基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得した後、対応するリスクレポートを生成することができる。
【0118】
１つの可能な実現形態として、クライアントによって対応するリスクレポートを生成することができる。
【0119】
Ｓ６０２、ターゲットリスクレベルをクライアントに送信し、ターゲットリスクレベルが、クライアント側でモニタリング対象のインスタンスのリスクレポートを生成することに使用される。
【0120】
本開示の実施例では、サーバが各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得した後、それを対応するクライアントに送信することができ、クライアントによってリスクレポートして生成する。
【0121】
選択的に、リスクレポートは各モニタリング項目におけるすべてのモニタリング対象の実施例のターゲットリスクレベルを含むことができ、セキュリティ操作基準に適合するリスクのないモニタリング対象の実施例に対して、各モニタリング項目において正常であるようなリスクのない識別を行うことができる。
【0122】
別の可能な実現形態として、サーバによって対応するリスクレポートを生成することができる。
【0123】
Ｓ６０３、ターゲットリスクレベルに基づいてリスクレポートを生成し、リスクレポートをクライアントに送信する。
【0124】
本開示の実施例では、サーバは、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得した後、対応するリスクレポートを直接生成し、生成されたリスクレポートをクライアントに伝送し、クライアントによって示すことができる。
【0125】
さらに、リスクレポートは、可視化された方式で表示することができ、例えば、リストで表示したり、グラフで表示したりすることができ、さらにリスクレポートをより直感的に表示することができる。
【0126】
選択的に、クライアントに対応するデータモジュールを設定することができ、リスクレポートをデータモジュールに記憶し、ユーザが現在のリスクレポートを参照しながら、履歴リスクレポートに対し閲覧することも実現することができる。
【0127】
本開示の実施例によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、ターゲットリスクレベルに基づいてモニタリング対象のインスタンスのリスクレポートを生成し、設定された方式で示し、ユーザの体験度を効果的に最適化する。
【0128】
上記実施例では、モニタリング対象のインスタンスの決定について、図７と併せてさらに理解することができ、図７は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図７に示すように、当該方法は以下のステップＳ７０１～７０２を含む。
【0129】
Ｓ７０１、クライアントの識別子に基づいて、クライアントに対応する候補インスタンスの状態パラメータを取得する。
【0130】
実装では、クラウドサーバに複数のインスタンスが存在し、インスタンスに対するリスクレベル判定の効率を確保するために、サーバは、すべてのインスタンスに対してフィルタリングすることができ、さらに、そのうちのリスクモニタリングを行う必要があるモニタリング対象のインスタンスを取得する。
【0131】
選択的に、インスタンスの状態に基づいてフィルタリングすることができる。
【0132】
サーバは、クライアントの識別子に基づいて、クライアントに対応する候補インスタンスを取得することができる。クライアントの識別情報に基づいて、ユーザが使用できるインスタンスを決定し、当該部分のインスタンスを候補インスタンスとして決定できると理解することができる。
【0133】
選択的に、サーバは、インスタンスデータインタフェースから、クライアントの識別情報に基づいて候補インスタンスを取得することができる。
【0134】
さらに、候補インスタンスの属性情報により、候補インスタンスの状態パラメータを決定することができる。状態パラメータが、有効、無効などを含むことができる。
【0135】
選択的に、サーバは、インスタンスパラメータデータインタフェースから、候補インスタンスの属性情報を取得し、さらに候補インスタンスの状態パラメータを決定することができる。
【0136】
Ｓ７０２、状態パラメータに基づいて、候補インスタンスから有効状態であるインスタンス選択し、有効状態であるインスタンスをモニタリング対象のインスタンスとして決定する。
【0137】
本開示の実施例では、クラウドサーバにおけるインスタンスに無効状態が存在することは、当該状態であるインスタンスがユーザのために正常なサービスを提供できないため、ユーザのために正常なサービスを提供できるインスタンスのみをリスクモニタリングする必要があると理解することができる。
【0138】
選択的に、予めモニタリング対象のインスタンスの状態パラメータのフィルタリング基準に基づいて、対応するフィルタリングルールを決定し、設定位置に記憶することができる。
【0139】
さらに、すべての候補インスタンスの状態パラメータを取得した後、フィルタリングルールを取り出し、フィルタリングルールに基づいてすべての候補インスタンスから有効状態である候補インスタンスを選択し、リスクモニタリングを行う必要があるモニタリング対象のインスタンスとして決定することができる。
【0140】
例えば、候補インスタンスＸの状態が無効であり、候補インスタンスＹの状態が有効であり、候補インスタンスＺの状態が有効である場合、フィルタリングルールに基づいて、候補インスタンスＹと候補インスタンスＺとを、リスクモニタリングを行う必要があるモニタリング対象のインスタンスとして決定することができる。
【0141】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、候補インスタンスの状態パラメータに基づいて決定リスクモニタリングを行う必要があるモニタリング対象のインスタンスを決定し、リスクモニタリングの範囲を縮小し、クラウドサーバにおけるインスタンスリスクレベル判定に対する効率を効果的に向上させる。
【0142】
実装では、サーバは、クライアントの関連命令に基づいてモニタリング対象のインスタンスに対してリスクモニタリングを行うことができ、図８と併せてさらに理解することができ、図８は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図８に示すように、当該方法は、以下のステップＳ８０１～Ｓ８０２を含む。
【0143】
Ｓ８０１、クライアントから送信されたリスクモニタリングタスクを受信する。
【0144】
本開示の実施例では、サーバは、設定された頻度に基づいてクラウドサーバにおけるインスタンスに対してリスクモニタリングを行うことができ、リスクモニタリングの設定頻度は、クライアントから送信されたリスクモニタリングタスクを介して取得することができる。
【0145】
選択的に、ユーザは、クライアントによってサーバにリスクモニタリングタスクを送信することができ、リスクモニタリングタスクは、ユーザによって設定されたリスクモニタリング頻度に基づいて生成することができる。
【0146】
選択的に、ユーザは、さらに任意の設定時間にクライアントによってサーバにリスクモニタリングタスクを送信することができる。
【0147】
Ｓ８０２、リスクモニタリングタスクに基づいて、モニタリング対象のインスタンスに対してリスクモニタリングを行う。
【0148】
さらに、サーバは、受信されたリスクモニタリングタスクに基づいてモニタリング対象のインスタンスに対してリスクモニタリングを行うことができる。
【0149】
選択的に、サーバは、設定された頻度に基づいて生成されたリスクモニタリングタスクを受信した後、それからリスクモニタリングを行う設定頻度を抽出し、さらに当該頻度に基づいてモニタリング対象のインスタンスに対する自律的リスクモニタリングを実現することができる。
【0150】
選択的に、サーバは、任意の設定時間に基づいて生成されたリスクモニタリングタスクを受信した後、設定されたリスクモニタリング時間を抽出し、当該設定時間に基づいてモニタリング対象のインスタンスに対してリスクモニタリングを行う。
【0151】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法は、リスクモニタリングタスクにおける設定時間や設定頻度に基づいて、モニタリング対象のインスタンスに対する自律的巡回検査を実現し、リスクレベル取得の適時性を効果的に向上させる。
【0152】
さらに、上記の実施例をよりよく理解するために、図９と併せて説明することができる。図９は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する方法のフローチャートである。図９に示すように、Ｓ９０１～Ｓ９０５を含む。
【0153】
Ｓ９０１、クラウドサーバにおけるモニタリング対象のインスタンスを取得する。
【0154】
Ｓ９０２、各モニタリング項目におけるモニタリング対象のインスタンスのターゲット監視データを取得する。
【0155】
Ｓ９０３、各モニタリング項目におけるモニタリング対象のインスタンスに対応するターゲットルールベースを呼び出す。
【0156】
Ｓ９０４、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを判定する。
【0157】
Ｓ９０５、リスクレポートを生成する。
【0158】
クラウドサーバにおけるリスクモニタリングを行う必要があるモニタリング対象のインスタンスを決定した後、設定されたモニタリング項目に基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲット監視データを取得することができる。さらに、予め定義された各モニタリング項目におけるモニタリング対象のインスタンスに対応するターゲットルールベースを呼び出し、各モニタリング項目におけるターゲット監視データとターゲットルールベースに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルの判定を実現する。
【0159】
【0160】
ユーザはクライアント１０を介してリスクモニタリングタスクを送信し、サーバ２０に送信し、サーバ２０は、取得されたリスクモニタリングタスクに基づいて、クラウドサーバ３０におけるインスタンスに対してリスクレベルの判断を行い、クラウドサーバ３０における各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得した後、対応するリスクレポートを生成してクライアント１０に送信することができ、ターゲットリスクレベルをクライアント１０に送信した後、クライアント１０によって対応するリスクレポートを生成し、リスクレポートをクライアント１０によってユーザに示すことができる。
【0161】
生成されたリスクレポートをデータモジュール４０に記憶して、ユーザが履歴リスクレポートに対する呼び出しを実現することができる。
【0162】
本開示では、設定された頻度に基づいてクラウドサーバにおけるインスタンスに対してリスクモニタリングを行うことができ、クラウドサーバにおけるインスタンスに対する自律的なリスクモニタリングを実現し、リスクモニタリングの時効性を強化し、複数のモニタリング項目を設定して各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得し、クラウドサーバにおけるインスタンスのリスクモニタリングの包括性を最適化する。
【0163】
上記のいくつかの実施例によって提供されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法に対応して、本開示の一実施例は、クラウドサーバにおけるインスタンスリスクレベルを決定する装置をさらに提供し、本開示の実施例によって提供されるクラウドサーバにおけるインスタンスリスクレベルを決定する装置は、上記のいくつかの実施例によって提供されるクラウドサーバにおけるインスタンスリスクレベルを決定する方法に対応するため、上記クラウドサーバにおけるインスタンスリスクレベルを決定する方法の実施形態は、本開示の実施例によって提供されるクラウドサーバにおけるインスタンスリスクレベルを決定する装置にも適用し、以下の実施例では詳細に説明しない。
【0164】
図１１は、本開示の別の実施例のクラウドサーバにおけるインスタンスリスクレベルを決定する装置である。図１１に示すように、クラウドサーバにおけるインスタンスリスクレベルを決定する装置１１００は、取得モジュール１１１、データ抽出モジュール１１２、決定モジュール１１３を備える。
【0165】
取得モジュール１１１は、モニタリング対象のインスタンスのモニタリング項目とモニタリング項目のターゲットルールベースを取得する。
【0166】
データ抽出モジュール１１２は、モニタリング対象のインスタンスの各モニタリング項目に対応するターゲット監視データを取得する。
【0167】
決定モジュール１１３は、各モニタリング項目に対して、モニタリング項目のターゲットルールベースとターゲット監視データに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0168】
図１２は、本開示の別の実施例に係るクラウドサーバにおけるインスタンスリスクレベルを決定する装置である。図１２に示すように、クラウドサーバにおけるインスタンスリスクレベルを決定する装置１２００は、取得モジュール１２１、データ抽出モジュール１２２、決定モジュール１２３を備える。
【0169】
なお、取得モジュール１１１、データ抽出モジュール１１２、決定モジュール１１３は、取得モジュール１２１、データ抽出モジュール１２２、決定モジュール１２３と、同じ構造と機能を有す。
【0170】
本開示の実施例では、決定モジュールはさらに、ターゲット監視データにおける各種類の監視サブデータに対して、ターゲットルールベースから、各種類の監視サブデータの異常認識ルールを取得し、異常認識ルールを満たす各種類の監視サブデータを認識し、異常認識ルールを満たす各種類の監視サブデータに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0171】
本開示の実施例では、決定モジュール１２３は、さらに、モニタリング対象のインスタンスのログイン監視データを取得し、ログイン監視データがモニタリング対象のインスタンスのログインＩＰアドレスとログイン頻度を含み、ログインＩＰアドレスとログイン頻度におけるそれぞれの異常ログイン認識ルールを満たすログイン監視サブデータを取得し、それぞれの異常ログイン認識ルールを満たすログイン監視サブデータに基づいて、ログインモニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0172】
本開示の実施例では、決定モジュール１２３は、さらに、ログインＩＰアドレスに非履歴安全ログインＩＰアドレスが存在することに応答して、ログインモニタリング項目におけるターゲットリスクレベルが第１のリスクレベルであると決定し、ログイン頻度が設定頻度の閾値以上であることに応答し、ログインに成功すると、ログインモニタリング項目におけるターゲットリスクレベルが第１のリスクレベルであると決定し、または、ログイン頻度が設定頻度の閾値以上であることに応答し、ログインに失敗すると、ログインモニタリング項目におけるターゲットリスクレベルが第２のリスクレベルであると決定し、第１のリスクレベルが第２のリスクレベルより高い。
【0173】
本開示の実施例では、決定モジュール１２３は、さらに、モニタリング対象のインスタンスの権限監視データを取得し、権限監視データが、モニタリング対象のインスタンスの複数の権限許可項目を含み、複数の権限許可項目のうち異常権限認識ルールを満たす異常権限許可項目を取得し、異常権限認識ルールを満たす異常権限許可項目に基づいて、権限モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。
【0174】
本開示の実施例では、決定モジュール１２３は、さらに、異常権限許可項目が権限設定ホワイトリストに存在することに応答して、権限モニタリング項目におけるターゲットリスクレベルを第１のリスクレベルとして決定し、異常権限許可項目が権限設定ホワイトリストに存在することに応答して、権限モニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定し、異常権限許可項目が権限設定ホワイトリストに存在することに応答し、異常権限許可項目の項目数が予め設定された項目数閾値以上である場合、権限モニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定する。
【0175】
本開示の実施例では、決定モジュール１２３は、さらに、モニタリング対象のインスタンスのセキュリティプラグイン監視データを取得し、セキュリティプラグイン監視データがモニタリング対象のインスタンスのセキュリティプラグインの状態を含み、セキュリティプラグインの状態のうち、オンにされていない状態が存在することに応答して、プラグインモニタリング項目におけるターゲットリスクレベルを第２のリスクレベルとして決定する。
【0176】
本開示の実施例では、取得モジュール１２１は、さらに、クライアントの識別子に基づいて、クライアントに対応する候補インスタンスの状態パラメータを取得し、状態パラメータに基づいて、候補インスタンスから有効状態であるインスタンス選択し、有効状態であるインスタンスをモニタリング対象のインスタンスとして決定する。
【0177】
本開示の実施例では、取得モジュール１２１は、さらに、クライアントから送信されたリスクモニタリングタスクを受信し、リスクモニタリングタスクに基づいて、モニタリング対象のインスタンスに対してリスクモニタリングを行う。
【0178】
本開示の実施例では、決定モジュール１２３は、さらに、ターゲットリスクレベルをクライアントに送信し、ターゲットリスクレベルが、クライアント側でモニタリング対象のインスタンスのリスクレポートを生成することに使用され、または、ターゲットリスクレベルに基づいてリスクレポートを生成し、リスクレポートをクライアントに送信する。
【0179】
本開示によって提案されるクラウドサーバにおけるインスタンスリスクレベルを決定する装置は、モニタリング対象のインスタンスのモニタリング項目と各モニタリング項目に対応するターゲットルールベースを取得し、各モニタリング項目におけるモニタリング対象のインスタンスの対応するターゲット監視データを取得した後、各モニタリング項目におけるターゲット監視データとターゲットルールベースに基づいて、各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを決定する。本開示では、設定された頻度に基づいてクラウドサーバにおけるインスタンスに対してリスクモニタリングを行うことができ、クラウドサーバにおけるインスタンスに対する自律的なリスクモニタリングを実現し、リスクモニタリングの時効性を強化し、複数のモニタリング項目を設定して各モニタリング項目におけるモニタリング対象のインスタンスのターゲットリスクレベルを取得し、クラウドサーバにおけるインスタンスのリスクモニタリングの包括性を最適化する。
【0180】
本開示の技術案では、相関するユーザ個人情報の収集、記憶、使用、加工、伝送、提供及び開示等の処理は、いずれもユーザの同意を得ることを前提として行われ、関連する法律法規の規定に合致しており、公序良俗に違反しい。
【0181】
本開示の実施例によれば、本開示は、電子機器、読み取り可能な記憶媒体、及びコンピュータプログラムをさらに提供する。
【0182】
図１３は、本開示の実施例を実行できるための例示的な電子機器１３００の概略ブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレームコンピュータ、及び他の適切なコンピュータなどの様々な形態のデジタルコンピュータを表すことを目的とする。電子機器は、携帯情報端末、携帯電話、スマートフォン、ウェアラブルデバイス、及び他の同様のコンピューティングデバイスなどの様々な形態のモバイルデバイスを表すこともできる。本明細書で示される部品、それらの接続と関係、及びそれらの機能は、単なる例であり、本明細書の説明及び／又は要求される本開示の実現を制限することを意図したものではない。
【0183】
図１３に示すように、装置１３００は、読み取り専用メモリ（ＲＯＭ）１３０２に記憶されているコンピュータプログラム、または記憶ユニット１３０８からランダムアクセスメモリ（ＲＡＭ）１３０３にロードされたコンピュータプログラムに従って、様々な適切な動作および処理を実行することができるコンピューティングユニット１３０１を備える。ＲＡＭ１３０３には、装置１３００の動作に必要な各種のプログラムやデータも記憶されていてもよい。計算ユニット１３０１、ＲＯＭ１３０２、およびＲＡＭ１３０３は、バス１３０４を介して、互いに接続されている。バス１３０４には、入出力（Ｉ／Ｏ）インターフェース１３０５も接続されている。
【0184】
装置１３００における複数の構成要素は、Ｉ／Ｏインターフェース１３０５に接続され、キーボード、マウスなどの入力ユニット１３０６と、各種のディスプレイ、スピーカなどの出力ユニット１３０７と、磁気ディスク、光ディスクなどの記憶ユニット１３０８と、ネットワークカード、モデム、無線通信トランシーバなどの通信ユニット１３０９と、を備える。通信ユニット１３０９は、装置１３００が、インターネットなどのコンピュータネットワークおよび／または様々な通信ネットワークを介して他の装置と情報／データを交換することを可能にする。
【0185】
コンピューティングユニット１３０１は、処理能力およびコンピューティング能力を有する様々な汎用および／または専用の処理コンポーネントであってもよい。コンピューティングユニット１３０１のいくつかの例は、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、様々な専用の人工知能（ＡＩ）コンピューティングチップ、機械学習モデルアルゴリズムを実行する様々なコンピューティングユニット、デジタル信号プロセッサ（ＤＳＰ）、および任意の適切なプロセッサ、コントローラ、マイクロコントローラなどを含むが、これに限定されない。計算ユニット１３０１は、前文で説明された様々な方法および処理、例えば、クラウドサーバにおけるインスタンスリスクレベルを決定する方法を実行する。例えば、いくつかの実施例では、クラウドサーバにおけるインスタンスリスクレベルを決定する方法は、記憶ユニット１３０８などの機械読み取り可能な記憶媒体に有形的に含まれるコンピュータソフトウェアプログラムとして実現することができる。いくつかの実施例では、コンピュータプログラムの一部または全部を、ＲＯＭ１３０２および／または通信ユニット１３０９を介して装置１３００にロードおよび／またはインストールすることができる。コンピュータプログラムがＲＡＭ１３０３にロードされ、計算ユニット１３０１によって実行される場合、前文に記載されたクラウドサーバにおけるインスタンスリスクレベルを決定する方法の１つ以上のステップを実行することができる。代替的に、他の実施例では、計算ユニット１３０１は、他の任意の適切な方法で（例えば、ファームウェアを介して）クラウドサーバにおけるインスタンスリスクレベルを決定する方法を実行するように構成されてもよい。
【0186】
本明細書で説明されたシステムと技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、チップオンシステム（ＳＯＣ）、複数のプログラマブルロジックデバイス（ＣＰＬＤ）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで実現することができる。これらの様々な実施形態は、１つ又は複数のコンピュータプログラムで実施されることを含むことができ、当該１つ又は複数のコンピュータプログラムは、少なくとも１つのプログラマブルプロセッサを備えるプログラム可能なシステムで実行及び／又は解釈することができ、当該プログラマブルプロセッサは、特定用途向け又は汎用プログラマブルプロセッサであってもよく、ストレージシステム、少なくとも１つの入力装置、及び少なくとも１つの出力装置からデータ及び命令を受信し、データ及び命令を当該ストレージシステム、当該少なくとも１つの入力装置、及び当該少なくとも１つの出力装置に伝送することができる。
【0187】
本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせを用いて作成することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供され、プロセッサまたはコントローラによって実行される場合、フローチャートおよび／またはブロック図に規定された機能／動作を実行させることができる。プログラムコードは、完全に、または部分的に、マシン上で実行することができ、独立したソフトウェアパッケージとしてマシンで部分的に実行され、リモートマシンで部分的に実行され、または、リモートマシンまたはサーバで完全に実行される。
【0188】
本開示の文脈では、機械読み取り可能な媒体は、命令実行システム、装置、またはデバイスが使用するために、または命令実行システム、装置、またはデバイスを組み合わせて使用されるプログラムを含むかまたは記憶することができる有形的な媒体であってもよい。機械読み取り可能な媒体は、機械読み取り可能な信号媒体または機械読み取り可能な記憶媒体であってもよい。機械読み取り可能な媒体は、電子的、磁気的、光学的、電磁的、赤外線的、または半導体的なシステム、装置またはデバイス、またはこれらの任意の適切な組み合わせを備えることができるが、これらに限定されるものではない。機械読み取り可能な媒体のより具体的な例は、１つ以上のラインに基づく電気的接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光ストレージデバイス、磁気ストレージデバイス、またはこれらの任意の適切な組み合わせ、を含むことができる。
【0189】
ユーザとのインタラクションを提供するために、ここで説明されているシステム及び技術をコンピュータ上で実施することができ、当該コンピュータは、ユーザに情報を表示するためのディスプレイ装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニタ）と、キーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを有し、ユーザは、当該キーボード及び当該ポインティングデバイスによって入力をコンピュータに提供することができる。他の種類の装置も、ユーザとのインタラクションを提供することができ、例えば、ユーザに提供されるフィードバックは、任意の形式のセンシングフィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、任意の形式（音響入力と、音声入力、または、触覚入力とを含む）でユーザからの入力を受信することができる。
【0190】
ここで説明されるシステム及び技術は、バックエンドコンポーネントを備えるコンピューティングシステム（例えば、データサーバとする）、又はミドルウェアコンポーネントを備えるコンピューティングシステム（例えば、アプリケーションサーバ）、又はフロントエンドコンポーネントを備えるコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータ、ユーザは、当該グラフィカルユーザインタフェース又は当該ウェブブラウザによってここで説明されるシステム及び技術の実施形態とインタラクションできる）、又はこのようなバックエンドコンポーネントと、ミドルウェアコンポーネントと、フロントエンドコンポーネントのいずれかの組み合わせを備えるコンピューティングシステムで実行することができる。いずれかの形態又は媒体のデジタルデータ通信（例えば、通信ネットワーク）によってシステムのコンポーネントを相互に接続することができる。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）と、ワイドエリアネットワーク（ＷＡＮ）と、インターネットと、を含む。
【0191】
コンピュータシステムは、クライアントとサーバを備えることができる。クライアントとサーバは、一般に、互いに離れており、通常に通信ネットワークを介してインタラクションする。対応するコンピュータ上で実行され、互いにクライアント－サーバ関係を有するコンピュータプログラムによってクライアントとサーバとの関係が生成される。サーバはクラウドサーバであってもよく、分散システムのサーバであってもよく、またはブロックチェーンを組み込んだサーバであってもよい。
【0192】
なお、上記に示される様々な形式のフローを使用して、ステップを並べ替え、追加、又は削除することができることを理解されたい。例えば、本開示に記載されている各ステップは、並列に実行されてもよいし、順次実行されてもよいし、異なる順序で実行されてもよいが、本開示で開示されている技術案の所望の結果を実現することができれば、本明細書では限定されない。
【0193】
上記具体的な実施形態は、本開示の保護範囲を制限するものではない。当業者は、設計要件と他の要因に応じて、様々な修正、組み合わせ、サブコンビネーション、及び代替を行うことができることを理解されたい。任意の本開示の精神と原則内で行われる修正、同等の置換、及び改善などは、いずれも本開示の保護範囲内に含まれるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
