論文の概要: Thou Shall Not Pass: Gatekeeping Outbound TLS Connections
- arxiv url: http://arxiv.org/abs/2605.31020v1
- Date: Fri, 29 May 2026 08:53:24 GMT
- ステータス: 翻訳完了
- システム内更新日: 2026-06-01 20:56:50.485464
- Title: Thou Shall Not Pass: Gatekeeping Outbound TLS Connections
- Title(参考訳): Thouはパスしない-ゲートキーピングのTLS接続
- Abstract要約: 研究機関Fondazione Bruno Kesslerで、2週間の期間に5000万以上のTLSハンドシェイクを分析した。
サーバは最新のTLSの進歩を、公式ガイドラインを更新してディレクティブを提供するよりもはるかに高速に採用している。
ハンドシェイクを透過的に監視し、サーバパラメータを分析し、非準拠なコネクションを報告するリアルタイムネットワークベースのツールであるTLSGatekeeperを提示する。
- 参考スコア(独自算出の注目度): 0.0
- License: http://creativecommons.org/licenses/by-nc-sa/4.0/
- Abstract: Despite the widespread use of Transport Layer Security (TLS), its security guarantees are frequently compromised by outdated versions and misconfigurations. To analyze this problem, we collected more than 50 million TLS handshakes over a two-week period at our research institution, Fondazione Bruno Kessler, and analyzed three server-selected parameters against the recommendations of four TLS guidelines. Our analysis shows that while the use of insecure or outdated options is minimal, it remains persistent. More importantly, servers are adopting the latest TLS advancements much faster than official guidelines can be updated to provide directives for them. These findings, combined with the difficulty of configuring TLS clients due to their ephemeral, ubiquitous and server-dependent nature, leave users vulnerable to non-standard or outright insecure connections. To address this, we present TLSGatekeeper, a real-time, network-based tool that transparently monitors handshakes, analyzes server parameters, and, based on organizational policy, reports non-compliant connections without requiring client-side modifications. Unlike Next-Generation Firewalls, TLSGatekeeper preserves end-to-end privacy by validating only handshakes, and offers greater flexibility in defining undesired configurations. Our evaluation shows that TLSGatekeeper sustains traffic rates of up to 100 Gbps while preventing insecure connections, with an average added processing delay of 671 ns (TLS 1.3) and 795 ns (TLS 1.2) per handshake packet, making enforcement feasible at scale.
- Abstract(参考訳): TLS(Transport Layer Security)が広く使用されているにもかかわらず、そのセキュリティ保証は時代遅れのバージョンや設定ミスによって頻繁に侵害される。
この問題を解析するために,本研究機関Fondazione Bruno Kesslerで2週間にわたって5000万以上のTLSハンドシェイクを収集し,サーバ選択パラメータを4つのTLSガイドラインの推奨に対して分析した。
我々の分析によると、安全でないオプションや時代遅れのオプションの使用は最小限だが、それでも持続的である。
さらに重要なのは、サーバが最新のTLSの進歩を、公式ガイドラインをアップデートしてディレクティブを提供するよりもはるかに高速に採用していることだ。
これらの発見は、短命でユビキタスでサーバに依存した性質のためTLSクライアントの設定が困難であることと相まって、ユーザは標準でない、あるいはまったく安全でない接続に対して脆弱である。
この問題を解決するために、TLSGatekeeperは、ハンドシェイクを透過的に監視し、サーバパラメータを分析し、組織ポリシーに基づいて、クライアント側の修正を必要とせず、非準拠なコネクションを報告するリアルタイムネットワークベースのツールである。
次世代ファイアウォールとは異なり、TLSGatekeeperはハンドシェイクのみを検証することによってエンドツーエンドのプライバシを保持し、望ましくない設定を定義する柔軟性を提供する。
評価の結果,TLSGatekeeperは,ハンドシェイクパケットあたりの平均処理遅延が671 ns (TLS 1.3) と795 ns (TLS 1.2) となり,最大100 Gbpsのトラフィックを抑えつつ,安全でない接続を防止できることがわかった。
関連論文リスト
- Session Attestation for Unmodified TLS Services in Confidential Virtual Machines [0.9825966924601678]
3つすべてを保存しながらセッション検証を提供するSessionLatchを紹介します。
一時的なラッチはクライアントの暗号化されたレコードを保持し、エビデンス交換はアプリケーションTLSハンドシェイクを重複させ、検証後に削除する。
SessionLatchは、Linux/Windowsのインターリーブ実験において、TNGと比較して、ショートアップロード平均遅延を63.1%/23.0%削減する。
論文 参考訳(メタデータ) (2026-09-09T03:36:24Z) - LMSM: LLM Security Framework Inspired by Linux Security Modules [56.93644694627783]
大規模言語モデル(LLM)は階層化されたディフェンスでデプロイされることが多いが、悪意のあるプロンプトはそれらをバイパスすることができる。
我々は,Language Model Security Modules (LMSM) という,Linux Security Modules (LSM) の背後にある分離を LLM サービスに適応させるセキュリティフレームワークを提案する。
論文 参考訳(メタデータ) (2026-08-26T12:13:05Z) - Token-Flow Firewall: Semantic Runtime Auditing for Persistent AI Agents [76.4694046738862]
TokenWallは、エージェントトークンフローのセマンティックファイアウォールとして機能するランタイム防衛フレームワークである。
TokenWallは攻撃成功率を12.5%に抑えつつ、97.4%の良質なパスレートを維持している。
論文 参考訳(メタデータ) (2026-07-09T12:18:40Z) - FIDEM: A Standard-Compliant Framework for Secure Binding of MUD Profiles to IoT Devices [90.91375734523943]
FIDEMは、DHCPベースのMUDURL発行を保証するための標準準拠のフレームワークである。
これはZero-Knowledge-Proof認証を利用することで、IoTデバイスとそのMUDプロファイル間の暗号化バインディングを提供する。
論文 参考訳(メタデータ) (2026-05-28T09:16:50Z) - SecureForge: Finding and Preventing Vulnerabilities in LLM-Generated Code via Prompt Optimization [61.91729298584227]
SecureForgeは、フロンティアモデルのセキュリティリスクを監査し、監査インフォームされたセキュアなシステムプロンプトを生成する自動化パイプラインである。
SecureForgeは、まず静的に検出可能な脆弱性を生成する良性プロンプトを特定し、その後、さまざまなシナリオの大規模な合成プロンプトコーパスに増幅する。
フロンティアモデルでは、SecureForgeは、ユニットテストの成功と出力セキュリティの両方において統計的に有意な改善をもたらし、出力脆弱性は最大48%削減された。
論文 参考訳(メタデータ) (2026-05-08T18:40:47Z) - SST-Guard: Detecting and Characterizing Server-Side Google Analytics in the Wild [48.894149803432605]
SST-Guardは,サーバサイドのGoogle Analytics(sGA)の検出とブロックを行うブラウザベースのシステムである。
SST-Guardは、任意のエンドポイントにこれらのセマンティック値のコレクションと共有の根底にあるアーティファクトを検出することを目的としている。
SST-Guard on Tranco top-10k Website, detected 4.02% (403) sGA domain with 93% accuracy across three modalities。
論文 参考訳(メタデータ) (2026-04-30T06:50:14Z) - Bidirectional TLS Handshake Caching for Constrained Industrial IoT Scenarios [2.479074862022315]
BiTHaCは、繰り返しTLSハンドシェイクの重要な部分、特に証明書が静的であることを利用して、双方向TLSハンドシェイクキャッシュを実現する。
本研究では,TLSハンドシェイクの帯域幅を最大61.1%削減し,計算オーバーヘッドを最大8.5%削減すると同時に,メモリオーバーヘッドを十分に管理し,TLSの厳格なセキュリティ保証を確保できることを示す。
論文 参考訳(メタデータ) (2025-08-05T11:00:41Z) - LURK-T: Limited Use of Remote Keys With Added Trust in TLS 1.3 [6.262801814917709]
LURK-Tは、TLS 1.3の信頼性を付加したリモートキーの限定的な使用を可能にする、証明可能なセキュアなフレームワークである。
我々はTLS 1.3のサーバ側をLURK-T暗号サービス(CS)とLURK-Tエンジン(E)に効率的に分離する。
CSはTrusted Execution Environment(TEE)で全ての暗号処理を実行する
TLS-クライアントの観点からは、従来のTLS-サーバではなく、LURK-Tを使用したHTTPSサーバは、1MB以上のファイルを提供する場合、目立ったオーバーヘッドを伴わないことを示す。
論文 参考訳(メタデータ) (2025-05-21T15:23:17Z) - How Robust Are Router-LLMs? Analysis of the Fragility of LLM Routing Capabilities [62.474732677086855]
大規模言語モデル(LLM)ルーティングは,計算コストと性能のバランスをとる上で重要な戦略である。
DSCベンチマークを提案する: Diverse, Simple, and Categorizedは、幅広いクエリタイプでルータのパフォーマンスを分類する評価フレームワークである。
論文 参考訳(メタデータ) (2025-03-20T19:52:30Z) - Fundamental Limits of Hierarchical Secure Aggregation with Cyclic User Association [93.46811590752814]
階層型セキュアアグリゲーションは、フェデレートラーニング(FL)によって動機付けられる
本稿では,各ユーザが連続する$B$のリレーに接続される循環型アソシエーションパターンを用いたHSAについて考察する。
勾配符号化にインスパイアされた入力に対するメッセージ設計を含む効率的なアグリゲーション方式を提案する。
論文 参考訳(メタデータ) (2025-03-06T15:53:37Z) - An Efficient TLS 1.3 Handshake Protocol with VC Certificate Type [0.0]
本稿では,トランスポート層セキュリティ(TLS)ハンドシェイクプロトコルの設計と実装について述べる。
RFC-8446への完全準拠を維持しつつ、TLS 1.3のセキュリティ機能をすべて保持しながら、検証認証(VC)の使用を可能にする。
その結果、大規模モノのインターネット(IoT)システムにおける自己主権のアイデンティティの採用の道が開かれた。
論文 参考訳(メタデータ) (2024-07-17T13:18:16Z) - TurboTLS: TLS connection establishment with 1 less round trip [2.307447796778038]
より少ないラウンドトリップでTLS接続を確立する方法を示す。
我々がTurboTLSと呼ぶアプローチでは、TLSハンドシェイクの初期クライアント-サーバ間フローとサーバ-クライアント間フローはTCPではなくUDP経由で送信される。
論文 参考訳(メタデータ) (2023-02-10T15:16:16Z) - Adaptive Webpage Fingerprinting from TLS Traces [13.009834690757614]
ウェブページのフィンガープリントにおいて、相手は、ユーザーのブラウザとウェブサイトのサーバ間で交換された暗号化TLSトラフィックのパターンを分析して、被害者がロードした特定のWebページを推測する。
本研究では,TLSプロトコルに対する現代のWebページフィンガープリントの敵について検討する。
1) 前例のない数のWebページをスケールし、2)トレーニング中に遭遇したことのない数千のクラスを正確に分類し、3)頻繁なページ更新のシナリオにおいても、運用コストが低いTLS固有のモデルを導入する。
論文 参考訳(メタデータ) (2020-10-19T15:13:07Z) - Towards Bidirectional Protection in Federated Learning [70.36925233356335]
F2ED-LEARNINGは、悪意のある集中型サーバとビザンティンの悪意のあるクライアントに対して双方向の防御を提供する。
F2ED-LEARNINGは各シャードの更新を安全に集約し、異なるシャードからの更新に対してFilterL2を起動する。
評価の結果,F2ED-LEARNing は最適あるいは最適に近い性能が得られることがわかった。
論文 参考訳(メタデータ) (2020-10-02T19:37:02Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト(すべての情報・翻訳含む)の品質を保証せず、本サイト(すべての情報・翻訳含む)を使用して発生したあらゆる結果について一切の責任を負いません。