特許 7705463 覆い隠されたコンポーネントとのインタラクションを阻止することによるユーザインタラクション乗っ取り攻撃の防止

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-07-01

(45)【発行日】2025-07-09

(54)【発明の名称】覆い隠されたコンポーネントとのインタラクションを阻止することによるユーザインタラクション乗っ取り攻撃の防止

(51)【国際特許分類】

   G06F 21/50 20130101AFI20250702BHJP

   G06F 3/0481 20220101ALI20250702BHJP

【ＦＩ】

G06F21/50

G06F3/0481

【請求項の数】 20

(21)【出願番号】P 2023547140

(86)(22)【出願日】2021-02-03

(65)【公表番号】

(43)【公表日】2024-02-08

(86)【国際出願番号】 US2021016439

(87)【国際公開番号】W WO2022169445

(87)【国際公開日】2022-08-11

【審査請求日】2023-10-31

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ルフィノ，ベルナルド

(72)【発明者】

【氏名】タフベッソン，ライナス

(72)【発明者】

【氏名】カニンガム，エドワード

(72)【発明者】

【氏名】ストークス，アラン・マイケル

【審査官】青木 重徳

(56)【参考文献】

【文献】米国特許第０９７６０２５６（ＵＳ，Ｂ１）

【文献】国際公開第２０２０／０６６０８４（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０２０１６５６（ＵＳ，Ａ１）

【文献】悪意あるサイトにこっそり誘導 クリックジャッキング，ｙａｍｏｒｙ ［オンライン］，2020年09月08日，［検索日 2025.02.14］、インターネット，<URL: https://yamory.io/blog/about-clickjacking>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／５０

Ｇ０６Ｆ ３／０４８１

(57)【特許請求の範囲】

【請求項1】

コンピュータにより実現される方法であって、
グラフィカルユーザインターフェイス（ＧＵＩ：Graphical User Interface）の特定の領域とのユーザインタラクションを検出するステップと、
前記ユーザインタラクションが特定のユーザインターフェイス（ＵＩ：User Interface）コンポーネントによって消費されることになると判断するステップとを備え、前記特定のＵＩコンポーネントは、前記ユーザインタラクションが前記特定のＵＩコンポーネントへ通り抜けることを可能にするように構成された複数のＵＩコンポーネントによって覆われており、前記コンピュータにより実現される方法はさらに、
前記ユーザインタラクションが前記特定のＵＩコンポーネントによって消費されることになるとの判断に基づいて、前記ＧＵＩの前記特定の領域における前記複数のＵＩコンポーネントの累積不透明度を決定するステップと、
前記累積不透明度が閾値不透明度を超えると判断するステップと、
前記累積不透明度が前記閾値不透明度を超えるとの判断に基づいて、前記特定のＵＩコンポーネントが前記ユーザインタラクションを消費することを阻止するステップとを備える、コンピュータにより実現される方法。

【請求項2】

前記複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントは、前記ＧＵＩの前記特定の領域の対応する不透明度に関連付けられ、
前記累積不透明度を決定するステップは、各それぞれのＵＩコンポーネントの前記対応する不透明度に基づいて前記ＧＵＩの前記特定の領域における前記複数のＵＩコンポーネントの前記累積不透明度を決定するステップを含む、請求項１に記載のコンピュータにより実現される方法。

【請求項3】

前記ＧＵＩの前記特定の領域における前記複数のＵＩコンポーネントの前記累積不透明度は、各それぞれのＵＩコンポーネントの前記対応する不透明度とは異なる、請求項２に記載のコンピュータにより実現される方法。

【請求項4】

前記それぞれのＵＩコンポーネントの前記対応する不透明度は、前記ＧＵＩの前記特定の領域における前記それぞれのＵＩコンポーネントのコンテンツの最大不透明度を示す、請求項２～３のいずれか１項に記載のコンピュータにより実現される方法。

【請求項5】

前記複数のＵＩコンポーネントは、（ｉ）第１のソフトウェアアプリケーションによって生成された第１の複数のＵＩコンポーネントと、（ｉｉ）第２のソフトウェアアプリケーションによって生成された第２の複数のＵＩコンポーネントとを含み、
前記複数のＵＩコンポーネントの前記累積不透明度を決定するステップは、（ｉ）前記ＧＵＩの前記特定の領域における前記第１の複数のＵＩコンポーネントの第１のアプリケーション特有の累積不透明度を決定するステップと、（ｉｉ）前記ＧＵＩの前記特定の領域における前記第２の複数のＵＩコンポーネントの第２のアプリケーション特有の累積不透明度を決定するステップとを含み、
前記累積不透明度が前記閾値不透明度を超えると判断するステップは、前記第１のアプリケーション特有の累積不透明度または前記第２のアプリケーション特有の累積不透明度のうちの少なくとも１つが前記閾値不透明度を超えると判断するステップを含む、請求項２～４のいずれか１項に記載のコンピュータにより実現される方法。

【請求項6】

前記複数のＵＩコンポーネントは、（ｉ）第１のソフトウェアアプリケーションによって生成された第１の複数のＵＩコンポーネントと、（ｉｉ）第２のソフトウェアアプリケーションによって生成された第２の複数のＵＩコンポーネントとを含み、
前記複数のＵＩコンポーネントの前記累積不透明度を決定するステップは、前記ＧＵＩの前記特定の領域における前記第１の複数のＵＩコンポーネントおよび前記第２の複数のＵＩコンポーネントのアプリケーション非依存の累積不透明度を決定するステップを含み、
前記累積不透明度が前記閾値不透明度を超えると判断するステップは、アプリケーション非依存の累積不透明度が前記閾値不透明度を超えると判断するステップを含む、請求項２～４のいずれか１項に記載のコンピュータにより実現される方法。

【請求項7】

前記特定のＵＩコンポーネントは、前記第１のソフトウェアアプリケーションおよび前記第２のソフトウェアアプリケーションとは異なる第３のソフトウェアアプリケーションによって生成される、請求項５～６のいずれか１項に記載のコンピュータにより実現される方法。

【請求項8】

前記対応する不透明度は、値ゼロから予め定められた値までであり、前記値ゼロは、最小不透明度を表し、前記予め定められた値は、最大不透明度を表し、前記累積不透明度を決定するステップは、
各それぞれのＵＩコンポーネントについて、（ｉ）前記予め定められた値と（ｉｉ）前記それぞれのＵＩコンポーネントの前記対応する不透明度との間の差に基づいて対応する透明度を決定するステップと、
前記複数のＵＩコンポーネントの前記対応する透明度の積を決定するステップと、
前記積に基づいて前記累積不透明度を決定するステップとを含む、請求項２～７のいずれか１項に記載のコンピュータにより実現される方法。

【請求項9】

前記対応する不透明度は、値ゼロから予め定められた値までの対応する透明度として表され、前記値ゼロは、最小透明度を表し、前記予め定められた値は、最大透明度を表し、前記累積不透明度を決定するステップは、
前記複数のＵＩコンポーネントの前記対応する透明度の積を決定するステップと、
前記積に基づいて前記累積不透明度を決定するステップとを含む、請求項２～７のいずれか１項に記載のコンピュータにより実現される方法。

【請求項10】

前記積に基づいて前記累積不透明度を決定するステップは、
（ｉ）前記予め定められた値と（ｉｉ）前記積との間の差を決定するステップと、
前記差に基づいて前記累積不透明度を決定するステップとを含む、請求項８～９のいずれか１項に記載のコンピュータにより実現される方法。

【請求項11】

前記累積不透明度は、累積透明度として表され、前記閾値不透明度は、閾値透明度として表され、前記累積不透明度が前記閾値不透明度を超えると判断するステップは、
前記累積透明度が前記閾値透明度未満であると判断するステップを含む、請求項１～１０のいずれか１項に記載のコンピュータにより実現される方法。

【請求項12】

前記ユーザインタラクションが前記特定のＵＩコンポーネントによって消費されることになると判断するステップは、
前記複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントが属性に関連付けられていると判断するステップを含み、前記属性は、前記それぞれのＵＩコンポーネントが、前記ユーザインタラクションを無視して、前記それぞれのＵＩコンポーネントの下にある前記ＧＵＩの層へ前記ユーザインタラクションが通り抜けることを可能にするように構成されていることを示す、請求項１～１１のいずれか１項に記載のコンピュータにより実現される方法。

【請求項13】

前記ユーザインタラクションは、モバイルコンピューティングデバイスのタッチインターフェイスを介して前記ＧＵＩの前記特定の領域をタッチすることを含む、請求項１～１２のいずれか１項に記載のコンピュータにより実現される方法。

【請求項14】

（ｉ）前記ユーザインタラクションを検出するステップ、（ｉｉ）前記ユーザインタラクションが前記特定のＵＩコンポーネントによって消費されることになると判断するステップ、（ｉｉｉ）前記累積不透明度を決定するステップ、（ｉｖ）前記累積不透明度が前記閾値不透明度を超えると判断するステップ、および（ｖ）前記特定のＵＩコンポーネントが前記ユーザインタラクションを消費することを阻止するステップの各々は、コンピューティングデバイス上で実行されるソフトウェアアプリケーションから独立して、前記コンピューティングデバイスのオペレーティングシステムによって実行される、請求項１～１３のいずれか１項に記載のコンピュータにより実現される方法。

【請求項15】

前記ＧＵＩは、モバイルコンピューティングデバイスのオペレーティングシステムによって提供され、前記特定のＵＩコンポーネントおよび前記複数のＵＩコンポーネントの各々は、前記モバイルコンピューティングデバイスによって実行される対応するソフトウェアアプリケーションからのそれぞれの要求に応答して前記モバイルコンピューティングデバイスの前記オペレーティングシステムによって生成される、請求項１～１４のいずれか１項に記載のコンピュータにより実現される方法。

【請求項16】

前記複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントについて、前記それぞれのＵＩコンポーネントのタイプが予め定められた数のＵＩコンポーネントのタイプのうちの１つであると判断するステップと、
前記それぞれのＵＩコンポーネントの前記タイプが前記予め定められた数のＵＩコンポーネントのタイプのうちの１つであるとの判断に基づいて、各それぞれのＵＩコンポーネントについて、前記それぞれのＵＩコンポーネントが信頼できないものであると判断するステップと、
各それぞれのＵＩコンポーネントが信頼できないものであるとの判断にさらに基づいて、前記複数のＵＩコンポーネントの前記累積不透明度を決定するステップとをさらに備える、請求項１～１５のいずれか１項に記載のコンピュータにより実現される方法。

【請求項17】

前記ＧＵＩは、水平なエリアと、複数の垂直に積層された層とを含み、前記ＧＵＩの前記特定の領域は、前記水平なエリアのサブセットを含み、前記複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントは、前記複数の垂直に積層された層のうちの対応する層に配置される、請求項１～１６のいずれか１項に記載のコンピュータにより実現される方法。

【請求項18】

前記複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントは、前記それぞれのＵＩコンポーネントがユーザインタラクションによって再位置決め可能でないように前記ＧＵＩの固定領域内にある、請求項１～１７のいずれか１項に記載のコンピュータにより実現される方法。

【請求項19】

システムであって、
プロセッサと、
前記プロセッサによって実行されると前記プロセッサに請求項１～１８のいずれか１項に記載の方法を実行させる命令が格納された非一時的なコンピュータ可読媒体とを備える、システム。

【請求項20】

コンピューティングデバイスによって実行されると前記コンピューティングデバイスに請求項１～１８のいずれか１項に記載の方法を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【背景技術】

【0001】

背景
悪意のあるソフトウェアは、数ある悪意のある機能の中で、コンピューティングリソースに故意に損傷を与えたり、コンピューティングリソースの使用をモニタリングしたり、および／または、コンピューティングデバイスのユーザについての情報を取得したりするように構成され得る。いくつかのケースでは、悪意のあるソフトウェアは、コンピューティングデバイス、そのオペレーティングシステム、および／または、そこで実行されるアプリケーションの既知の脆弱性を悪用することによって動作し得る。したがって、好ましくはコンピューティングデバイス、オペレーティングシステムおよび／またはソフトウェアアプリケーションの通常の動作および／または機能に影響を及ぼすことなく、そのような脆弱性を軽減および／または排除することが望ましい。

【発明の概要】

【発明が解決しようとする課題】

【0002】

概要
ユーザインタラクション乗っ取り攻撃は、ユーザインタラクションが、グラフィカルユーザインターフェイス（ＧＵＩ）の一部としてかぶせられる複数のＵＩコンポーネントによって遮断された特定のユーザインターフェイス（ＵＩ：User Interface）コンポーネントに渡されることを含み得る。ユーザインタラクションは、覆っている複数のＵＩコンポーネントではなく、特定のＵＩコンポーネントによって消費され得る。なぜなら、複数のＵＩコンポーネントの各それぞれのＵＩコンポーネントは、ユーザインタラクションを無視することによりＧＵＩの下にある層へユーザインタラクションが通り抜けることを可能にするようにそれぞれのＵＩコンポーネントを構成する属性に関連付けられ得るからである。ユーザインタラクション乗っ取り攻撃は、ユーザインタラクションに関連付けられた領域における複数のＵＩコンポーネントの累積不透明度を決定することによって、軽減および／または排除することができる。累積不透明度が閾値不透明度を超えることにより特定のＵＩコンポーネントの対応する部分が複数のＵＩコンポーネントを通して十分に見えない場合、ユーザインタラクションは阻止され得る。

【課題を解決するための手段】

【0003】

第１の例示的な実施形態は、コンピュータにより実現される方法を含み、上記コンピュータにより実現される方法は、ＧＵＩの特定の領域とのユーザインタラクションを検出するステップを含む。上記コンピュータにより実現される方法は、上記ユーザインタラクションが特定のＵＩコンポーネントによって消費されることになると判断するステップも含み、上記特定のＵＩコンポーネントは、上記ユーザインタラクションが上記特定のＵＩコンポーネントへ通り抜けることを可能にするように構成された複数のＵＩコンポーネントによって覆われている。上記コンピュータにより実現される方法はさらに、上記ユーザインタラクションが上記特定のＵＩコンポーネントによって消費されることになるとの判断に基づいて、上記ＧＵＩの上記特定の領域における上記複数のＵＩコンポーネントの累積不透明度を決定するステップを含む。上記コンピュータにより実現される方法はさらに、上記累積不透明度が閾値不透明度を超えると判断するステップと、上記累積不透明度が上記閾値不透明度を超えるとの判断に基づいて、上記特定のＵＩコンポーネントが上記ユーザインタラクションを消費することを阻止するステップとを含む。

【0004】

第２の例示的な実施形態は、システムを含み、上記システムは、プロセッサと、上記プロセッサによって実行されると上記プロセッサに動作を実行させる命令が格納された非一時的なコンピュータ可読媒体とを含む。上記動作は、ＧＵＩの特定の領域とのユーザインタラクションを検出することを含む。上記動作は、上記ユーザインタラクションが特定のＵＩコンポーネントによって消費されることになると判断することも含み、上記特定のＵＩコンポーネントは、上記ユーザインタラクションが上記特定のＵＩコンポーネントへ通り抜けることを可能にするように構成された複数のＵＩコンポーネントによって覆われている。上記動作はさらに、上記ユーザインタラクションが上記特定のＵＩコンポーネントによって消費されることになるとの判断に基づいて、上記ＧＵＩの上記特定の領域における上記複数のＵＩコンポーネントの累積不透明度を決定することを含む。上記動作はさらに、上記累積不透明度が閾値不透明度を超えると判断することと、上記累積不透明度が上記閾値不透明度を超えるとの判断に基づいて、上記特定のＵＩコンポーネントが上記ユーザインタラクションを消費することを阻止することとを含む。

【0005】

第３の例示的な実施形態は、コンピューティングデバイスによって実行されると上記コンピューティングデバイスに動作を実行させる命令が格納された非一時的なコンピュータ可読媒体を含む製造品を含む。上記動作は、ＧＵＩの特定の領域とのユーザインタラクションを検出することを含む。上記動作は、上記ユーザインタラクションが特定のＵＩコンポーネントによって消費されることになると判断することも含み、上記特定のＵＩコンポーネントは、上記ユーザインタラクションが上記特定のＵＩコンポーネントへ通り抜けることを可能にするように構成された複数のＵＩコンポーネントによって覆われている。上記動作はさらに、上記ユーザインタラクションが上記特定のＵＩコンポーネントによって消費されることになるとの判断に基づいて、上記ＧＵＩの上記特定の領域における上記複数のＵＩコンポーネントの累積不透明度を決定することを含む。上記動作はさらに、上記累積不透明度が閾値不透明度を超えると判断することと、上記累積不透明度が上記閾値不透明度を超えるとの判断に基づいて、上記特定のＵＩコンポーネントが上記ユーザインタラクションを消費することを阻止することとを含む。

【0006】

第４の例示的な実施形態は、システムを含み、上記システムは、ＧＵＩの特定の領域とのユーザインタラクションを検出するための手段を含む。上記システムは、上記ユーザインタラクションが特定のＵＩコンポーネントによって消費されることになると判断するための手段も含み、上記特定のＵＩコンポーネントは、上記ユーザインタラクションが上記特定のＵＩコンポーネントへ通り抜けることを可能にするように構成された複数のＵＩコンポーネントによって覆われている。上記システムはさらに、上記ユーザインタラクションが上記特定のＵＩコンポーネントによって消費されることになるとの判断に基づいて、上記ＧＵＩの上記特定の領域における上記複数のＵＩコンポーネントの累積不透明度を決定するための手段を含む。上記システムはさらに、上記累積不透明度が閾値不透明度を超えると判断するための手段と、上記累積不透明度が上記閾値不透明度を超えるとの判断に基づいて、上記特定のＵＩコンポーネントが上記ユーザインタラクションを消費することを阻止するための手段とを含む。

【0007】

これらのおよび他の実施形態、局面、利点および代替例は、添付の図面を適宜参照して以下の詳細な説明を読むことによって当業者に明らかになるであろう。さらに、この概要ならびに本明細書において提供される他の説明および図面は、ほんの一例として実施形態を説明するよう意図されており、そのため、多数の変形形態が可能である。例えば、構造要素およびプロセスステップは、特許請求される実施形態の範囲内にとどまりつつ、並べ替えられたり、組み合わせられたり、分散させられたり、除去されたり、または他の態様で変更されたりしてもよい。

【図面の簡単な説明】

【0008】

【図1】例示的な実施形態に係る、コンピューティングデバイスを示す図である。

【図2】例示的な実施形態に係る、コンピューティングシステムを示す図である。

【図3】例示的な実施形態に係る、タップジャッキング攻撃の局面を示す図である。

【図4】例示的な実施形態に係る、グラフィカルユーザインターフェイスの構成要素の配置を示す図である。

【図5】例示的な実施形態に係る、グラフィカルユーザインターフェイスの構成要素の配置を示す図である。

【図6】例示的な実施形態に係る、タップジャッキング攻撃を防止するためのシステムを示す図である。

【図7】例示的な実施形態に係る、フローチャートを示す図である。

【発明を実施するための形態】

【0009】

詳細な説明
例示的な方法、デバイスおよびシステムが本明細書で説明される。「例」および「例示的な」という語は、「例、事例、または例示として機能する」ことを意味するように本明細書で用いられる、ということが理解されるべきである。「例」、「例示的な」および／または「説明的な」として本明細書に記載されている実施形態または特徴はいずれも、特に明記しない限り、他の実施形態または特徴と比べて好ましいまたは有利であると解釈されるべきであるとは限らない。そのため、本明細書に提示されている主題の範囲から逸脱することなく、他の実施形態を利用することができ、他の変更を行うことができる。

【0010】

したがって、本明細書に記載されている例示的な実施形態は、限定的であるよう意図されていない。概して本明細書で説明され、図面に示される本開示の局面は、多種多様な異なる構成で配置され、置換され、組み合わせられ、分離され、設計され得る、ということが容易に理解されるであろう。

【0011】

さらに、文脈が他の意味を示唆しない限り、図面の各々に示される特徴は、互いに組み合わせて使用されてもよい。そのため、図示された全ての特徴が各実施形態にとって必要であるとは限らないと理解した上で、図面は概して、１つまたは複数の全体的な実施形態の構成要素局面として見られるべきである。

【0012】

さらに、本明細書または特許請求の範囲における要素、ブロックまたはステップの列挙はいずれも、明確にすることを目的としている。そのため、そのような列挙は、これらの要素、ブロックまたはステップが特定の配置に固執すること、または特定の順序で実行されることを必要または意味するように解釈されるべきではない。特に断りのない限り、図面は一定の縮尺で描かれていない。

【0013】

Ｉ．概略
タップジャッキングなどのユーザインタラクション乗っ取り攻撃は、ユーザインタラクションのターゲットであるように見え、かつ、実際にユーザインタラクションを消費することになる別のＵＩコンポーネントを遮断するＵＩコンポーネントを表示することを含み得る。遮断しているＵＩコンポーネントは、ユーザがＧＵＩの特定の部分と対話するように仕向ける一見悪意がないように思われるコンテンツを表示し得るが、これらのインタラクションは、ユーザの認識なしに、遮断されたＵＩコンポーネントの局面を制御および／または変更するのに使用される場合がある。そのため、例えば、悪意のあるアプリケーションは、数ある可能性の中で、コンピューティングデバイスの特定のハードウェアを使用するための許可、他のソフトウェアアプリケーションの動作をモニタリングするための許可、および／または、特定のシステム機能を実行するための許可などの、そうでなければユーザが悪意のあるアプリケーションに与えないであろう許可を悪意のあるアプリケーションに与えるようにユーザをだますことができる。追加的にまたは代替的に、悪意のあるアプリケーションは、数ある可能性の中で、支払いボタンを押したり、写真をとったり、および／または、電話をかけたりするようにユーザをだますことができる。このように、悪意のあるアプリケーションは、ユーザが意図していなかったように動作することができる。

【0014】

そのようなユーザインタラクション乗っ取り攻撃の可能性は、コンピューティングデバイスおよび／またはオペレーティングシステムの中には重なり合っているおよび／または覆っているＵＩコンポーネントを提供できるものもあるということに起因し得る。これらのＵＩコンポーネントのうちのいくつかは、ユーザインタラクションを無視してユーザインタラクションを下にあるＵＩコンポーネントに渡すように構成され得る。ユーザインタラクション乗っ取り攻撃は、ＵＩコンポーネントがユーザによって手動で移動可能および／または再位置決め可能でない場合に特に問題になる可能性がある。なぜなら、これは、ユーザインタラクションが誤った方向に導かれていることにユーザが気付くことを妨げる可能性があるからである。いくつかがユーザインタラクションを無視し得るＵＩコンポーネントをかぶせるこの機能は、特定のＧＵＩ効果および／または機能を実現するために望ましいので、ユーザインタラクション乗っ取り攻撃を防止するためにこの機能を排除することは、一般に望ましい解決策ではない。

【0015】

したがって、ユーザインタラクション乗っ取り攻撃の可能性を排除および／または軽減するために、コンピューティングデバイスは、阻止されなければユーザインタラクションを消費することになるＵＩコンポーネントを事実上ユーザから見えなくするＵＩコンポーネントを通過する特定のユーザインタラクションを阻止するように構成され得る。特定のＵＩコンポーネントが単一のＵＩコンポーネントによって覆われる場合、この単一のＵＩコンポーネントの不透明度が閾値不透明度と比較され得る。不透明度が閾値不透明度以下である場合、ユーザインタラクションは、特定のＵＩコンポーネントへ通り抜けて特定のＵＩコンポーネントによって消費されることを許可され得る。そうでなければ、ユーザインタラクションは阻止され得る。しかし、それでもなお、全体的にではなく個々にＵＩコンポーネントの遮断を考えることは、ユーザインタラクション乗っ取り攻撃を可能にする可能性がある。例えば、２つの異なるＵＩコンポーネントの各々は、閾値不透明度よりも低いそれぞれの不透明度を有し得る。しかし、これら２つの異なるＵＩコンポーネントが互いに（および、特定のＵＩコンポーネントの上に）重ねられると、２つのＵＩコンポーネントの積層による正味の影響は、やはり、特定のＵＩコンポーネントの遮断になり得る。

【0016】

したがって、各ＵＩコンポーネントの不透明度と閾値不透明度とを独立して比較するのではなく、コンピューティングデバイスは、ユーザインタラクションが通り抜けるように構成された複数のＵＩコンポーネントのスタックに関連付けられた累積不透明度を決定するように構成され得る。具体的には、各ＵＩコンポーネントの不透明度は、対応する透明度に関連付けられ得る（例えば、不透明度および透明度は、合計が予め定められた値になり得るため、補完的役割をするものであるとみなすことができる）。累積不透明度は、ユーザインタラクションを消費することになる特定のＵＩコンポーネントを覆っている複数のＵＩコンポーネントに関連付けられた透明度の積（単位区間にスケーリングされる）に基づき得る。いくつかのケースでは、ＵＩコンポーネントの不透明度は、そのエリア全体にわたってさまざまであり得るので、累積不透明度は、ユーザインタラクションが向けられる領域（例えば、ユーザがタッチまたはクリックしたＧＵＩの領域）について、および／または、当該領域に基づいて決定され得る。そのため、累積不透明度は、特定のＵＩコンポーネントの領域がユーザに見えるおよび／またはいくつかの状況下で見えるであろう程度を定量化することができる。

【0017】

いくつかの実現例では、累積不透明度は、アプリケーション非依存であってもよい。具体的には、累積不透明度は、複数のＵＩコンポーネントの各ＵＩコンポーネントが同一のソフトウェアアプリケーションによって生成されたか異なるソフトウェアアプリケーションによって生成されたかにかかわらず、複数のＵＩコンポーネントについて決定され得る。ユーザが特定のＵＩコンポーネントの関連部分を十分にはっきりと見ることができること（閾値不透明度によって判断される）をアプリケーション非依存の累積不透明度が示す場合、特定のＵＩコンポーネントは、ユーザインタラクションを消費することを許可され得る。ユーザが特定のＵＩコンポーネントの関連部分を十分にはっきりと見ることができない場合、特定のＵＩコンポーネントは、ユーザインタラクションを消費することを阻止され得る。ユーザインタラクションを消費することになる特定のＵＩコンポーネントと同一のソフトウェアアプリケーションによって生成された覆っているＵＩコンポーネントは、いくつかのケースでは、アプリケーション非依存の累積不透明度の一部として含まれてもよく、または他のケースでは、そこから除外されてもよい。

【0018】

他の実現例では、累積不透明度は、１つまたは複数のアプリケーション特有の累積不透明度に基づき得る。例えば、第１のアプリケーション特有の不透明度は、第１のソフトウェアアプリケーションに関連付けられた第１の複数のＵＩコンポーネントに基づいて決定され得て、第２のアプリケーション特有の不透明度は、第２のソフトウェアアプリケーションに関連付けられた第２の複数のＵＩコンポーネントに基づいて決定され得る。第１のソフトウェアアプリケーションおよび第２のソフトウェアアプリケーションは、ユーザインタラクションを消費すると予想される特定のＵＩコンポーネントに関連付けられた第３のソフトウェアアプリケーションとは異なり得る。累積不透明度は、第１のアプリケーション特有の不透明度または第２のアプリケーション特有の不透明度のうちの高い方であり得る。そのため、アプリケーション特有の累積不透明度は、任意の単一のソフトウェアアプリケーションが、ユーザが十分な明瞭さで特定のＵＩコンポーネントの所与の領域を見ることを妨げることができるが、複数の異なるソフトウェアアプリケーションが、特定のＵＩコンポーネントの当該所与の領域を閉塞し得るようにそれぞれのＵＩコンポーネントを独立して積層することができるかどうかを定量化することができる。

【0019】

多くの場合、コンピューティングデバイスおよび／またはそのオペレーティングシステムは、これらの複数のソフトウェアアプリケーションの独立した動作を実施することができる。そのため、所与のソフトウェアアプリケーションは、他のソフトウェアアプリケーションによって実行されている動作に気付かない可能性が高いため、所与のソフトウェアアプリケーションのＵＩコンポーネントの表示と他のソフトウェアアプリケーションのＵＩコンポーネントとを決定論的に連係させることができない。したがって、異なるソフトウェアアプリケーション間の悪意のある連係がありそうもないので、アプリケーション特有の累積不透明度は、コンピューティングデバイスの悪意のない動作と干渉しにくくしながら、依然としてユーザインタラクション乗っ取りの可能性を軽減および／または排除することができる。

【0020】

さらなる実現例では、いくつかのＵＩコンポーネントは、累積不透明度の計算から除外される場合がある。例えば、オペレーティングシステムおよび／または明確に信頼できるソフトウェアアプリケーションによって生成されたＵＩコンポーネントは、累積不透明度に寄与しない。なぜなら、これらのＵＩコンポーネントは、それらのソースに基づいて信頼できるものであると考えることができるからである。さらに、不透明度がゼロに等しいＵＩコンポーネントは、除外される場合がある。なぜなら、これらのＵＩコンポーネントは、完全にシースルーであるため、累積不透明度に影響を及ぼさないからである。他の信頼性のしるしに基づく他の例外も可能である。

【0021】

いくつかの実現例では、本明細書で論じられる動作の中で、ＵＩコンポーネントのモニタリング、累積不透明度の決定および／またはユーザインタラクションの阻止は、コンピューティングデバイスのオペレーティングシステムによって実行され得る。例えば、これらの動作は、オプトインプロセスを含むことなく、および／または、オプトアウトプロセスをソフトウェアアプリケーションに提供することなく、自動的に実行され得る。これらの動作をオペレーティングシステムの一部として自動的に提供することによって、オペレーティングシステムによって実行される各ソフトウェアアプリケーションをユーザインタラクション乗っ取り攻撃から自動的に保護することができる。すなわち、ユーザインタラクション乗っ取り攻撃の回避は、これらの保護および／またはオペレーティングシステムによって提供され得る他の保護を呼び出す各ソフトウェアアプリケーションに依存することはなく、そのため、意図的にセキュリティ保護されたシステムが得られる。

【0022】

ＩＩ．例示的なコンピューティングデバイスおよびシステム
図１は、例示的なコンピューティングデバイス１００を示す図である。コンピューティングデバイス１００は、携帯電話のフォームファクタで示されている。しかし、コンピューティングデバイス１００は、代替的には、数ある可能性の中で、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータまたはウェアラブルコンピューティングデバイス（例えば、時計）として実現されてもよい。コンピューティングデバイス１００は、本体１０２、ディスプレイ１０６、ならびにボタン１０８および１１０などのさまざまな要素を含み得る。コンピューティングデバイス１００はさらに、前面カメラ１０４および背面カメラ１１２などの１つまたは複数のカメラを含み得る。

【0023】

前面カメラ１０４は、一般に動作中にユーザの方を向く本体１０２の側（例えば、ディスプレイ１０６と同じ側）に位置決めされ得る。背面カメラ１１２は、前面カメラ１０４とは反対の本体１０２の側に位置決めされ得る。カメラを前面カメラおよび背面カメラと呼ぶことは任意であり、コンピューティングデバイス１００は、本体１０２のさまざまな側に位置決めされた複数のカメラを含んでいてもよい。

【0024】

ディスプレイ１０６は、陰極線管（ＣＲＴ：Cathode Ray Tube）ディスプレイ、発光ダイオード（ＬＥＤ：Light Emitting Diode）ディスプレイ、液晶（ＬＣＤ：Liquid Crystal）ディスプレイ、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ：Organic Light Emitting Diode）ディスプレイ、または当該技術分野において公知のその他のタイプのディスプレイを表すことができる。いくつかの例では、ディスプレイ１０６は、前面カメラ１０４および／または背面カメラ１１２のためのビューファインダとしての役割を果たすことができる。また、ディスプレイ１０６は、コンピューティングデバイス１００の局面とのインタラクションを可能にするタッチスクリーン機能をサポートすることができる。

【0025】

また、コンピューティングデバイス１００は、コンピューティングデバイス１００が存在している環境の周囲輝度を継続的にまたは時々求めることができる周囲光センサを含み得る。いくつかの実現例では、周囲光センサは、ディスプレイ１０６のディスプレイ輝度を調節するのに使用することができる。さらに、周囲光センサは、カメラ１０４または１１２の１つ以上の露光長を決定するのに使用することができ、またはこの決定を手助けするのに使用することができる。

【0026】

図２は、例示的なコンピューティングシステム２００の構成要素のうちのいくつかを示す簡略ブロック図である。一例として、コンピューティングシステム２００は、セルラー携帯電話（例えば、スマートフォン）、コンピュータ（デスクトップ、ノートブック、タブレットまたはハンドヘルドコンピュータなど）、ホームオートメーションコンポーネント、デジタルビデオレコーダ（ＤＶＲ：Digital Video Recorder）、デジタルテレビ、リモコン、ウェアラブルコンピューティングデバイス、ゲーム機、ロボット装置、車両、または何らかの他のタイプのデバイスであってもよいが、それらに限定されるものではない。コンピューティングシステム２００は、例えばコンピューティングデバイス１００の局面を表すことができる。図２に示されるように、コンピューティングシステム２００は、通信インターフェイス２０２と、ユーザインターフェイス２０４と、プロセッサ２０６と、データストレージ２０８とを含み得て、それらは全て、システムバス、ネットワークまたは他の接続機構２１０によって通信可能に連結され得る。

【0027】

通信インターフェイス２０２は、コンピューティングシステム２００が、アナログまたはデジタル変調を使用して、他のデバイス、アクセスネットワークおよび／または転送ネットワークと通信することを可能にし得る。そのため、通信インターフェイス２０２は、基本電話サービス（ＰＯＴＳ：Plain Old Telephone Service）通信および／またはインターネットプロトコル（ＩＰ：Internet Protocol）もしくは他のパケット化された通信などの回路交換式通信および／またはパケット交換式通信を容易にすることができる。例えば、通信インターフェイス２０２は、無線アクセスネットワークまたはアクセスポイントとのワイヤレス通信のために配置されたチップセットおよびアンテナを含み得る。また、通信インターフェイス２０２は、イーサネット（登録商標）、ユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）または高精細度マルチメディアインターフェイス（ＨＤＭＩ：High-Definition Multimedia Interface）（登録商標）ポートなどのワイヤラインインターフェイスの形態をとり得て、またはそのようなワイヤラインインターフェイスを含み得る。また、通信インターフェイス２０２は、Ｗｉ－Ｆｉ、ＢＬＵＥＴＯＯＴＨ（登録商標）、グローバルポジショニングシステム（ＧＰＳ：Global Positioning System）または広域ワイヤレスインターフェイス（例えば、ＷｉＭＡＸ、３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ：Long-Term Evolution）および／または３ＧＰＰ ５Ｇ）などのワイヤレスインターフェイスの形態をとり得て、またはそのようなワイヤレスインターフェイスを含み得る。しかし、他の形態の物理層インターフェイスおよび他のタイプの標準または専用通信プロトコルが通信インターフェイス２０２上で使用されてもよい。さらに、通信インターフェイス２０２は、複数の物理的な通信インターフェイス（例えば、Ｗｉ－Ｆｉインターフェイス、ＢＬＵＥＴＯＯＴＨ（登録商標）インターフェイスおよび広域ワイヤレスインターフェイス）を含んでいてもよい。

【0028】

ユーザインターフェイス２０４は、コンピューティングシステム２００が、ユーザから入力を受信することおよびユーザに出力を提供することなど、人間のユーザまたは人間でないユーザと対話することを可能にするように機能し得る。そのため、ユーザインターフェイス２０４は、キーパッド、キーボード、タッチセンシティブパネル、コンピュータマウス、トラックボール、ジョイスティック、マイクロフォンなどの入力コンポーネントを含み得る。また、ユーザインターフェイス２０４は、例えばタッチセンシティブパネルと組み合わせることができるディスプレイ画面などの１つまたは複数の出力コンポーネントを含み得る。ディスプレイ画面は、ＣＲＴ、ＬＣＤおよび／もしくはＬＥＤ技術、または現在公知であるかもしくは後に開発される他の技術に基づき得る。また、ユーザインターフェイス２０４は、スピーカ、スピーカジャック、オーディオ出力ポート、オーディオ出力デバイス、イヤホンおよび／または他の同様のデバイスを介して可聴出力を生成するように構成され得る。また、ユーザインターフェイス２０４は、マイクロフォンおよび／または他の同様のデバイスによって可聴発話、ノイズおよび／または信号を受信するおよび／または取り込むように構成され得る。

【0029】

いくつかの例では、ユーザインターフェイス２０４は、コンピューティングシステム２００によってサポートされるスチルカメラおよび／またはビデオカメラ機能のためのビューファインダとしての役割を果たすディスプレイを含み得る。さらに、ユーザインターフェイス２０４は、カメラ機能の構成およびフォーカシングならびに画像の取り込みを容易にする１つまたは複数のボタン、スイッチ、ノブおよび／またはダイアルを含み得る。これらのボタン、スイッチ、ノブおよび／またはダイアルのうちの一部または全部がタッチセンシティブパネルによって実現されることが可能であり得る。

【0030】

プロセッサ２０６は、例えばマイクロプロセッサなどの１つまたは複数の汎用プロセッサ、および／または、例えばデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、グラフィックス処理ユニット（ＧＰＵ：Graphics Processing Unit）、浮動小数点ユニット（ＦＰＵ：Floating Point Unit）、ネットワークプロセッサもしくは特定用途向け集積回路（ＡＳＩＣ：Application-Specific Integrated Circuit）などの１つまたは複数の特別目的プロセッサを含み得る。いくつかの事例では、特別目的プロセッサは、数ある可能性の中で、画像処理および／または機械学習モデルの実行が可能であり得る。データストレージ２０８は、磁気ストレージ、光学ストレージ、フラッシュストレージまたは有機ストレージなどの１つまたは複数の揮発性および／または不揮発性ストレージコンポーネントを含み得て、全部または一部がプロセッサ２０６と一体化され得る。データストレージ２０８は、取り外し可能なコンポーネントおよび／または取り外し不可能なコンポーネントを含み得る。

【0031】

プロセッサ２０６は、本明細書に記載されているさまざまな機能を実行するためにデータストレージ２０８に格納されたプログラム命令２１８（例えば、コンパイルされたまたはコンパイルされていないプログラム論理および／または機械コード）を実行することが可能であり得る。したがって、データストレージ２０８は、コンピューティングシステム２００によって実行されるとコンピューティングシステム２００に本明細書および／または添付の図面に開示されている方法、プロセスまたは動作のうちのいずれかを実行させるプログラム命令が格納された非一時的なコンピュータ可読媒体を含み得る。プロセッサ２０６によるプログラム命令２１８の実行により、プロセッサ２０６はデータ２１２を使用することができる。

【0032】

一例として、プログラム命令２１８は、オペレーティングシステム２２２（例えば、オペレーティングシステムカーネル、デバイスドライバおよび／または他のモジュール）と、コンピューティングシステム２００にインストールされた１つまたは複数のアプリケーションプログラム２２０（例えば、カメラ機能、アドレスブック、電子メール、ウェブブラウジング、ソーシャルネットワーキング、オーディオ－テキスト機能、テキスト翻訳機能および／またはゲームアプリケーション）とを含み得る。同様に、データ２１２は、オペレーティングシステムデータ２１６と、アプリケーションデータ２１４とを含み得る。オペレーティングシステムデータ２１６には、主にオペレーティングシステム２２２がアクセス可能であり得て、アプリケーションデータ２１４には、主にアプリケーションプログラム２２０の１つ以上がアクセス可能であり得る。アプリケーションデータ２１４は、コンピューティングシステム２００のユーザに見えるかまたはコンピューティングシステム２００のユーザから隠されているファイルシステムに配置され得る。

【0033】

アプリケーションプログラム２２０は、１つまたは複数のアプリケーションプログラミングインターフェイス（ＡＰＩ：Application Programming Interface）を介してオペレーティングシステム２２２と通信し得る。これらのＡＰＩは、例えばアプリケーションプログラム２２０がアプリケーションデータ２１４を読み取るおよび／または書き込むこと、アプリケーションプログラム２２０が通信インターフェイス２０２を介して情報を送信または受信すること、アプリケーションプログラム２２０が情報を受信するおよび／または当該情報をユーザインターフェイス２０４上に表示することなどを容易にすることができる。

【0034】

いくつかのケースでは、アプリケーションプログラム２２０は、略して「アプリ」と称される場合がある。さらに、アプリケーションプログラム２２０は、１つまたは複数のオンラインアプリケーションストアまたはアプリケーション市場を通じてコンピューティングシステム２００にダウンロード可能であり得る。しかし、アプリケーションプログラムは、ウェブブラウザを介して、またはコンピューティングシステム２００上の物理的なインターフェイス（例えば、ＵＳＢポート）を介して、などの他の方法でコンピューティングシステム２００にインストールすることもできる。

【0035】

ＩＩＩ．例示的なタップジャッキング攻撃
図３は、例示的なタップジャッキング（タップハイジャッキングの略）攻撃を示す図であり、タップジャッキング攻撃は、悪意のあるソフトウェアアプリケーション乗っ取り、および、ユーザのタッチ入力を誤った方向に導くことによりユーザが意図していなかった何かをするようにユーザをだますことを含む。本明細書全体を通して、タップジャッキングは、ユーザインタラクション乗っ取りの一般的概念の一例として使用される。そのため、本明細書で論じられる例示的な技術は、ＧＵＩとのインタラクションの具体的なモダリティ（例えば、タップ、クリック、押下、注視など）にかかわらず、ＧＵＩの文脈において一般的に適用可能である、ということが理解されるべきである。

【0036】

具体的には、図３に示されるように、タップジャッキング攻撃は、悪意のあるアプリケーションが、別のソフトウェアアプリケーションおよび／またはオペレーティングシステムによって生成されたＵＩコンポーネント３００を覆うＵＩコンポーネント３０２を生成することを含み得る。ＵＩコンポーネント３０２は、ユーザインタラクションがＧＵＩの下にある層へ通り抜けるように構成され得る。すなわち、ＵＩコンポーネント３０２は、ユーザインタラクションを無視することにより、これらのインタラクションが、これらのインタラクションを消費するＵＩコンポーネント３００へ通り抜けることを可能にするように構成され得る。ＵＩコンポーネント３００は、ユーザインタラクションを消費するように構成され得る。所与のＵＩコンポーネントによるユーザインタラクションの消費は、所与のＵＩコンポーネントがユーザインタラクションを受信してユーザインタラクションに応答すること（例えば、ユーザインタラクションに基づいておよび／またはユーザインタラクションに応答して動作の実行をトリガすること）を含み得る。所与のＵＩコンポーネントがユーザインタラクションを消費するように構成される場合、ユーザインタラクションは、所与のＵＩコンポーネントを通過するのではなく、所与のＵＩコンポーネントと対話するため、他のＵＩコンポーネントによる消費には利用できない。

【0037】

さらに、ＵＩコンポーネント３０２は、ＵＩコンポーネント３００がユーザに見えないように不透明であり得る。したがって、ＵＩコンポーネント３０２は、ユーザが知らずに対話しているＵＩコンポーネント３００をユーザから見えなくするファサードとして機能することができる。さらに、いくつかのケースでは、ＵＩコンポーネント３００および３０２のそれぞれの位置は、ＧＵＩに対して固定され得るため、ユーザは、ＵＩコンポーネント３０２を移動させてＵＩコンポーネント３００を見せることはできない。

【0038】

図３の例では、ＵＩコンポーネント３００は、ＵＩコンポーネント３０２を生成したアプリケーションに関連付けられた許可の変更を表示および提供する。具体的には、ＵＩコンポーネント３００は、許可３０８および許可３１０～許可３１２（すなわち、許可３０８～３１２）の変更を含み、および提供し、それらの許可を与えることは、ＵＩコンポーネント３０２を生成したアプリケーションが、例えば、数ある可能性の中で、アプリケーションを実行するコンピューティングデバイスのハードウェア（例えば、カメラ、マイクロフォンなど）を使用すること、コンピューティングデバイスを使用してスクリーンショットをとること、コンピューティングデバイスによって受信されたキーボード入力をモニタリングすること、および／または、オペレーティングシステム機能を呼び出すことを可能にし得る。他のケースでは、ＵＩコンポーネント３００は、その代わりに、数ある可能性の中で、「支払」ボタンの選択、写真をとることおよび／または電話をかけることを提供してもよい。

【0039】

ＵＩコンポーネント３０２は、悪意がないように見えるコンテンツを提供し得て、それにより、ボタン３０４と対話するようにユーザを仕向け得る。ＵＩコンポーネント３０２のボタン３０４は、囲い枠３１４によって示される、許可３１０に対応するトグルスイッチを覆う。そのため、ＵＩコンポーネント３０２は、ユーザインタラクションを無視するように構成されているので、ボタン３０４とのインタラクションは、実際にはアプリケーションへの許可３１０の付与をもたらし得る。ＵＩコンポーネント３０２のコンテンツは悪意がないように見えて、ＵＩコンポーネント３０２は不透明であるので、ユーザは、ボタン３０４と対話するようにだまされる可能性があり、その結果、ユーザの認識なしにアプリケーションに許可３１０が与えられることになる。

【0040】

アプリケーションは、悪意がないように見えて、ユーザにとって不透明であって、許可３０８～３１２のうちの他の許可を覆うボタンを含むことにより、ユーザが意図していないようにアプリケーションが動作することを許可し得る許可を秘密裏に得るさらなるコンテンツを生成するように構成され得る。他のケースでは、ＵＩコンポーネント３００を覆うのではなく、ＵＩコンポーネント３０２は、その代わりに、他のソフトウェアアプリケーションによって提供された他のシステム設定および／または他のＵＩコンポーネントの変更を表示および提供する他のＵＩコンポーネントを覆ってもよい。そのため、ＵＩコンポーネント３０２を生成したアプリケーションは、ユーザが意図していないように他のシステム設定を構成するおよび／または他のソフトウェアアプリケーションを動作させるようにユーザをだまし得る。

【0041】

ＩＶ．タップジャッキング攻撃を阻止するための例示的なシステムおよび動作
図４は、タップジャッキング攻撃の阻止に関連する例示的なシナリオを示す図であり、ここでは、ユーザインタラクションを無視するかまたは（消費するのではなく）通過させるように構成された複数のＵＩコンポーネントが、ユーザインタラクションを消費する（例えば、受信して反応する）ように構成されたＵＩコンポーネントの上に重ねられる。具体的には、図４は、ＵＩコンポーネント４００，４０２および４０４、ならびにユーザインタラクション４１０を示している。ＵＩコンポーネント４００，４０２および４０４、ならびに本明細書で論じられるその他のＵＩコンポーネントは、システムアラートウィンドウ、オーバーレイ、トースト、ダイアログボックス、カード、フォーム、通知、サイドバー、および／または、多層ＧＵＩの一部として表示されることができるその他のＵＩ構造もしくは要素を含み得て、および／または、そのような形態をとり得る。

【0042】

ＵＩコンポーネント４０４は、ＵＩコンポーネント４０２を覆い、ＵＩコンポーネント４０２は、ＵＩコンポーネント４００を覆う。ＵＩコンポーネント４０４および４０２の各それぞれのＵＩコンポーネントは、ユーザインタラクションを無視することによりユーザインタラクション４１０がＵＩコンポーネント４００へ通り抜けることを可能にするようにそれぞれのＵＩコンポーネントを構成する属性に関連付けられ得る。したがって、ユーザインタラクション４１０は、領域４０６によって示されるようにＵＩコンポーネント４０４に向けられているように（例えば、ユーザには）見えるが、ユーザインタラクションは、実際には、領域４０８によって示されるようにＵＩコンポーネント４００によって消費される。

【0043】

ＵＩコンポーネント４００が１つのＵＩコンポーネントだけ（例えば、ＵＩコンポーネント４０４だけ）によって覆われている場合には、ＧＵＩを提供するコンピューティングデバイスに、ＵＩコンポーネント４０４の不透明度が閾値不透明度を下回る場合にユーザインタラクションがＵＩコンポーネント４００へ通り抜けることを可能にし、ＵＩコンポーネント４０４の不透明度が閾値不透明度を満たすまたは超える場合にＵＩコンポーネント４００がユーザインタラクションを消費することを阻止するようにさせることによって、タップジャッキング攻撃を回避することができる。すなわち、ユーザがＵＩコンポーネント４０４を通してＵＩコンポーネント４００を十分にはっきりと見ることができる場合、ＵＩコンポーネント４００はＵＩコンポーネント４０４によって覆われているがユーザはＵＩコンポーネント４００と対話することが可能である。ＵＩコンポーネント（例えば、ＵＩコンポーネント４０４）の不透明度は、例えば、別の下にあるＵＩコンポーネント（例えば、ＵＩコンポーネント４００）から発生する視覚信号の、ＵＩコンポーネントによる阻止の程度および／または度合いを表し得る。

【0044】

しかし、個々にＵＩコンポーネントを考えるアプローチは、ユーザインタラクションを消費することになるＵＩコンポーネントを事実上ユーザから見えなくするように、各々が閾値不透明度を下回る不透明度を有し得る複数のＵＩコンポーネントを積層することを可能にすることができる。したがって、コンピューティングデバイスは、特定のＵＩコンポーネントを覆っているＵＩコンポーネントの累積不透明度に基づいて、特定のＵＩコンポーネントによるユーザインタラクションの消費を阻止するか許可するかを判断するように構成され得る。そのため、図４に示されるシナリオでは、コンピューティングデバイスは、ＵＩコンポーネント４０４および４０２の累積不透明度を決定するように構成され得る。ＵＩコンポーネント４０４および４０２の累積不透明度が閾値不透明度を満たすまたは超える場合、ユーザインタラクション４１０は、ＵＩコンポーネント４００による消費を阻止され得る。ＵＩコンポーネント４０４および４０２の累積不透明度が閾値不透明度を下回る場合、ＵＩコンポーネント４００によるユーザインタラクション４１０の消費は許可され得る。

【0045】

一例では、累積不透明度は、式：θ_Ｚ＝１－Π_ｉ∈Ｉ（１－ｏ_ｉ）に従って計算され得て、式中、θ_ＺはＵＩコンポーネントＺに対する累積不透明度を表し、ＩはＵＩコンポーネントＺを覆っているＵＩコンポーネントのセットを表し、ｏ_ｉ（０から１までの範囲）はセットＩ（ＵＩコンポーネントＺを含まない）の中のｉ番目のＵＩコンポーネントの不透明度を表す。ＵＩコンポーネントＺに対する累積不透明度θ_Ｚは、ＵＩコンポーネントＺを覆っているＵＩコンポーネントｉ∈Ｉに基づくが、ＵＩコンポーネントＺ自体の不透明度には基づかない。なぜなら、ＵＩコンポーネントＺの不透明度は、ＵＩコンポーネントＺがその上のＵＩコンポーネントによってどれぐらい広範囲にわたって閉塞されているかということに影響を及ぼさないからである。複数のＵＩコンポーネント（例えば、ＵＩコンポーネント４０２および４０４）の累積不透明度は、例えば、別の下にあるＵＩコンポーネント（例えば、ＵＩコンポーネント４００）から発生する視覚信号の、複数のＵＩコンポーネントによる阻止の合計の程度および／または度合いを表し得る。

【0046】

そのため、図４に示される例では、累積不透明度は、θ_４００＝１－（（１－ｏ_４０２）（１－ｏ_４０４））として表現することができる。例えば、ＵＩコンポーネント４０４および４０２の各々が０．７という不透明度を有する場合、累積不透明度は（１－（１－．７）（１－．７））＝．９１に等しくなり得る。したがって、閾値不透明度が０．８であれば、ＵＩコンポーネント４０４および４０２の各々は個々に閾値を下回るが、ＵＩコンポーネント４０４および４０２の累積不透明度は閾値を超える。そのため、累積不透明度に依拠することは、ＵＩコンポーネント４０４および４０２が互いに積み重ねられてＵＩコンポーネント４００を事実上ユーザから見えなくする場合に、悪意のあるアプリケーションがユーザインタラクション４１０をＵＩコンポーネント４００へ通り抜けるようにすることを防止できる。

【0047】

所与のＵＩコンポーネントの不透明度および所与のＵＩコンポーネントの透明度は、補完的役割をするものであり得る。すなわち、所与のＵＩコンポーネントの不透明度および所与のＵＩコンポーネントの透明度は、合計が予め定められた値（例えば、１または２５５）になり得るので、入れ替えがきくものであり得る。具体的には、λ＝ｏ_ｉ＋ｔ_ｉであり、式中、λは予め定められた値を表し（例えば、上記の例ではλ＝１）、ｔ_ｉはｉ番目のＵＩコンポーネントの透明度を表す。そのため、ｉ番目のＵＩコンポーネントの不透明度は、例えばＧＵＩの属性がコンピューティングデバイス、オペレーティングシステムおよび／またはソフトウェアアプリケーションによってどのように表されるかによって、ｏ_ｉを使用して明示的に表されてもよく、またはｔ_ｉを使用して暗黙的に表されてもよい。

【0048】

したがって、最大不透明度（最小透明度に対応）は、ｏ_ｉ＝λとして表現することができ、最小不透明度（最大透明度に対応）は、ｏ_ｉ＝０として表現することができ、最大透明度は、ｔ_ｉ＝λとして表現することができ、最小透明度は、ｔ_ｉ＝０として表現することができる。したがって、ＵＩコンポーネントの透明度は、例えば、別の下にあるＵＩコンポーネントから発生する視覚信号の、ＵＩコンポーネントによる送信の程度および／または度合いを表し得る。複数のＵＩコンポーネントの累積透明度は、例えば、別の下にあるＵＩコンポーネントから発生する視覚信号の、複数のＵＩコンポーネントによる送信の合計の程度および／または度合いを表し得る。

【0049】

代替的に、上記の式θ_Ｚ＝１－Π_ｉ∈Ｉ（１－ｏ_ｉ）（λ＝１）は、（ｉ）θ_Ｚ＝λ－λΠ_ｉ∈Ｉ（（λ－ｏ_ｉ）／λ）、（ｉｉ）θ_Ｚ＝λ－λΠ_ｉ∈Ｉ（ｔ_ｉ／λ）、（ｉｉｉ）Ｔ_Ｚ＝λΠ_ｉ∈Ｉ（（λ－ｏ_ｉ）／λ）または（ｉｖ）Ｔ_Ｚ＝λΠ_ｉ∈Ｉ（ｔ_ｉ／λ）として表現することができ、式中、Ｔ_Ｚは累積透明度を表し、λ＝Ｔ_Ｚ＋θ_Ｚであり、λ＞０である。すなわち、累積不透明度は、λΠ_ｉ∈Ｉ（（λ－ｏ_ｉ）／λ）またはλΠ_ｉ∈Ｉ（ｔ_ｉ／λ）によって表現されるように、ＵＩコンポーネントＺを覆っている各それぞれのＵＩコンポーネントの透明度の積に基づき得る。累積不透明度は、予め定められた値と（ｉ）または（ｉｉ）に見られるような積との間の差に基づいて明示的に表現されてもよく、または（ｉｉｉ）または（ｉｖ）に見られるような累積透明度を使用して暗黙的に表現されてもよい。

【0050】

同様に、閾値不透明度θ_{ＴＨＲＥＳＨＯＬＤ}は、λ＝θ_{ＴＨＲＥＳＨＯＬＤ}＋Ｔ_{ＴＨＲＥＳＨＯＬＤ}に従って表現することができる。したがって、累積不透明度が閾値不透明度以下である場合（すなわち、θ_Ｚ≦θ_{ＴＨＲＥＳＨＯＬＤ}）または累積透明度が閾値透明度以上である場合（すなわち、Ｔ_Ｚ≧Ｔ_{ＴＨＲＥＳＨＯＬＤ}）、ＵＩコンポーネントＺによるユーザインタラクションの消費は許可され得る。累積不透明度が閾値不透明度よりも大きい場合（すなわち、θ_Ｚ＞θ_{ＴＨＲＥＳＨＯＬＤ}）または累積透明度が閾値透明度を下回る場合（すなわち、Ｔ_Ｚ＜Ｔ_{ＴＨＲＥＳＨＯＬＤ}）、ＵＩコンポーネントＺによるユーザインタラクションの消費は阻止され得る。

【0051】

いくつかのケースでは、累積不透明度の決定は、ユーザインタラクション４１０が向けられるＧＵＩの領域に特有であり得る。そのため、図４の例では、累積不透明度は、（ｉ）ＵＩコンポーネント４０４の領域４０６および（ｉｉ）領域４０６に対応するＵＩコンポーネント４０２の領域に基づいて決定され得る。所与の領域が（例えば、その異なる部分の）２つ以上の不透明度値に関連付けられる場合には、最も高い不透明度（または、最も低い透明度）が累積不透明度の決定に使用され得る。したがって、ユーザインタラクション４１０がＵＩコンポーネント４０４のエリア外であるように図４のｙ軸に沿って低く提供される場合、累積不透明度は、ＵＩコンポーネント４０２に基づくがＵＩコンポーネント４０４には基づかない。例えば所与のＵＩコンポーネント全体の最大不透明度ではなく、インタラクションが向けられる特定の領域の不透明度を考えることにより、いくつかの悪意のない状況においてユーザインタラクションが阻止される頻度を少なくすることができる。

【0052】

累積不透明度の決定に使用される特定の領域のサイズは、（ｉ）悪意のない場合におけるユーザインタラクション阻止の頻度および／または（ｉｉ）悪意のある攻撃の阻止の成功率の検討に基づいて選択され得る。特定の領域のサイズは、ユーザインタラクションの位置（例えば、中心、重心など）、ユーザインタラクションのサイズおよび／もしくは面積（例えば、ユーザのタッチ入力によってカバーされる面積）、ならびに／または、ユーザインタラクションの位置および／もしくは面積の周囲に設けられた緩衝地帯に基づき得る。一例では、特定の領域のサイズは、ユーザインタラクションの面積の外周に沿った全ての地点における予め定められた数のピクセルを加算することによって定義される、ユーザインタラクションの面積と緩衝地帯との合計に等しくなり得る。累積不透明度の決定が、ユーザインタラクション４１０が向けられるＧＵＩの領域に特有でなく、その代わりにそれぞれのＵＩコンポーネント全体の不透明度に基づく場合、それぞれのＵＩコンポーネントの最も高い不透明度（または、最も低い透明度）が累積不透明度の決定に使用され得る。

【0053】

いくつかの実現例では、累積不透明度は、アプリケーション非依存であり得る。すなわち、ＵＩコンポーネント４０２および４０４が同一のソフトウェアアプリケーションによって生成されたか異なるソフトウェアアプリケーションによって生成されたかにかかわらず、ＵＩコンポーネント４００に関して単一の累積不透明度が決定され得る。そのようなアプリケーション非依存の累積不透明度を使用することにより、ユーザは、ユーザインタラクション４１０がＵＩコンポーネント４００へ通り抜けてＵＩコンポーネント４００によって消費されることを許可されると、十分な明瞭さで（少なくとも領域４０８における）ＵＩコンポーネント４００のコンテンツを見ることができる。したがって、（少なくとも領域４０８における）ＵＩコンポーネント４００のコンテンツがユーザに十分に見えない場合（アプリケーション非依存の累積不透明度と閾値不透明度とを比較することによって判断される）、ユーザインタラクション４１０は、ＵＩコンポーネント４００へ通り抜けてＵＩコンポーネント４００によって消費されることを阻止され得る。

【0054】

とりわけ、いくつかのケースでは、所与のＵＩコンポーネント（例えば、４０２）は、ユーザインタラクションを消費するように構成されたＵＩコンポーネント（例えば、４００）と同一のアプリケーションによって生成された場合、累積不透明度の計算から除外される場合がある。これは、ソフトウェアアプリケーションが自身のコンテンツを閉塞する意図を持つＵＩコンポーネントまたは自身のコンテンツの閉塞に寄与するＵＩコンポーネントを生成しそうにないので、そうであろう。そのため、アプリケーション非依存の累積不透明度は、覆っているＵＩコンポーネント（例えば、これらのＵＩコンポーネントを生成させるアプリケーション）間の関係とは無関係であり得るが、それでもなお、ユーザインタラクションを消費する下にあるＵＩコンポーネントが、覆っているＵＩコンポーネントにどれぐらい関連しているかを考慮に入れることができる。

【0055】

図５は、タップジャッキング攻撃の阻止に関連する別の例示的なシナリオを示す図であり、ここでは、ユーザインタラクションを無視するかまたは通過させるように構成された複数のＵＩコンポーネントが、ユーザインタラクションを消費するように構成されたＵＩコンポーネントの上に重ねられる。具体的には、図５は、第１のソフトウェアアプリケーションによって生成されたＵＩコンポーネント５０２および５０２（斜線パターンで示されている）を含む第１の複数のＵＩコンポーネントと、第１のソフトウェアアプリケーションとは異なる第２のソフトウェアアプリケーションによって生成されたＵＩコンポーネント５０４，５０８および５１０（ドットパターンで示されている）を含む第２の複数のＵＩコンポーネントとを示している。ＵＩコンポーネント５１０の領域５１２を対象としているように見えるユーザインタラクション５１６は、実際には、領域５１４によって示されるようにＵＩコンポーネント５００へ通り抜けることができる。第１および第２のソフトウェアアプリケーションは、互いに独立して動作するように構成され得て、各アプリケーションは、他のアプリケーションの動作に気付かない可能性があるので、これら２つのアプリケーションが協働して悪意のある動作を実行するということはありそうにない。

【0056】

したがって、いくつかのケースでは、累積不透明度は、アプリケーション特有の態様で決定され得る。すなわち、第１のアプリケーション特有の累積不透明度は、ＵＩコンポーネント５０２および５０６に基づいて第１のソフトウェアアプリケーションについて決定され得て、第２のアプリケーション特有の累積不透明度は、ＵＩコンポーネント５０４，５０８および５１０に基づいて第２のソフトウェアアプリケーションについて決定され得る。全体累積不透明度は、第１のアプリケーション特有の累積不透明度および／または第２のアプリケーション特有の累積不透明度に基づき得る。例えば、全体累積不透明度は、以下のように表現することができる。

【0057】

【数1】

【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】

情報の処理を表わすステップまたはブロックは、本明細書に記載した方法または手法の特定のロジック機能を行なうように構成され得る回路に対応してもよい。代替的にまたは追加的には、情報の処理を表わすブロックは、モジュール、セグメント、またはプログラムコード（関連データを含む）の一部に対応してもよい。プログラムコードは、上記方法または手法における特定の論理演算または動作を実現するためにプロセッサによって実行され得る１つまたは複数の命令を含んでもよい。プログラムコードおよび／または関連データは、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、ディスクドライブ、ソリッドステートドライブ、または他の記憶媒体を含む記憶装置など、任意のタイプのコンピュータ可読媒体に格納されてもよい。

【0107】

コンピュータ可読媒体は、非一時的なコンピュータ可読媒体、例えば、レジスタメモリ、プロセッサキャッシュ、およびＲＡＭといった、短期間データを格納するコンピュータ可読媒体などを含んでもよい。コンピュータ可読媒体は、より長い期間プログラムコードおよび／またはデータを格納する非一時的なコンピュータ可読媒体も含んでもよい。したがって、コンピュータ可読媒体は、例えば、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、光学または磁気ディスク、ソリッドステートドライブ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact-Disc Read Only Memory）といった二次的または永続的な長期記憶装置を含んでもよい。コンピュータ可読媒体は、その他の揮発性または不揮発性の記憶システムであってもよい。コンピュータ可読媒体は、例えば、コンピュータ可読記憶媒体、または有形の記憶装置とみなしてもよい。

【0108】

さらに、１つまたは複数の情報送信を表わすステップまたはブロックは、同一の物理デバイスのソフトウェアモジュール間および／またはハードウェアモジュール間の情報送信に対応してもよい。しかし、他の情報送信は、異なる物理デバイスのソフトウェアモジュール間および／またはハードウェアモジュール間で行なわれてもよい。

【0109】

図面に示される特定の配置は、限定としてみなされるべきではない。他の実施形態は、所与の図面に示される各要素をより多くまたはより少なく含んでもよい、ということが理解されるべきである。さらに、示される要素のうちのいくつかは、組み合わせられてもよく、または省略されてもよい。さらに、例示的な実施形態は、図面に示されていない要素も含んでもよい。

【0110】

本明細書においてさまざまな局面および実施形態を開示したが、当業者には他の局面および実施形態も明らかであろう。本明細書において開示されたさまざまな局面および実施形態は説明の目的で提示されたものであり、限定するように意図されたものではない。その真の範囲は、以下の特許請求の範囲によって示される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】