HSTSについて調べた

Embed

Start on current slide

Slide 1

HSTSについて調べた笹川尋翔

HSTS(HTTP Strict Transport Security) • サーバとクライアント間の通信でHTTPSを使うことを強制 • レスポンスヘッダにStrict-Transport-Securityを付与

HTTPのリダイレクトじゃ駄⽬？ • HTTPに届いたリクエストをHTTPSにリダイレクト NGINXでリダイレクトを設定する例

中間者攻撃のリスクがある • リダイレクトされる前の通信は平⽂で⾏われる • 悪意のあるサーバを経由させると通信を盗聴、改ざんできる

HSTSの利点 • 中間者攻撃(Man In The Middle Attack)を防⽌ • Cookieなどの通信データを暗号化

HSTSの⽋点 • 例1.) そのドメインに初めてアクセスする場合 • 例2.) Strict-Transport-Securityが期限切れの場合最初のリスエストとレスポンスの通信を HTTPで⾏うことができる

ディレクティブ • max-age= • HTTPSだけで接続することをWebブラウザが記憶する秒数 • includeSubDomains • サイトの全てのサブドメインにもHSTSを適⽤ • preload • 最初の通信からHSTSを適⽤ • 仕様書(RFC 6797)では定義されていない

Cookieの暗号化 • CookieにSecure属性を設定 • 暗号化を保証 • HTTPSを使うときだけCookieが作成 • HSTSを使う • Cookieをほぼ確実に暗号化できるが暗号化は保証されない • “HSTSの⽋点”で説明したように、HTTPで通信される場合がある

中間者攻撃 • クライアントと正規サーバの通信を、悪意のあるサーバを経由して実施させる • 通信の盗聴、改ざんをする • 例) HTTPで通信している場合 • 平⽂でデータが渡されるため、盗聴や改ざんが容易

中間者攻撃の例

HSTSの設定⽅法 • Webアプリケーションフレームワークのバックエンド • 例) Ruby on Rails • Webサーバ • 例) NGINX • DNSサーバ • 例) Cloudflare DNS

まとめ • HSTSはHTTPSでの接続を強制する仕組み • 単独では通信の暗号化を保証しない • HSTS ≠ 安全 • preloadディレクティブ、Cookieのsecure属性を設定することが推奨

参考 • https://developer.mozilla.org/ja/docs/Web/HTTP/Headers/Strict- Transport-Security • https://www.chromium.org/hsts/ • https://hstspreload.org/