JP7231664B2 - 脆弱性特徴の取得方法、装置及び電子機器 - Google Patents

Description

本願は、コンピュータ技術分野に関し、具体的に、情報セキュリティ技術分野に関する。

情報セキュリティ分野において、脆弱性とは、システムに存在する弱点又は欠陥、特定な脅威攻撃又は危険なイベントに対するシステムの感度、又は攻撃する脅威作用の可能性のことである。脆弱性は、アプリケーションソフトウェア又はオペレーティングシステムの設計時の欠陥又はコーディング時の過ちから生み出されたものであるか、また、インタラクション処理プロセスにおけるサービスの設計欠陥又は論理的フローでの合理的ではないところから生み出されたものである可能性もある。これらの欠陥、過ち又は合理的ではないところは、意識的に又は無意識に利用され、組織の資産又は運営に情報システムの攻撃や制御、重要資料の窃取、ユーザデータの改ざん、他のホストコンピュータシステムに侵入するために踏み台として利用されるような不利益な影響を与えるようになる可能性がある。脆弱性特徴は、脆弱性を表徴するための情報であり、脆弱性ごとに脆弱性特徴が複数あり、アンドロイド（Ａｎｄｒｏｉｄ）（共に登録商標）システムの場合、既知脆弱性の脆弱性特徴をいかにして取得するかは、システムセキュリティ分析にとって非常に需要なことである。

従来の技術において、システム既知の脆弱性に対し、例えば、脆弱性スキャンによってスキャンされた脆弱性は、人によって個々の脆弱性の脆弱性特徴を分析し、個々の脆弱性特徴を検出するとき、脆弱性特徴に基づいて対応する特徴検出コードをコンパイルし、特徴検出コードを検出される対象のマシンで実行させることにより、脆弱性特徴が存在するか否かを検出する。システムに現れた脆弱性が更新された場合、また人によって脆弱性特徴を再分析して後続の検出プロセスを実行するため、脆弱性特徴の取得効率が高くない。

本願は、脆弱性特徴の取得方法、装置及び電子機器を提供し、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることを実現することができる。

第１の態様によれば、脆弱性特徴の取得方法を提供し、
脆弱性の脆弱性パッチ情報を取得した後に、前記脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定し、前記タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含むステップと、
前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出するステップと、
前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するステップと、を含む。

本願の技術によれば、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性がコードタイプであるか、または、非コードタイプであるかを確定し、そして、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出し、最後に、脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信する。タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、脆弱性分析エンジンは、タイプが異なる脆弱性に基づいて予め組み立てられたものであるため、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることを実現することができ、脆弱性特徴を人によって分析して取得する必要がなく、システム脆弱性データベースのメンテナンスコストが軽減される。

第２の態様によれば、脆弱性特徴の取得装置を提供し、
脆弱性の脆弱性パッチ情報を取得し得るために使用される取得モジュールと、
前記脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定し、前記タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含むために使用される確定モジュールと、
前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出するために使用される抽出モジュールと、
前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するために使用される送信モジュールと、を含む。

本願の技術によれば、取得モジュールは、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性がコードタイプであるか、または、非コードタイプであるかを確定し、そして、抽出モジュールは、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出し、最後に、送信モジュールは、脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信する。タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、脆弱性分析エンジンは、タイプが異なる脆弱性に基づいて予め組み立てられたものであるため、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることを実現することができ、脆弱性特徴を人によって分析して取得する必要がなく、システム脆弱性データベースのメンテナンスコストが軽減される。

第３の態様によれば、電子機器を提供し、
少なくとも１つのプロセッサ、および
前記少なくとも１つのプロセッサと通信するように接続されたメモリを含み、そのうち、
前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶されており、前記命令が前記少なくとも１つのプロセッサによって実行されることで、前記少なくとも１つのプロセッサは、第１の態様に記載の方法を実行することができるようになる。

第４の態様によれば、コンピュータ命令が記憶された非一時的なコンピュータ可読記憶媒体を提供し、前記コンピュータ命令は、コンピュータに第１の態様に記載の方法を実行させるためのものである。

第５の態様によれば、コンピュータプログラムを提供し、前記コンピュータプログラムは、コンピュータ可読記憶媒体に記憶され、電子機器の少なくとも１つのプロセッサは、前記コンピュータ可読記憶媒体から前記コンピュータプログラムを読み取ることができ、前記少なくとも１つのプロセッサは、前記コンピュータプログラムを実行することによって、前記電子機器に第１の態様に記載の方法を実行させる。

この部分に記述した内容は、本願の実施例の肝心又は重要な特徴をマークすることを主旨としているわけではなく、本願の範囲を制限するためにも使用されないと理解するべきである。本願の他の特徴は、以下の明細書によって理解しやすくなる。

図面は、本解決手段をよりよく理解するために使用されるものであり、本願に対する限定を構成しない。

本願の一応用シーンの概略図である。 本願に係る脆弱性特徴の取得方法の実施例１のフローチャートである。 本願に係る脆弱性特徴の取得方法の実施例２のフローチャートである。 本願に係る脆弱性特徴の取得方法の実施例３のフローチャートである。 本願に係る脆弱性特徴の取得方法の実施例４のフローチャートである。 本願に係る脆弱性特徴の取得装置の一構造概略図である。 本願に係る脆弱性特徴の取得装置の一構造概略図である。 本願に係る脆弱性特徴の取得装置の一構造概略図である。 本願の実施例の脆弱性特徴の取得方法を実現するための電子機器のブロック図である。

以下、本願の例示的な実施例を図面に合わせて説明する。理解に寄与するための本願の実施例の様々な詳細が含まれるが、これらは、例示的なものにすぎないと考えるべきである。よって、当業者は、ここに記述した実施例に対する様々な変化や修正が可能であり、本願の範囲や趣旨から逸脱されないと認識するべきである。同様に、明確や簡潔のため、以下の記述では、周知の機能や構造に関するものを省略するようにしている。

本願の実施例において、「例示的に」または「例えば」などの用語は、例、例証又は説明として表すためのものであり、本願の実施例において、「例示的に」または「例えば」と記述されたいずれの実施例又は解決手段は、他の実施例又は解決手段よりも好ましく又は利点がより多いように解釈するべきではない。正確にいうと、「例示的に」または「例えば」などの用語の使用は、関連概念を具体的な方式で呈することを主旨としている。

従来の技術において、脆弱性特徴を取得する方式は、脆弱性の脆弱性特徴を人によって分析し、システムに現れた脆弱性が更新された場合、また脆弱性特徴を人によって再分析する必要があるため、脆弱性特徴の取得効率が高くなくて脆弱性データベースのメンテナンスコストが高い。本願は、この問題を解決するために、脆弱性特徴の取得方法、装置及び電子機器を提供し、タイプが異なる脆弱性に基づいて異なる脆弱性分析エンジンを予め組み立てることにより、タイプが異なる脆弱性に対して、異なる脆弱性分析エンジンを使用して脆弱性特徴を分析して抽出し、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定し、前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出し、前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信し、電子機器で脆弱性検出のために使用される。よって、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることができ、システム脆弱性データベースのメンテナンスコストが軽減される。以下、本願の実施例の脆弱性特徴の取得方法の具体的な実現プロセスについて、図面に合わせながら具体的な実施例をもって詳細に説明する。

まず、以下、本願の実施例における用語の一部について、当業者がよく理解するように、解釈して説明する。

１、脆弱性特徴とは、脆弱性を表徴するための情報であり、コードタイプの脆弱性である場合、脆弱性特徴は、脆弱性のソースコードと脆弱性の修復コードとの間の差異情報であり、非コードタイプの脆弱性である場合、脆弱性特徴は、脆弱性のソースファイルと脆弱性の修復ファイルとの間の変化情報である。

２、実行エンティティとは、コードファイルがアンドロイドシステムで実行されるときに対応するアプリケーションプログラム（ＡＰＰ）又はシステムソフトウェアであり、アプリケーションプログラムは、社交アプリケーションプログラムやショッピングアプリケーションプログラムなどの各種のアプリケーションプログラムである。

３、テストターゲットマシンクラスターとは、複数のテストターゲットマシンであり、異なるアンドロイドシステムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築された脆弱性特徴をテストするためのテストマシンのことであり、テストターゲットマシンごとに、一アンドロイドシステムバージョン、一プロセッサアーキテクチャプラットフォーム及び一セキュリティパッチバージョンに対応する。

図１は、本願の一応用シーンの概略図であり、図１に示すように、本願に係る脆弱性特徴の取得装置は、既知脆弱性の脆弱性特徴、または、既知脆弱性の脆弱性特徴及び脆弱性特徴ごとに対応する実行エンティティを取得するためのものであり、実行エンティティは、アプリケーションプログラム（ＡＰＰ）又はシステムソフトウェアであってもよく、その中のアプリケーションプログラムは、例えば、社交アプリケーションプログラムやショッピングアプリケーションプログラムなどで、既知の脆弱性は、例えば、脆弱性スキャンソフトウェアによってスキャンされたアンドロイドシステムの脆弱性、または、アンドロイド公式ウェブサイトですでに公開された発表における脆弱性である。脆弱性特徴の取得装置によって取得された脆弱性の脆弱性特徴、又は、脆弱性特徴及び対応する実行エンティティは、脆弱性検出のために使用されることができ、全体的に、Ｊａｖａリフレクションメカニズム、逆コンパイル（ｏａｔｄｕｍｐ）などを含む可能な脆弱性特徴駆動モードで実現される。具体的に、従来の検出方法を用いて、例えば、個々の脆弱性特徴を検出するとき、脆弱性特徴に基づいて対応する特徴検出コードをコンパイルし、特徴検出コードを検出される電子機器内の対応する実行エンティティで実行（実行エンティティがない場合、電子機器内の実行エンティティに渡って一つずつ次第に実行される）し、脆弱性特徴が存在するか否かを検出し、これにより、脆弱性検出の目的を達成するようになる。その中の検出される電子機器は、アンドロイド（Ａｎｄｒｏｉｄ）ソフトウェアシステムを使用する電子機器、例えば、携帯電話、ポケットパソコン又は車載機器などであってもよい。本願に係る脆弱性特徴の取得装置は、アンドロイドシステムの既知脆弱性の脆弱性特徴をオンラインで取得することができ、アンドロイドシステムに現れた脆弱性が更新された場合、更新された脆弱性の脆弱性特徴をリアルタイムに取得することができるため、脆弱性特徴の取得効率が向上し、システム脆弱性データベースのメンテナンスコストが軽減される。以下、脆弱性特徴の取得プロセスについて、図面に合わせながら詳細に説明する。

図２は、本願に係る脆弱性特徴の取得方法の実施例１のフローチャートであり、本実施例における実行主体は、図１に示すような脆弱性特徴の取得装置であってもよく、該脆弱性特徴の取得装置は、ハードウェア装置又はソフトウェアモジュールであってもよく、図２に示すように、本実施例の方法は、以下のステップを含むことができる。

Ｓ１０１、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性のタイプを確定し、タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含む。

そのうち、脆弱性の脆弱性パッチ情報の取得は、アンドロイド公式ウェブサイトセキュリティ発表情報から取得することができ、具体的に、アンドロイド公式ウェブサイトセキュリティ発表情報には、脆弱性、例えば、公共脆弱性や暴露（Ｃｏｍｍｏｎ Ｖｕｌｎｅｒａｂｉｌｉｔｉｅｓ ａｎｄ Ｅｘｐｏｓｕｒｅｓ、ＣＶＥ）の識別子、参照番号、タイプ、重大度および更新されたＡｎｄｒｏｉｄオープンソースコードプロジェクト（Ａｎｄｒｏｉｄ Ｏｐｅｎ－Ｓｏｕｒｃｅ Ｐｒｏｊｅｃｔ、ＡＯＳＰ）のバージョンなどの情報が含まれており、下記のような表１は、セキュリティ発表情報の内容の例であり、そのうち、参照番号には、脆弱性パッチ情報のリンクが携帯されており、タイプは、リモート命令又はコード実行脆弱性（ｒｅｍｏｔｅ ｃｏｍｍａｎｄ／ｃｏｄｅ ｅｘｅｃｕｔｅ 、ＲＣＥ）であり、重大度は、高、中及び低を含む。

脆弱性の脆弱性パッチ情報を取得するには、まず、脆弱性の識別子に基づいて対応する参照番号を確定し、参照番号に基づいて対応する脆弱性パッチ情報を取得する。脆弱性の脆弱性パッチ情報を取得した後に、脆弱性のタイプがコードタイプであるか、または、非コードタイプであるかを確定することができる。脆弱性の脆弱性パッチ情報が脆弱性のソースコード及び脆弱性の修復コードを含む場合、脆弱性のタイプがコードタイプであると確定することができるが、脆弱性の脆弱性パッチ情報が脆弱性のソースファイル及び脆弱性の修復ファイルを含む場合、脆弱性のタイプが非コードタイプであると確定することができる。

説明する必要があるものとして、セキュリティ発表情報に脆弱性が複数含まれている場合、複数の脆弱性の脆弱性パッチ情報を１回で取得することができ、個々の脆弱性に対し、個々の脆弱性の脆弱性特徴をそれぞれ取得し、一定の期間内に、セキュリティ発表情報に脆弱性が１つ更新された場合、１回に該脆弱性の脆弱性パッチ情報を１つ取得し、そして、後続の工程を実行して該１つの脆弱性の脆弱性特徴を取得する。

選択的に、プリセットの期間にしたがって、セキュリティ発表情報における脆弱性の脆弱性パッチ情報を周期的に取得してもよく、該プリセットの期間は、半月、一ヶ月、三ヶ月又は六ヶ月などであってもよく、脆弱性が更新された場合、セキュリティ発表情報をリアルタイムに追跡して更新された脆弱性の脆弱性パッチ情報を取得し、そして、後続の工程を実行して更新された脆弱性の脆弱性特徴を取得することができる。

Ｓ１０２、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出する。

具体的にいうと、タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、コードタイプの脆弱性がコード分析エンジンに対応し、言語が異なるコードは異なるコード分析エンジン、例えば、Ｃ／Ｃ＋＋コード分析エンジン、Ｊａｖａコード分析エンジン及びカーネルコード分析エンジンなどに対応する。非コードタイプの脆弱性がファイル分析エンジン、例えば、構成ファイル分析エンジンなどに対応する。

具体的に、脆弱性のタイプに対応する脆弱性分析エンジンがＣ／Ｃ＋＋コード分析エンジンである場合、Ｃ／Ｃ＋＋コード分析エンジンにより、脆弱性の脆弱性パッチ情報を分析し、脆弱性の特徴を抽出するが、脆弱性のタイプに対応する脆弱性分析エンジンがＪａｖａコード分析エンジンである場合、Ｊａｖａコード分析エンジンにより、脆弱性の脆弱性パッチ情報を分析し、脆弱性の特徴を抽出するが、脆弱性のタイプに対応する脆弱性分析エンジンがカーネルコード分析エンジンである場合、カーネルコード分析エンジンにより、脆弱性の脆弱性パッチ情報を分析し、脆弱性の特徴を抽出するが、脆弱性のタイプに対応する脆弱性分析エンジンが構成ファイル分析エンジンである場合、構成ファイル分析エンジンにより、脆弱性の脆弱性パッチ情報を分析し、脆弱性の特徴を抽出する。脆弱性分析エンジンが異なると、脆弱性の脆弱性特徴を分析して抽出するプロセスは異なる。

脆弱性ごとに少なくとも１つの脆弱性特徴があり、脆弱性が複数ある場合、複数の脆弱性の脆弱性特徴によって１つの脆弱性特徴セットを組み合わせる。

そのうち、コードタイプの脆弱性の場合、脆弱性特徴は、例えば、関数シンボル、クラス又はクラスの表示可能なメンバー定義の増減であってもよく、コードファイル内の唯一性がある文字列の増減であってもよく、コード実行フローの変更（例えば、ライブラリ関数ＸＸへのジャンプを追加した）などであってもよい。非コードタイプの脆弱性の場合、脆弱性特徴は、例えば、文字列特徴の追加、文字列特徴の削除、文字列特徴の修正、ファイルの追加及びファイルの削除のうちのいずれか１つであってもよく、そのうち、ファイルの追加又は削除はライブラリの追加又は削除であってもよい。

Ｓ１０３、脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信する。

具体的に、脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信し、電子機器で脆弱性検出のために使用される。

本実施例に係る脆弱性特徴の取得方法により、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性がコードタイプであるか、または、非コードタイプであるかを確定し、そして、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出し、最後に、脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信する。タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、脆弱性分析エンジンは、タイプが異なる脆弱性に基づいて予め組み立てられたものであるため、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることを実現することができ、脆弱性特徴を人によって分析して取得する必要がなく、システム脆弱性データベースのメンテナンスコストが軽減される。

図３は、本願に係る脆弱性特徴の取得方法の実施例２のフローチャートであり、本実施例における実行主体は、図１に示すような脆弱性特徴の取得装置であってもよく、図３に示すように、本実施例の方法は、図２に示すような方法に基づき、さらに、Ｓ１０３の前に、また、ステップＳ１０４を含むことができる。

Ｓ１０４、脆弱性の少なくとも１つの脆弱性特徴における個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定し、脆弱性の脆弱性特徴及び実行エンティティを得る。

具体的にいうと、実行エンティティは、コードファイルがアンドロイドシステムで実行されるときに対応するアプリケーションプログラム（ＡＰＰ）又はシステムソフトウェアであり、電子機器に送信されるのが脆弱性特徴しかない場合、検出時に、実行エンティティの実行を試す必要があり、検出が遅く、Ｓ１０２によって脆弱性の脆弱性特徴を取得した後、また、個々の脆弱性特徴の実行エンティティを確定し、後続の脆弱性検出のために使用する必要があり、個々の脆弱性に対してその対応する実行エンティティを確定し、このようにして脆弱性検出の効率を向上させる。脆弱性の脆弱性パッチ情報に基づいて脆弱性のソースコード又はソースファイルを取得することができ、ソースコードはコードタイプの脆弱性に対応し、ソースファイルは非コードタイプの脆弱性に対応する。説明する必要があるものとして、１つの脆弱性の脆弱性特徴が複数ある場合、複数の脆弱性特徴の実行エンティティが同じであってもよく、異なってもよい。

相応的に、Ｓ１０３は、具体的に、Ｓ１０３’であってもよく、前記脆弱性の少なくとも１つの脆弱性特徴及び対応する実行エンティティを電子機器に送信する。

本実施例に係る脆弱性特徴の取得方法により、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性がコードタイプであるか、または、非コードタイプであるかを確定し、そして、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出し、続いて、抽出された個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定し、最後に、脆弱性の少なくとも１つの脆弱性特徴及び対応する実行エンティティを電子機器に送信する。タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、脆弱性分析エンジンは、タイプが異なる脆弱性に基づいて予め組み立てられたものであるため、脆弱性の脆弱性特徴及び対応する実行エンティティをオンラインで取得することを実現し、脆弱性特徴の取得効率を向上させることができ、脆弱性特徴を人によって分析して取得する必要がなく、システム脆弱性データベースのメンテナンスコストが軽減される。

図４は、本願に係る脆弱性特徴の取得方法の実施例３のフローチャートであり、本実施例における実行主体は、図１に示すような脆弱性特徴の取得装置であってもよく、図４に示すように、本実施例の方法は、以下のステップを含むことができる。

Ｓ２０１、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性のタイプを確定し、タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含む。

そのうち、脆弱性の脆弱性パッチ情報の取得は、アンドロイド公式ウェブサイトセキュリティ発表情報から取得することができ、具体的な取得プロセスは、Ｓ１０１の記述を参照することができ、ここで繰り返して説明しないようにする。脆弱性の脆弱性パッチ情報が脆弱性のソースコード及び脆弱性の修復コードを含む場合、脆弱性のタイプがコードタイプであると確定することができ、このとき、Ｓ２０２を実行し、脆弱性の脆弱性パッチ情報が脆弱性のソースファイル及び脆弱性の修復ファイルを含む場合、脆弱性のタイプが非コードタイプであると確定することができ、このとき、Ｓ２０３を実行する。

Ｓ２０２、コードタイプの脆弱性に対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出する。

そのうち、コードタイプの脆弱性がコード分析エンジンに対応し、言語が異なるコードは異なるコード分析エンジン、例えば、Ｃ／Ｃ＋＋コード分析エンジン、Ｊａｖａコード分析エンジン及びカーネルコード分析エンジンなどに対応する。

一実施可能な形態として、Ｓ２０２は、コードタイプの脆弱性に対応する脆弱性分析エンジンにより、以下のような操作を実行するステップ（図示せず）であってもよい。

Ｓ２０２１、脆弱性のソースコード及び脆弱性の修復コードに対し、対応するコーディング言語の文法分析を行い、文法分析結果に基づいて脆弱性のソースコードと脆弱性の修復コードとの少なくとも１つの差異情報を確定し、差異情報は、例えば、関数シンボル、クラス又はクラスの表示可能なメンバー定義の増減であってもよく、コードファイル内の唯一性がある文字列の増減であってもよく、コード実行フローの変更（例えば、ライブラリ関数ＸＸへのジャンプを追加した）などであってもよい。

Ｓ２０２２、少なくとも１つの差異情報に基づいて脆弱性の脆弱性特徴を確定し、１つの差異情報が１つの脆弱性特徴に対応し、即ち、差異情報を確定した後に、１つの差異情報を１つの脆弱性特徴として確定する。

以下の一つの脆弱性の脆弱性パッチ情報を例として挙げる。
―――ａ／ｓｒｃ／ａｎｄｒｏｉｄ、ＳｋＡａｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ．ｃｐｐ
＋＋＋ｂ ｓｒｃ／ａｎｄｒｏｉｄ、ＳｋＡａｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ．ｃｐｐ
＠＠－１７，７＋１７，９＠＠
＃ｉｎｃｌｕｄｅ“ｅｆｆｅｃｔｓ／ＧｒＤｉｓａｂｌｅＣｏｌｏｒＸＰ．ｈ”
＃ｅｎｄｉｆ／／ＳＫ＿ＳＵＰＰＯＲＴ＿ＧＰＵ
－＃ｉｆｄｅｆ ＳＫ＿ＢＵＩＬＤ＿ＦＯＲ＿ＡＮＤＲＯＩＤ
＋＃ｉｆｄｅｆ ＳＫ＿ＢＵＩＬＤ＿ＦＯＲ＿ＡＮＤＲＯＩＤ＿ＦＲＡＭＷＯＲＫ
＋
＋＃ ｉｎｃｌｕｄｅ<ｌｏｇ／ｌｏｇ．ｈ>
＃ｉｆ ＳＫ＿ ＳＵＰＰＯＲＴ＿ＧＰＵ
Ｂｏｏｌ ＳｋＡｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ：：ｃｌｉｐＷｉｔｈＳｔｅｎｃｉｌ(ｓｋｃａｎｖａｓ＊ｃａｎｖａｓ)｛
＠＠－５２，５ ＋５４，９＠＠
｝
＃ ｅｎｄ ｉｆ／／ＳＫ＿ＳＵＰＰＯＲＴ＿ＧＰＵ
－ｅｎｄ ｉｆ／／ ＳＫ＿ＢＵＩＬＤ＿ＦＯＲ＿ＡＮＤＲＯＩＤ
＋ｖｏｉｄ ＳＫＡｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ：：ｓａｆｅｔ８Ｎｅｔｌｏｇ(ｃｏｎｓｔ ｃｈａｒ＊ｂｕｇＮｕｍｂｅｒ)
｛
＋ Ａｎｄｒｏｉｄ＿ｅｒｒｏｒｗｒｉｔｅｌｏｇ(０ｘ５３４ｅ４５５４、ｂｕｇＮｕｍｂｅｒ);
＋｝
＋
＋＃ｅｎｄ ｉｆ／／ ＳＫ＿ＢＵＩＬＤ＿ＦＯＲ＿ＡＮＤＲＯＩＤ＿ＦＲＡＭＥＷＯＲＫ

上記の脆弱性の脆弱性パッチ情報では、コードの前が「－」であるコードは、脆弱性のソースコードであり、コードの前が「＋」であるコードは、脆弱性の修復コードであり、そのうちの
“－ｅｎｄ ｉｆ／／ ＳＫ＿ＢＵＩＬＤ＿ＦＯＲ＿ＡＮＤＲＯＩＤ
＋ｖｏｉｄ ＳＫＡｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ：：ｓａｆｅｔ８Ｎｅｔｌｏｇ(ｃｏｎｓｔ ｃｈａｒ＊ｂｕｇＮｕｍｂｅｒ)
｛
＋ Ａｎｄｒｏｉｄ＿ｅｒｒｏｒｗｒｉｔｅｌｏｇ(０ｘ５３４ｅ４５５４、ｂｕｇＮｕｍｂｅｒ)”に基づき、
対応するクラス実現に方法「ｖｏｉｄ ＳＫＡｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ：：ｓａｆｅｔ８Ｎｅｔｌｏｇ(ｃｏｎｓｔ ｃｈａｒ＊ｂｕｇＮｕｍｂｅｒ)」が追加されたと分析することができ、該方法「ｖｏｉｄ ＳＫＡｎｄｒｏｉｄＦｒａｍｅｗｏｒｋＵｔｉｌｓ：：ｓａｆｅｔ８Ｎｅｔｌｏｇ(ｃｏｎｓｔ ｃｈａｒ＊ｂｕｇＮｕｍｂｅｒ)」は、即ち、１つの脆弱性特徴である。

本実施形態において、コードタイプの脆弱性に対応する脆弱性分析エンジンにより、脆弱性のソースコード及び脆弱性の修復コードに対し、対応するコーディング言語の文法分析を行い、文法分析結果に基づいて脆弱性のソースコードと脆弱性の修復コードとの少なくとも１つの差異情報を確定し、１つの差異情報を１つの脆弱性特徴として確定することにより、コードタイプの脆弱性の脆弱性特徴をオンラインで取得することを実現し、脆弱性特徴の取得効率を向上させることができる。

Ｓ２０３、非コードタイプの脆弱性に対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出する。

非コードタイプの脆弱性が、ファイル分析エンジン、例えば、構成ファイル分析エンジンなどに対応する。一実施可能な形態として、Ｓ２０３は、非コードタイプの脆弱性に対応する脆弱性分析エンジンにより、以下のような操作を実行するステップ（図示せず）であってもよい。

Ｓ２０３１、脆弱性のソースファイルと脆弱性の修復ファイルとの間の少なくとも１つの変化情報を確定し、変化情報は、文字列特徴の追加、文字列特徴の削除、文字列特徴の修正、ファイルの追加及びファイルの削除のうちのいずれか１つを含み、そのうち、ファイルの追加又は削除は、ライブラリの追加又は削除であってもよい。

Ｓ２０３２、脆弱性のソースファイルがあるコードファイルを確定し、脆弱性のソースファイルがあるコードファイルで、少なくとも１つの変化情報で任意の変化情報に唯一性があるか否かを検索する。

Ｓ２０３３、唯一性がある変化情報を脆弱性の脆弱性特徴として確定する。

本実施形態において、非コードタイプの脆弱性に対応する脆弱性分析エンジンにより、脆弱性のソースファイルと脆弱性の修復ファイルとの間の変化情報を確定し、脆弱性のソースファイルがあるコードファイルで、変化情報ごとに唯一性があるか否かを検索し、唯一性がある変化情報を脆弱性の脆弱性特徴として確定する。これにより、非コードタイプの脆弱性の脆弱性特徴をオンラインで取得することを実現し、脆弱性特徴の取得効率を向上させることができる。

Ｓ２０４、前記脆弱性の少なくとも１つの脆弱性特徴における個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定し、脆弱性の脆弱性特徴及び実行エンティティを得る。

そのうち、一実施可能な形態として、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定するステップは、具体的に、
Ｓ２０４１、脆弱性特徴のソースコード又はソースファイルがあるコードファイルを確定するステップと、
Ｓ２０４２、コードファイルのコンパイル構成ファイルから、コードファイルの実行エンティティを探し、コードファイルの実行エンティティに基づいて脆弱性特徴の実行エンティティを確定するステップと、を含んでもよい（共に図示せず）。

そのうち、個々のバージョンのシステムは、１つのコンパイル構成ファイルに対応し、コンパイル構成ファイルは、コードファイルと対応する実行エンティティとのマッピング関係を記憶しているため、コードファイルのコンパイル構成ファイルから、コードファイルの実行エンティティを探し得ることができ、コードファイルの実行エンティティに基づいて脆弱性特徴の実行エンティティを確定することができる。脆弱性特徴の実行エンティティの確定は、後続の脆弱性検出を容易にさせることができる。具体的に、個々の脆弱性特徴を検出するとき、脆弱性特徴に基づいて対応する特徴検出コードをコンパイルし、特徴検出コードを検出される電子機器内の対応する実行エンティティで実行し、脆弱性特徴が存在するか否かを検出することにより、脆弱性検出の目的を達成するようになり、検出の効率を向上させることができる。

図２～図４のいずれか１つに示すような実施例に基づき、さらに、取得された脆弱性特徴を検証し、脆弱性特徴の取得の正確さを向上させることもでき、図５に示すような方法を例とし、図５は、本願に係る脆弱性特徴の取得方法の実施例４のフローチャートであり、図５に示すように、本実施例の方法は、Ｓ２０４の後に、また、以下のステップを含むことができる。

Ｓ２０５、脆弱性の少なくとも１つの脆弱性特徴を予め構築されたテストターゲットマシンクラスターによってテスト検証し、検証合格の脆弱性特徴を得て、テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれている。

そのうち、テストターゲットマシンクラスターは、異なるアンドロイドシステムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築された複数テストターゲットマシンであり、テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれる必要があり、脆弱性が修復されたテストターゲットマシンでは、脆弱性特徴が検出されず、脆弱性が修復されていないテストターゲットマシンでは、脆弱性特徴が検出され、それにより、取得された脆弱性特徴の正確さを確保することができ、テストターゲットマシンは、仮想マシン（Ｇｅｎ８ｍｏｔｉｏｎ仮想マシン）と実マシンによって共同で構築されてもよく、そのうち、Ｇｅｎ８ｍｏｔｉｏｎ仮想マシンがアンドロイドエミュレーターであり、Ａｎｄｒｏｉｄ仮想環境を提供する。テストターゲットマシンクラスターは、異なるアンドロイドシステムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築されるものであるため、テストターゲットマシンごとに１つのアンドロイドシステムバージョン、１つのプロセッサアーキテクチャプラットフォーム及び１つのセキュリティパッチバージョンに対応し、これにより、検証の全面性や正確さを確保することができる。

Ｓ２０６、検証合格の脆弱性特徴を脆弱性の脆弱性特徴として確定する。

取得された脆弱性特徴を予め構築されたテストターゲットマシンクラスターでテスト検証し、検証合格の脆弱性特徴及び実行エンティティは最終の脆弱性の脆弱性特徴であり、これにより、脆弱性取得の正確さを向上させ、脆弱性特徴の誤検出率を低下させることができる。

選択的に、Ｓ２０５で検証不合格の脆弱性特徴を得たときに、本実施例の方法は、さらに、検証不合格の脆弱性特徴を表示するステップＳ２０７を含むことができる。

検証不合格の脆弱性特徴は、ユーザに表示し、ユーザ（即ち、開発者）により、検証不合格の脆弱性特徴の発生原因を分析し、検証不合格の脆弱性特徴の発生原因は、実行エンティティの未発見、対応する実行エンティティで脆弱性特徴の未発見、対応する実行エンティティの対照バージョンで脆弱性特徴の差異の未体現及び実行権限不足のうちのいずれか１つを含むことができる。ユーザがその原因を分析した後に、検証不合格の脆弱性特徴の発生原因を入力することができる。さらに、本実施例の方法は、さらに以下のステップを含むことができる。

Ｓ２０８、ユーザによって入力された検証不合格の脆弱性特徴の発生原因を受信し、検証不合格の脆弱性特徴の発生原因に基づいて脆弱性分析エンジンを追加するかまたは脆弱性分析エンジンを修正する。正確な脆弱性特徴の取得を補助し、さらに、脆弱性取得の正確さを向上させ、脆弱性特徴の誤検出率を低下させる。

本実施例に係る脆弱性特徴の取得方法により、取得された脆弱性特徴を予め構築されたテストターゲットマシンクラスターでテスト検証し、検証合格の脆弱性特徴及び実行エンティティが最終の脆弱性の脆弱性特徴及び実行エンティティであり、検証不合格の脆弱性特徴に対し、ユーザによって入力された検証不合格の脆弱性特徴の発生原因に基づいて脆弱性分析エンジンを追加するかまたは脆弱性分析エンジンを修正することにより、正確な脆弱性特徴の取得を補助し、さらに、脆弱性取得の正確さを向上させ、脆弱性特徴の誤検出率を低下させることができる。

図６は、本願に係る脆弱性特徴の取得装置の一構造概略図であり、図６に示すように、本実施例の脆弱性特徴の取得装置１００は、取得モジュール１１、確定モジュール１２、抽出モジュール１３及び送信モジュール１４を含むことができ、そのうち、取得モジュール１１は、脆弱性の脆弱性パッチ情報を取得するために使用されるものであり、確定モジュール１２は、脆弱性パッチ情報に基づいて脆弱性のタイプを確定するために使用されるものであり、タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含み、抽出モジュール１３は、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出するために使用されるものであり、送信モジュール１４は、前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するために使用されるものである。

さらに、確定モジュール１２は、また、前記脆弱性の少なくとも１つの脆弱性特徴における個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定するために使用されるものである。

相応的に、送信モジュール１４は、前記脆弱性の少なくとも１つの脆弱性特徴及び対応する実行エンティティを電子機器に送信するために使用されるものである。

選択的に、脆弱性の脆弱性パッチ情報は、脆弱性のソースコード及び脆弱性の修復コードを含み、抽出モジュール１２は、脆弱性のタイプに対応する脆弱性分析エンジンにより、
脆弱性のソースコード及び脆弱性の修復コードに対し、対応するコーディング言語の文法分析を行い、
文法分析結果に基づいて脆弱性のソースコードと脆弱性の修復コードとの少なくとも１つの差異情報を確定し、少なくとも１つの差異情報に基づいて脆弱性の脆弱性特徴を確定し、１つの差異情報が１つの脆弱性特徴に対応するような操作を実行するために使用されるものである。

選択的に、脆弱性の脆弱性パッチ情報が脆弱性のソースファイル及び脆弱性の修復ファイルを含み、抽出モジュール１２は、
脆弱性のタイプに対応する脆弱性分析エンジンにより、
脆弱性のソースファイルと脆弱性の修復ファイルとの間の少なくとも１つの変化情報を確定し、変化情報は、文字列特徴の追加、文字列特徴の削除、文字列特徴の修正、ファイルの追加及びファイルの削除のうちのいずれか１つを含み、
脆弱性のソースファイルがあるコードファイルを確定し、脆弱性のソースファイルがあるコードファイルで、少なくとも１つの変化情報で任意の変化情報に唯一性があるか否かを検索し、
唯一性がある変化情報を脆弱性の脆弱性特徴として確定するような操作を実行するために使用されるものである。

さらに、確定モジュール１２は、
脆弱性特徴のソースコード又はソースファイルがあるコードファイルを確定し、
コードファイルのコンパイル構成ファイルから、コードファイルの実行エンティティを探し、コードファイルの実行エンティティに基づいて脆弱性特徴の実行エンティティを確定するために使用されるものである。

本実施例の装置は、図２又は図３又は図４に示すような方法の実施例の技術的解決手段を実行するために使用することができ、その実現原理や技術的効果が類似しているため、ここで繰り返して説明しないようにする。

図７は、本願に係る脆弱性特徴の取得装置の一構造概略図であり、図７に示すように、本実施例の脆弱性特徴の取得装置２００は、図６に示すような装置に基づき、さらに、検証モジュール１５を含むことができ、そのうち、
検証モジュール１５は、前記脆弱性の少なくとも１つの脆弱性特徴を予め構築されたテストターゲットマシンクラスターによってテスト検証し、検証合格の脆弱性特徴を得るために使用され、前記テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれており、
確定モジュール１４は、また、前記検証合格の脆弱性特徴を前記脆弱性の脆弱性特徴として確定するために使用されるものである。

選択的に、テストターゲットマシンクラスターは、異なるアンドロイドシステムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築されたものである。

本実施例の装置は、図５に示すような方法の実施例の技術的解決手段を実行するために使用することができ、その実現原理や技術的効果が類似しているため、ここで繰り返して説明しないようにする。

図８は、本願に係る脆弱性特徴の取得装置の一構造概略図であり、図８に示すように、本実施例の脆弱性特徴の取得装置３００は、図７に示すような装置に基づき、さらに、表示モジュール１６を含むことができ、該表示モジュール１６は、検証不合格の脆弱性特徴を得たときに、検証不合格の脆弱性特徴を表示するために使用されるものである。

さらに、受信モジュール１７及び処理モジュール１８を含むことができ、そのうち、受信モジュール１８は、ユーザによって入力された検証不合格の脆弱性特徴の発生原因を受信するために使用されるものであり、処理モジュール１９は、検証不合格の脆弱性特徴の発生原因に基づいて脆弱性分析エンジンを追加するかまたは脆弱性分析エンジンを修正するために使用されるものである。

本実施例の装置は、図５に示すような方法の実施例の技術的解決手段を実行するために使用することができ、その実現原理や技術的効果が類似しているため、ここで繰り返して説明しないようにする。

本願の実施例によれば、本願は、さらに、電子機器及び可読記憶媒体を提供する。

図９に示すように、図９は、本願の実施例の脆弱性特徴の取得方法を実現するための電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、作業台、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、大型コンピュータ、及びその他の適切なコンピュータなどのような、様々な形のデジタルコンピュータを表すことを主旨とする。電子機器は、また、パーソナルデジタルアシスタント、セルラーテレフォン、スマートフォーン、ウェアラブルデバイス及びその他の類似するコンピューティングデバイスなどのような、様々な形のモバイル装置を表すこともできる。本明細書に示したコンポーネント、それらの連結や関係、及び、それらの機能は、あくまで例示的なものにすぎず、本明細書に記載の及び／又は本文が求める本願の実現を制限することを意図しない。

図９に示すように、該電子機器は、１つ又は複数のプロセッサ８０１、メモリ８０２、及び各コンポーネントを連結するためのインタフェースを含み、該インタフェースは、高速インタフェースと低速インタフェースとを含む。個々のコンポーネントは、異なるバスを使用して互いに接続され、パブリックメインボードにインストールされるか、又は、必要に応じて他の方式でインストールされることができる。プロセッサは、電子機器内で実行される命令を処理することができ、外部の入力／出力装置（インタフェースにカップリングされたディスプレイデバイスなど）でＧＵＩのグラフィクス情報がディスプレイされるための、メモリ内又はメモリ上に記憶されている命令まで含まれている。他の実施形態において、必要に応じて、複数のプロセッサ及び／又は複数のバスや複数のメモリと一緒に使用してもよい。同様に、複数の電子機器に接続し、個々の機器により、必要な操作を一部提供（例えば、サーバアレイ、一揃いのブレードサーバ、または、マルチプロセッサシステムとする）してもよい。図９には、１つのプロセッサ８０１を例としている。

メモリ８０２は、本願に係る非一時的なコンピュータ可読記憶媒体である。そのうち、前記メモリには、少なくとも１つのプロセッサによって実行可能な命令が記憶され、前記少なくとも１つのプロセッサが本願に係る脆弱性特徴の取得方法を実行するようになる。本願の非一時的なコンピュータ可読記憶媒体は、コンピュータ命令を記憶しており、該コンピュータ命令は、コンピュータが本願に係る脆弱性特徴の取得方法を実行するようにさせるためのものである。

メモリ８０２は、非一時的なコンピュータ可読記憶媒体として、本願の実施例における脆弱性特徴の取得方法に対応するプログラム命令／モジュール（例えば、図６に示すような取得モジュール１１、確定モジュール１２、抽出モジュール１３及び送信モジュール１４）などの非一時的なソフトウェアプログラム、非一時的なコンピュータによる実行可能なプログラムおよびモジュールを記憶するために使用されるものであってもよい。プロセッサ８０１は、メモリ８０２に記憶された非一時的なソフトウェアプログラム、命令およびモジュールを実行に移すことにより、サーバの様々な機能アプリケーションおよびデータ処理を実行し、即ち、上記の方法の実施例における脆弱性特徴の取得方法を実現するようになる。

メモリ８０２は、プログラム記憶エリアとデータ記憶エリアとを含むことができ、そのうち、プログラム記憶エリアは、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムを記憶することができ、データ記憶エリアは、車内電子制御ユニットのアップデート電子機器の使用によって新規されるデータなどを記憶することができる。また、メモリ８０２は、高速ランダムアクセスメモリを含むことができ、また、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又はその他の非一時的なソリッドステートストレージデバイスなどの非一時的なメモリを含むこともできる。いくつかの実施例において、メモリ８０２は、プロセッサ８０１に対して遠隔に設置されているメモリを選択的に含むことができ、それらの遠隔メモリは、ネットワークを介し、脆弱性特徴の取得方法を実現するための電子機器に接続されることができる。上記のネットワークの実例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせを含むが、これらに限定されない。

脆弱性特徴の取得方法の電子機器は、さらに、入力装置８０３及び出力装置８０４を含むことができる。プロセッサ８０１や、メモリ８０２、入力装置８０３及び出力装置８０４は、バス又はその他の方式によって接続されてもよく、図９では、バスによって接続される方式を例としている。

入力装置８０３は、入力された数字又はキャラクタ情報を受信し、電子機器のユーザ設定、および機能制御に関連する鍵信号の入力を発生することができ、タッチスクリーン、キーパッド、マウス、トラックパッド、タッチパッド、インディケータロッド、１つ又は複数のマウスボタン、トラックボール、操縦ハンドルなどの入力装置が挙げられる。出力装置８０４は、ディスプレイデバイス、補助照明装置（ＬＥＤなど）や触感フィードバック装置（振動モータなど）などを含むことができる。該ディスプレイデバイスは、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイやプラズマディスプレイを含むことができるが、それらに限定されない。いくつかの実施形態では、ディスプレイデバイスはタッチスクリーンであってもよい。

ここに記載のシステムや技術的様々な実施形態は、デジタル電子回路、集積回路システム、特定用途向けＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで実現されてよい。それらの様々な実施形態は、１つ又は複数のコンピュータプログラムに実施される形態を含むことができ、該１つ又は複数のコンピュータプログラムは、少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムで実行及び／又は解釈されることができ、該プログラマブルプロセッサは、特定用途向け、または、汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置、や少なくとも１つの出力装置から、データや命令を受信し、そして、データや命令を該記憶システム、該少なくとも１つの入力装置や、該少なくとも１つの出力装置に伝送することができる。

これらコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、または、コードとも呼ばれる）は、プログラマブルプロセッサの機械命令を含み、これらのコンピュータプログラムをアドバンスプロセス及び／又はオブジェクト指向型プログラミング言語、及び／又はアセンブリ言語／機械言語を利用して実施することができる。例えば、本明細書に使用される用語「機械可読媒体」や「コンピュータ可読媒体」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意のコンピュータプログラム製品、デバイス、及び／又は装置（磁気ディスク、光ディスク、メモリ、プログラマブルロジック装置（ＰＬＤ）など）のことを指し、機械可読信号としての機械命令を受信する機械可読媒体を含む。用語「機械可読信号」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意の信号のことを指す。

本願の実施例により、コンピュータプログラムをさらに提供し、前記コンピュータプログラムは、コンピュータ可読記憶媒体に記憶され、電子機器の少なくとも１つのプロセッサは、コンピュータ可読記憶媒体からコンピュータプログラムを読み取ることができ、少なくとも１つのプロセッサは、コンピュータプログラムを実行することによって、電子機器に上記実施例に記載の方法を実行させる。

ユーザとのインタラクションを提供するために、ここに記載のシステムや技術をコンピュータで実施することができ、該コンピュータは、ユーザへ情報をディスプレイするためのディスプレイ装置（ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニターなど）、及びキーボードやポインティングデバイス（マウス又はトラックボールなど）があり、ユーザは、該キーボードや該ポインティングデバイスを通じ、入力をコンピュータに提供することができる。その他の種類の装置は、ユーザとのインタラクションを提供するために使用されることができ、例えば、ユーザに提供されるフィードバックは、任意の形の感覚フィードバック（視覚フィードバック、聴覚フィードバック、または触感フィードバックなど）であってもよく、ユーザからの入力を任意の形（音入力、音声入力又は触感入力を含む）で受信することができる。

ここに記載のシステムや技術は、バックグランドコンポーネントを含むコンピュータシステム（データサーバとして作用するなど）に、または、ミドルウェアコンポーネントを含むコンピュータシステム（アプリケーションサーバなど）に、または、フロントエンドコンポーネントを含むコンピュータシステム（図形式のユーザインタフェース、またはネットワークブラウザを備えるユーザコンピュータなど、ユーザは、該図形式のユーザインタフェース、または該ネットワークブラウザを通じてここに記載のシステムや技術に係る実施形態とイントラクションをすることができる）に、またはこのようなバックグランドコンポーネント、ミドルウェアコンポーネント、またはフロントエンドコンポーネントの任意の組み合わせを含むコンピュータシステムに実施されてもよい。システムのコンポーネントは、任意の形、または媒体のデジタルデータ通信（通信ネットワークなど）を通じて相互に接続することができる。通信ネットワークは、例示的に、ローカルエリアネットワーク（ＬＡＮ）や、ワイドエリアネットワーク（ＷＡＮ）及びインターネットを含む。

コンピュータシステムは、クライアント端末やサーバを含むことができる。クライアント端末やサーバは、一般的に、互いに遠く離れており、通信ネットワークを通じてイントラクションをしている。対応するコンピュータでの実行、および、互いにクライアント端末・サーバという関係を有するコンピュータプログラムにより、クライアント端末とサーバとの関係を築き上げる。

本願の実施例の技術的解決手段によれば、脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて脆弱性がコードタイプであるか、または、非コードタイプであるかを確定し、そして、脆弱性のタイプに対応する脆弱性分析エンジンに基づいて脆弱性の少なくとも１つの脆弱性特徴を抽出し、最後に、抽出された個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定することにより、脆弱性の脆弱性特徴及び実行エンティティを得る。タイプが異なる脆弱性は、異なる脆弱性分析エンジンに対応し、脆弱性分析エンジンは、タイプが異なる脆弱性に基づいて予め組み立てられたものであるため、脆弱性の脆弱性特徴をオンラインで取得し、脆弱性特徴の取得効率を向上させることを実現することができ、脆弱性特徴を人によって分析して取得する必要がなく、システム脆弱性データベースのメンテナンスコストが軽減される。

上記に示した様々な形のフローを使用し、ステップを改めて並べ替えたり、増加したり、又は削除したりすることができると理解するべきである。例えば、本願に記載の各ステップは、本願に開示された技術的解決手段による所期結果さえ実現されれば、並行して実行されてもよく、順に沿って実行されてもよく、又は順番を乱して実行されてもよいから、本文では、ここで限定されない。

上記の具体的な実施形態は、本願の保護範囲に対する制限を構成しない。当業者であれば、設計要件やその他の要素に基づいた様々な修正、組み合わせ、下位組み合わせや代替が可能であると理解するべきである。本願の精神や原則の範囲内に行われるすべての修正、等価置換や改善は、いずれも本願の保護範囲に含まれるべきである。

Claims (20)

1. 脆弱性の脆弱性パッチ情報を取得した後に、脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定し、前記タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含むステップと、
   前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出するステップと、
   前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するステップと、
   前記脆弱性の少なくとも１つの脆弱性特徴を予め構築されたテストターゲットマシンクラスターによってテスト検証し、検証合格の脆弱性特徴を得て、前記テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれるステップと、
   前記検証合格の脆弱性特徴を前記脆弱性の脆弱性特徴として確定するステップと、
   を含む、脆弱性特徴の取得装置に適用される脆弱性特徴の取得方法。
2. 前記脆弱性特徴の取得方法は、さらに、
   前記脆弱性の少なくとも１つの脆弱性特徴における個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定するステップを含み、
   前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信する前記ステップは、
   前記脆弱性の少なくとも１つの脆弱性特徴及び対応する実行エンティティを電子機器に送信するステップを含む、
   請求項１に記載の脆弱性特徴の取得方法。
3. 前記脆弱性の脆弱性パッチ情報は、前記脆弱性のソースコード及び前記脆弱性の修復コードを含み、前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出する前記ステップは、
   前記脆弱性のタイプに対応する脆弱性分析エンジンにより、
   前記脆弱性のソースコード及び前記脆弱性の修復コードに対して対応するコーディング言語の文法分析を行い、
   文法分析結果に基づいて前記脆弱性のソースコードと前記脆弱性の修復コードとの少なくとも１つの差異情報を確定し、前記少なくとも１つの差異情報に基づいて前記脆弱性の脆弱性特徴を確定し、１つの差異情報が１つの脆弱性特徴に対応するような操作を実行するステップを含む、
   請求項１に記載の脆弱性特徴の取得方法。
4. 前記脆弱性の脆弱性パッチ情報は、前記脆弱性のソースファイル及び前記脆弱性の修復ファイルを含み、前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出する前記ステップは、
   前記脆弱性のタイプに対応する脆弱性分析エンジンにより、
   前記脆弱性のソースファイル及び前記脆弱性の修復ファイルの少なくとも１つの変化情報を確定し、前記変化情報は、文字列特徴の追加、文字列特徴の削除、文字列特徴の修正、ファイルの追加及びファイルの削除のうちのいずれか１つを含み、
   前記脆弱性のソースファイルがあるコードファイルを確定し、前記脆弱性のソースファイルがあるコードファイルで前記少なくとも１つの変化情報で任意の変化情報に唯一性があるか否かを検索し、
   唯一性がある変化情報を前記脆弱性の脆弱性特徴として確定するような操作を実行するステップを含む、
   請求項１に記載の脆弱性特徴の取得方法。
5. 脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定する前記ステップは、
   前記脆弱性特徴のソースコード又はソースファイルがあるコードファイルを確定するステップと、
   前記コードファイルのコンパイル構成ファイルから、前記コードファイルの実行エンティティを探し、前記コードファイルの実行エンティティに基づいて前記脆弱性特徴の実行エンティティを確定するステップと、
   を含む、請求項２に記載の脆弱性特徴の取得方法。
6. 前記テストターゲットマシンクラスターは、異なるアンドロイド（登録商標）システムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築されたものである、
   請求項１に記載の脆弱性特徴の取得方法。
7. 前記脆弱性特徴の取得方法は、さらに、
   検証不合格の脆弱性特徴を得たときに、前記検証不合格の脆弱性特徴を表示するステップを含む、
   請求項１に記載の脆弱性特徴の取得方法。
8. 前記脆弱性特徴の取得方法は、さらに、
   ユーザによって入力された前記検証不合格の脆弱性特徴の発生原因を受信するステップと、
   前記検証不合格の脆弱性特徴の発生原因に基づいて脆弱性分析エンジンを追加するかまたは脆弱性分析エンジンを修正するステップと、
   を含む、請求項７に記載の脆弱性特徴の取得方法。
9. 脆弱性の脆弱性パッチ情報を取得し得るために使用される取得モジュールと、
   前記脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定するために使用され、前記タイプがコードタイプの脆弱性と非コードタイプの脆弱性を含む確定モジュールと、
   前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出するために使用される抽出モジュールと、
   前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するために使用される送信モジュールと、
   前記脆弱性の少なくとも１つの脆弱性特徴を予め構築されたテストターゲットマシンクラスターによってテスト検証し、検証合格の脆弱性特徴を得るために使用され、前記テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれる検証モジュールと、
   を含み、
   前記確定モジュールは、また、前記検証合格の脆弱性特徴を前記脆弱性の脆弱性特徴として確定するために使用される、
   脆弱性特徴の取得装置。
10. 前記確定モジュールは、また、
    前記脆弱性の少なくとも１つの脆弱性特徴における個々の脆弱性特徴に対し、脆弱性特徴のソースコード又はソースファイルがあるコードファイルに基づいて脆弱性特徴の実行エンティティを確定するために使用され、
    前記送信モジュールは、
    前記脆弱性の少なくとも１つの脆弱性特徴及び対応する実行エンティティを電子機器に送信するために使用される、
    請求項９に記載の脆弱性特徴の取得装置。
11. 前記脆弱性の脆弱性パッチ情報は、前記脆弱性のソースコード及び前記脆弱性の修復コードを含み、前記抽出モジュールは、
    前記脆弱性のタイプに対応する脆弱性分析エンジンにより、
    前記脆弱性のソースコード及び前記脆弱性の修復コードに対して対応するコーディング言語の文法分析を行い、
    文法分析結果に基づいて前記脆弱性のソースコードと前記脆弱性の修復コードとの少なくとも１つの差異情報を確定し、前記少なくとも１つの差異情報に基づいて前記脆弱性の脆弱性特徴を確定し、１つの差異情報が１つの脆弱性特徴に対応するような操作を実行するために使用される、
    請求項９に記載の脆弱性特徴の取得装置。
12. 前記脆弱性の脆弱性パッチ情報は、前記脆弱性のソースファイル及び前記脆弱性の修復ファイルを含み、前記抽出モジュールは、
    前記脆弱性のタイプに対応する脆弱性分析エンジンにより、
    前記脆弱性のソースファイル及び前記脆弱性の修復ファイルの少なくとも１つの変化情報を確定し、前記変化情報は、文字列特徴の追加、文字列特徴の削除、文字列特徴の修正、ファイルの追加及びファイルの削除のうちのいずれか１つを含み、
    前記脆弱性のソースファイルがあるコードファイルを確定し、前記脆弱性のソースファイルがあるコードファイルで前記少なくとも１つの変化情報で任意の変化情報に唯一性があるか否かを検索し、
    唯一性がある変化情報を前記脆弱性の脆弱性特徴として確定するような操作を実行するために使用される、
    請求項９に記載の脆弱性特徴の取得装置。
13. 前記確定モジュールは、
    前記脆弱性特徴のソースコード又はソースファイルがあるコードファイルを確定し、
    前記コードファイルのコンパイル構成ファイルから、前記コードファイルの実行エンティティを探し、前記コードファイルの実行エンティティに基づいて前記脆弱性特徴の実行エンティティを確定するために使用される、
    請求項１２に記載の脆弱性特徴の取得装置。
14. 前記テストターゲットマシンクラスターは、異なるアンドロイドシステムバージョン、異なるプロセッサアーキテクチャプラットフォーム及び異なるセキュリティパッチバージョンに基づいて構築されたものである、
    請求項９に記載の脆弱性特徴の取得装置。
15. 前記脆弱性特徴の取得装置は、さらに、
    検証不合格の脆弱性特徴を得たときに、前記検証不合格の脆弱性特徴を表示するために使用される表示モジュールを含む、
    請求項９に記載の脆弱性特徴の取得装置。
16. 前記脆弱性特徴の取得装置は、さらに、
    ユーザによって入力された前記検証不合格の脆弱性特徴の発生原因を受信するために使用される受信モジュールと、
    前記検証不合格の脆弱性特徴の発生原因に基づいて脆弱性分析エンジンを追加するかまたは脆弱性分析エンジンを修正するために使用される処理モジュールと、
    を含む、請求項１５に記載の脆弱性特徴の取得装置。
17. 少なくとも１つのプロセッサ、および
    前記少なくとも１つのプロセッサと通信するように接続されたメモリを含み、そのうち、
    前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶されており、前記命令が前記少なくとも１つのプロセッサによって実行されることで、前記少なくとも１つのプロセッサは、請求項１～８のいずれか１項に記載の脆弱性特徴の取得方法を実行することができるようになる、
    電子機器。
18. コンピュータ命令が記憶された非一時的なコンピュータ可読記憶媒体であって、前記コンピュータ命令は、コンピュータに請求項１～８のいずれか１項に記載の脆弱性特徴の取得方法を実行させるためのものである、可読記憶媒体。
19. 脆弱性特徴の取得装置に適用される脆弱性特徴の取得方法であって、
    脆弱性の脆弱性パッチ情報を取得した後に、前記脆弱性パッチ情報に基づいて前記脆弱性のタイプを確定するステップと、
    前記脆弱性のタイプに対応する脆弱性分析エンジンに基づいて前記脆弱性の少なくとも１つの脆弱性特徴を抽出するステップと、
    前記脆弱性の少なくとも１つの脆弱性特徴を電子機器に送信するステップと、
    前記脆弱性の少なくとも１つの脆弱性特徴を予め構築されたテストターゲットマシンクラスターによってテスト検証し、検証合格の脆弱性特徴を得て、前記テストターゲットマシンクラスターには、脆弱性が修復されたテストターゲットマシン及び脆弱性が修復されていないテストターゲットマシンが含まれるステップと、
    前記検証合格の脆弱性特徴を前記脆弱性の脆弱性特徴として確定するステップと、
    を含む、脆弱性特徴の取得装置に適用される脆弱性特徴の取得方法。
20. コンピュータプログラムであって、前記コンピュータプログラムがプロセッサで実行されると、コンピュータに請求項１～８のいずれか１項に記載の脆弱性特徴の取得方法を実行させる、コンピュータプログラム。

Images