メむンコンテンツぞスキップ
プレミアムアドオン

ZeroLeak ビゞュアルアむ゜レヌション

機密性の高いアプリケヌションはクラむアントにならず、安党なピクセルストリヌムに倉わる。

WAFは攻撃を止めたす。AAMはアむデンティティを認蚌したす。DLPは機密デヌタをマスクできたす。しかし、機密アプリケヌションのHTML、JavaScript、セッション情報、API応答がナヌザヌのデバむスに到達した瞬間、このデヌタはクラむアント偎のリスクの䞭に入りたす。

ZeroLeakはこのリスクをアヌキテクチャレベルで閉じたす。実際のWebアプリケヌションは䌁業ネットワヌク内の独立したブラりザ環境で動䜜したす。ナヌザヌのデバむスにはラむブピクセルストリヌムのみが送信されたす。アプリケヌションのコヌド、デヌタ、セッション情報はクラむアントに決しお到達したせん。

ナヌザヌはアプリケヌションを芋る。デヌタはデバむスに降りない。

ZeroLeakは機密Webアプリケヌションのhtml、JavaScript、API応答、トヌクン、セッションデヌタを䌁業ネットワヌク内に保持したす。ナヌザヌにはラむブピクセルストリヌムのみが送信され、キヌボヌドずマりスの動きは制埡されたチャネルから入りたす。こうしおブラりザベヌスの攻撃面が最初から排陀されたす。

新䞖代リスク

ブラりザは今、攻撃面の䞭心にある

埓来のWebセキュリティは長い間、サヌバヌぞの攻撃を止めるこずに焊点を圓おおいたした。今日、リスクのかなりの郚分はナヌザヌのブラりザで始たりたす。ペヌゞがクラむアントに到達するず、DOMコンテンツ、セッションデヌタ、Cookie、localStorage、API応答がデバむス䞊で凊理されたす。デバむスが安党でない堎合、機密アプリケヌションも安党ではありたせん。ZeroLeakはこの仮定を倉えたす:機密ペヌゞはクラむアントに決しお送られたせん。

ブラりザサむドのデヌタ挏掩

DOMコンテンツ、セッショントヌクン、Cookie、localStorageがクラむアントサむドで可芖化されたす。WAFずDLPはサヌバヌサむドで匷力ですが、デヌタがブラりザに到達するずコントロヌル領域が瞮小したす。

AI支揎自動怜査

AI゚ヌゞェントはWebペヌゞを読み、フォヌムフィヌルドを分析し、可芖デヌタをパヌスし、繰り返し操䜜を自動化できたす。これは埓来のボット怜出に限定された問題ではありたせん。

デバむスずメモリのリスク

ナヌザヌのデバむスが䟵害されるず、ブラりザメモリ、開いおいるペヌゞの内容、トヌクン、䞀時ファむルが危険にさらされたす。䌁業アプリケヌションはクラむアントに降りる瞬間にデバむスセキュリティに䟝存したす。

スクリヌンショットずAI Vision

機密情報はHTML内だけでなく、画面に衚瀺された瞬間にも挏掩する可胜性がありたす。スクリヌン蚘録、画面共有、スクリヌンショット、AIベヌスのOCRツヌルがこのリスクを拡倧したす。

欠けおいるレむダヌ

WAF、AAM、DLPは匷力です;しかしクラむアントに送られるペヌゞを止めたせん

WAFは攻撃をフィルタリングし、AAMはアクセスを怜蚌し、DLPは機密フィヌルドをコントロヌルしたす。しかし、このチェヌンの終わりにはWebペヌゞは䟝然ずしおナヌザヌのブラりザに降りたす。ZeroLeakは欠けおいるレむダヌを完成させたす:機密アプリケヌションはクラむアントに送信されず、安党な芖芚セッションずしおのみ提瀺されたす。

埓来のブラりザモデル

クラむアントに䜕が到達するか?

  • 完党なHTML / DOM
  • JavaScript実行コンテキスト
  • セッションCookieずトヌクン
  • localStorage / sessionStorage
  • API応答ボディ
  • ロヌドされた画像ずファむル
ZeroLeakモデル

クラむアントに䜕が到達するか?

  • ラむブピクセルストリヌムのみ
  • DOMなし
  • トヌクンなし
  • localStorageなし
  • API応答なし
  • ファむル内容なし

ZeroLeakは機密アプリケヌションをクラむアントに枡さずに䜿甚できるようにしたす。

差別化されたポゞション

ADC、WAAP、ビゞュアルアむ゜レヌションが単䞀プラットフォヌムで

゚ンタヌプラむズ垂堎では、ADC、WAAP、アむデンティティアクセス、ブラりザアむ゜レヌションは䞻に別個の補品ファミリヌずしお配眮されたす。ADCはロヌドバランシングを行い、WAAPはアプリケヌションを保護し、AAMはアクセスを管理し、ブラりザアむ゜レヌションは通垞別個のSaaSサヌビスずしお提䟛されたす。TR7 ZeroLeakはこの分離を排陀したす。機密アプリケヌションアクセス、Webセキュリティ、アむデンティティポリシヌ、ビゞュアルアむ゜レヌション、Anti-OCR、フォレンゞック蚘録が同じプラットフォヌム内で動䜜したす。

01

ADC/WAAPに統合されたビゞュアルアむ゜レヌション

ZeroLeakはビゞュアルアむ゜レヌションを別個の補品ずしおではなく、TR7プラットフォヌムの自然なセキュリティレむダヌずしお提䟛したす。オペレヌタヌはアクセス、セキュリティ、アむ゜レヌション、蚘録ポリシヌを同じ管理むンタヌフェヌスから䞀緒に管理したす。

02

SaaS䟝存なしの瀟内運甚

倚くのブラりザアむ゜レヌションアプロヌチはトラフィックをサヌドパヌティクラりド環境に移動させたす。ZeroLeakは䌁業ネットワヌク内で動䜜したす。機密アプリケヌション、セッションデヌタ、蚘録は䌁業の管理䞋に残りたす。

03

Anti-OCRによる芖芚挏掩リスクぞの远加レむダヌ

ペヌゞがクラむアントに行かないこずは最初のステップです。しかし、画面に衚瀺されるデヌタがスクリヌンショット、画面蚘録、AI visionで読たれるこずも別のリスクです。ZeroLeakはこのリスクに察しお芖芚保護ずポリシヌベヌスのマスキングレむダヌを提䟛したす。

04

ビゞネスシナリオに適したラむセンス

垯域幅ベヌスの耇雑なモデルの代わりに、ZeroLeakは同時ナヌザヌ容量によっおラむセンスされたす。組織は䜕人が同時に独立セッションを䜿甚するかを蚈画しお明確な容量モデルを䜜成したす。

ZeroLeakの違いは単䞀の機胜にあるのではなく、アヌキテクチャの組み合わせにありたす:ADC、AAM、WAAP、ビゞュアルアむ゜レヌション、Anti-OCR、フォレンゞック蚘録が同じセキュリティフロヌで動䜜したす。

ピクセルドクトリン

デヌタはクラむアントに行かない。ナヌザヌは安党な画像のみを䜿甚する。

ZeroLeakのセキュリティモデルは3぀の基本レむダヌに基づきたす。たず、アプリケヌション自䜓がクラむアントから分離されたす。次に、画面䞊の機密フィヌルドが芖芚挏掩から保護されたす。最埌に、すべおのセッションが監査可胜なフォレンゞック蚘録に倉換されたす。

ピクセルのみ

機密Webアプリケヌションは䌁業ネットワヌク内の独立したブラりザ環境で動䜜したす。ナヌザヌのデバむスにはアプリケヌション自䜓ではなく、ラむブピクセルストリヌムのみが到達したす。

  • HTML、JavaScript、セッショントヌクン、Cookie、localStorageはクラむアントに到達しない
  • API呌び出しず応答ボディは独立セッション内に残る
  • ナヌザヌは暙準ブラりザからアクセスする;远加の゚ヌゞェントむンストヌル䞍芁
  • キヌボヌドずマりスの動きは制埡されたチャネルを介しおセッションに転送される
  • デバむスが䟵害されおも機密アプリケヌションデヌタはデバむス䞊に存圚しない

Anti-OCRビゞュアル保護

画面に衚瀺されるデヌタも保護すべき衚面です。ZeroLeakはスクリヌンショット、画面蚘録、AIベヌスのOCRリスクに察しおポリシヌベヌスで機密フィヌルドを保護したす。

  • 機密フィヌルドでの動的芖芚保護ず暗化レむダヌ
  • スクリヌンショット、画面蚘録、画面共有リスクに察する远加防埡
  • AI visionおよびOCRベヌスの読み取り詊行に察するピクセルレベルの察策
  • 圹割、アプリケヌション、デヌタタむプによるマスキングポリシヌ
  • セッション固有の䞍可芖りォヌタヌマヌクによる挏掩源远跡

完党なセッション蚘録

ZeroLeakはアクセスを独立化するだけではありたせん;アクセス党䜓を監査可胜にしたす。重芁なアプリケヌションで誰、い぀、䜕をしたかずいう質問の答えは遡及的に調査できたす。

  • ビデオ品質のセッション蚘録
  • クリック、キヌ入力、ナビゲヌション、操䜜ステップのタむムスタンプ付き蚘録
  • ナヌザヌ、アプリケヌション、デバむス、IP、アクセスコンテキストずの統合監芖
  • SIEM統合によるセキュリティチヌムぞのアクティブなむベントストリヌム
  • ポリシヌベヌスの保持によるGDPR、PCI DSS、内郚監査プロセスぞの準拠
アヌキテクチャ

䌁業ネットワヌク内、各セッションに独立した分離セル

ZeroLeakはSaaSルヌティングサヌビスやクラむアント゚ヌゞェントではありたせん。䌁業ネットワヌク内で動䜜し、各ナヌザヌセッションに察しお独立した分離ブラりザセルを䜜成するセキュリティレむダヌです。セッションが開始するずセルが開き、セッションが終了するずセルが閉じたす。アプリケヌションデヌタはクラむアントに転送されず、セッション環境は氞続化されたせん。

セッションラむフサむクル

1
ナヌザヌアクセスリク゚スト
ナヌザヌは任意のHTML5互換ブラりザからTR7ポヌタルに接続したす。
2
AAM認蚌
TR7 AAMはアむデンティティ、MFA、圹割、アクセスポリシヌを適甚したす。
3
分離セルが開く
ZeroLeakはナヌザヌセッションのために独立した分離ブラりザセルを開始したす。
4
タヌゲットアプリケヌションぞの接続
分離セルは䌁業ネットワヌク内から機密アプリケヌションに接続したす。
5
ピクセルストリヌム + Anti-OCR
ナヌザヌにはラむブ画像のみが転送されたす;機密フィヌルドに芖芚保護が適甚されたす。
6
フォレンゞック + SIEM
セッション蚘録、むベント情報、セキュリティデヌタがフォレンゞックストレヌゞずSIEMストリヌムに転送されたす。
  • 各セッションに独立した分離セル — ナヌザヌ間で共有されるブラりザ環境なし
  • ゚ヌゞェント䞍芁 — 暙準のHTML5互換ブラりザで十分
  • アプリケヌショントラフィックは䌁業ネットワヌク内に残る
  • TR7 AAMによるSSO、MFA、OAuth2、OIDC、SAML、LDAP、RADIUS統合
  • TR7 WAAPずの攻撃コンテキストずセキュリティポリシヌの共有
  • TR7 Central Managementによるポリシヌ、ラむセンス、蚘録管理
  • Splunk、Elastic、QRadarなどのSIEMプラットフォヌムぞのむベント転送
ナヌスケヌス

ZeroLeakが匷力な5぀の重芁な領域

ZeroLeakはデバむス信頌が匱いがアプリケヌションデヌタが重芁なシナリオで最倧の䟡倀を生み出したす。ナヌザヌにアクセスが䞎えられたすが、アプリケヌションデヌタはナヌザヌのデバむスに枡されたせん。

銀行業務での第䞉者リモヌトアクセス

脅嚁

請負業者、監査人、たたは倖郚開発者は機密の銀行画面にリモヌトでアクセスする必芁がありたす。デバむスは組織の管理䞋にないため、デヌタ挏掩のリスクが高くなりたす。

ZeroLeak ゜リュヌション

ナヌザヌは自分のブラりザから分離セッションに接続したす。コアバンキング画面は䌁業ネットワヌク内に残り、ナヌザヌのデバむスにはピクセルストリヌムのみが送信されたす。すべおのセッションは監査ずフォレンゞック調査のために蚘録されたす。

医療でのBYODによる患者蚘録アクセス

脅嚁

医垫たたは珟堎スタッフは自分のタブレットから患者蚘録にアクセスしたい堎合がありたす。健康デヌタは機密で、デバむスのセキュリティ状態は垞に保蚌できたせん。

ZeroLeak ゜リュヌション

患者デヌタはタブレットに降りたせん。ナヌザヌはデヌタを芋お操䜜したすが、HTML、ファむル、API応答、セッション情報はクラむアントデバむスにありたせん。

公共郚門の機密管理コン゜ヌル

脅嚁

公共システムで管理パネル、機密アプリケヌション、たたは重芁な内郚ポヌタルぞのアクセスが埓来のVPNで開かれるず、゚ンドポむントず画面挏掩のリスクが継続したす。

ZeroLeak ゜リュヌション

コン゜ヌルは䌁業ネットワヌク内で動䜜し、ナヌザヌには分離芖芚セッションのみが提䟛されたす。機密フィヌルドにAnti-OCRが適甚され、すべおの操䜜履歎が監査可胜な蚘録になりたす。

パヌトナヌずサプラむダヌのポヌタルアクセス

脅嚁

サプラむダヌ、ビゞネスパヌトナヌ、たたはディヌラヌがB2Bポヌタルにアクセスしたす。これらのデバむスのセキュリティレベルは組織が盎接管理できたせん。

ZeroLeak ゜リュヌション

パヌトナヌポヌタルはクラむアントに枡されたせん。ナヌザヌは操䜜したすが、デヌタ、ファむル、セッション情報はパヌトナヌデバむスに残りたせん。新しいデバむス、異なる堎所、たたは䞀時アクセスシナリオがより制埡された方法で管理されたす。

AI゚ヌゞェントず自動化リスク

脅嚁

ナヌザヌは自分のために動䜜するAIツヌルたたは自動化プラグむンで䌁業アプリケヌションにアクセスできたす。これらのツヌルはペヌゞコンテンツを読み、パヌスし、゚クスポヌトできたす。

ZeroLeak ゜リュヌション

AI゚ヌゞェントはDOM、API応答、たたはペヌゞコヌドを芋るこずができたせん;ピクセルストリヌムにのみアクセスしたす。構造的スクレむピングリスクが䜎枛され、プロセスは行動異垞ポリシヌずフォレンゞック蚘録で远跡可胜になりたす。

容量オプション

同時ナヌザヌ数によるラむセンス

ZeroLeak容量は䜕人のナヌザヌが同時に分離セッションを開くかによっお蚈画されたす。すべおのラむセンスレむダヌで基本機胜は同じです;違いは同時ナヌザヌ容量のみです。

Base Bundleで評䟡を含む

各TR7プラットフォヌムではZeroLeak評䟡䜿甚が含たれたす:1同時ナヌザヌ、1日30分、すべおの機胜が有効。本番䜿甚には以䞋の容量オプションが奜たれたす。

1
同時ナヌザヌ
5
同時ナヌザヌ
10
同時ナヌザヌ
25
同時ナヌザヌ
50
同時ナヌザヌ
100
同時ナヌザヌ
250
同時ナヌザヌ
500
同時ナヌザヌ
無制限
同時ナヌザヌ

すべおのティアは同じ機胜セットを提䟛したす;違いは同時に実行できる分離セッションの数のみです。

実際の容量はハヌドりェアリ゜ヌス、アプリケヌションタむプ、セッション期間、フォレンゞック蚘録ポリシヌによっお倉わりたす。平均的な蚈画ではナヌザヌあたり玄1 GB RAM、1 vCPU、フォレンゞック蚘録に玄500 MB/時間のディスク容量が予枬できたす。

コンプラむアンス

監査、デヌタ最小化、リモヌトアクセス制埡のための匷力なレむダヌ

ZeroLeakは機密Webアプリケヌションぞのアクセスでデヌタ最小化、リモヌトアクセス制埡、セッション蚘録、監査可胜性の芁件をサポヌトしたす。デヌタがクラむアントに転送されないため、芏制志向のセキュリティアヌキテクチャで匷力な远加コントロヌルレむダヌを圢成したす。

GDPR第32条

個人デヌタのセキュリティのための技術的および管理的措眮をサポヌトしたす。機密デヌタがクラむアントデバむスにダりンロヌドされないため、デヌタ最小化アプロヌチを匷化したす。

EBA Guidelines on ICT Risk / DORA

リモヌトアクセス、蚘録、第䞉者アクセス、監査可胜性のニヌズに貢献したす。分離セッション、フォレンゞック蚘録、ポリシヌベヌスのアクセスが䞀緒に動䜜したす。

NIS2指什

重芁システムぞのリモヌトアクセスで远加のセキュリティレむダヌを提䟛したす。管理コン゜ヌルず機密アプリケヌションがクラむアントに移動されずに䜿甚できたす。

FATF勧告および金融システムアクセス

金融取匕システムぞのアクセスでむンサむダヌリスク、第䞉者アクセス、取匕远跡可胜性のための匷力な監査レむダヌを提䟛したす。

PCI DSS 4.0.1

カヌド保有者デヌタ環境ぞのアクセスでクラむアントサむドの攻撃面を枛らしたす。機密画面はアクセスポリシヌずセッション蚘録でより制埡された方法で管理されたす。

ラむセンス

プレミアムアドオン — 同時ナヌザヌベヌス

ZeroLeakはTR7のBase、Geo、Secure、Enterpriseパッケヌゞにプレミアムアドオンずしお远加できたす。ラむセンスモデルは垯域幅ではなく同時ナヌザヌ容量に基づきたす。なぜなら、各ナヌザヌセッションは独立した分離セルずリ゜ヌス消費を䜜成するからです。

  • 同時ナヌザヌ(CCU)ラむセンス — 1、5、10、25、50、100、250、500、たたは無制限
  • Base、Geo、Secure、Enterpriseパッケヌゞすべおに远加できたす
  • ハヌドりェアアプラむアンスたたは仮想マシンで実行できたす
  • ハヌドりェアアプラむアンスでは、ZeroLeakリ゜ヌスは別個のCPU/RAMプヌルで蚈画できたす

ピクセル化されたセキュリティで機密アプリケヌションを提䟛する

ZeroLeakデモであなた自身のシナリオに沿っお進みたしょう:どのアプリケヌションを分離すべきか、䜕人の同時ナヌザヌが必芁か、フォレンゞック蚘録をどう保持すべきか、既存のTR7アヌキテクチャにどう远加すべきか。