Supabase、古いTLS 1.2暗号を最短11月10日に停止　古い端末は接続不可に

米Supabaseは、プロジェクトのHTTP APIで使えるTLS 1.2の暗号スイートのうち、古いCBC方式の4種を最短で11月10日に外すと告知した。対象はAuth、Data API、Storage、Realtime、Edge Functionsの入り口だ。新しいOSやブラウザーからの接続は変わらない。ただし、更新の止まったOSや組み込み機器からSupabaseを呼んでいる場合、その端末は接続の最初の段階で失敗するようになる。

外れるのはCBC方式の4種

Supabaseの変更履歴によると、外れるのはTLS 1.2の暗号スイートのうち、CBC方式を使う次の4種だ。ECDHE_ECDSAとECDHE_RSAの、それぞれAES_128_CBC_SHA256とAES_256_CBC_SHA384の組み合わせにあたる。同じ告知はSupabaseがGitHubに置く変更履歴の投稿にも載っている。

外した後も、TLS 1.2ではGCM方式かChaCha20-Poly1305を使う6種の暗号スイートが残る。TLS 1.3には変更がない。つまり、TLS 1.3か、残る6種のどれかに対応した端末なら、何もしなくてよい。

時期は「最短で11月10日」とされている。Supabaseは、外す対象の暗号スイートで接続を受けたプロジェクトの持ち主に、直接連絡しているという。

影響はHTTP APIの入り口だけ

対象は、プロジェクトごとのsupabase.coのサブドメインと、独自ドメインで受けるHTTP APIだ。Auth、Data API、Storage、Realtime、Edge Functionsは、どれもこのAPIの下にあるため、まとめて対象になる。

一方で、Postgresへの直接の接続と、プーラー (接続をまとめて受け渡す中継) 経由の接続は対象外だ。プロジェクトを外から操作するManagement APIも変わらない。データベースに直接つなぐバッチやサーバーは、この変更では止まらない。

Supabaseは、対象の暗号スイートでしか話せない端末を、サポートの切れたOSや更新されない組み込み機器だと説明した。直近30日の接続のうち、該当するのは0.0001%未満だという。ほとんどの開発者には影響がないが、古い機器からHTTP APIを呼ぶ構成を持つ人は、その少数に入る。

失敗は記録に残らない

Supabaseのトラブルシューティングの記事によると、対象の端末はTLSの握手 (接続の最初の取り決め) の段階で失敗する。HTTPのリクエストを送る前に切れるため、SupabaseのAPIのログには残らない。ダッシュボードを見ても原因に気づきにくいということだ。

同じ記事は、エラーの文言を道具ごとに挙げている。curlやNode.js、PHPなどOpenSSLを使う道具では「sslv3 alert handshake failure」が出る。ブラウザーでは「ERR_SSL_VERSION_OR_CIPHER_MISMATCH」、WindowsのPowerShellと .NET Frameworkでは「Could not create SSL/TLS secure channel」となる。Javaではhandshake_failureを含むSSLHandshakeExceptionが出て、Appleの環境では一般的なSSLのエラーになる。

11月10日以降にこうしたエラーが急に出たら、まずこの変更を疑うとよい。なお、TLS 1.0と1.1はもともと受け付けていないため、それらの失敗はこの変更とは関係がない。

直し方は端末の更新か中継

Supabaseが示す手順は3つだ。まず、HTTPSでSupabaseにつなぐ端末のうち、サポートの切れたOS、古いブラウザー、組み込み機器を洗い出す。次に、その端末のOSかTLSライブラリを更新し、TLS 1.3か、残るGCM・ChaCha20の暗号スイートを使えるようにする。

端末を更新できない場合は、自分で管理する中継のサーバーを置き、そこから新しい方式でSupabaseにつなぐ方法もある。どれもできない時は、端末と必要な暗号スイートを書いてサポートに問い合わせるよう求めている。

要するに、新しい環境から使う大半の開発者は何もしなくてよい。古い機器からHTTP APIを呼ぶ人だけが、11月10日までに更新か中継を済ませる必要がある。

編集部の見方

編集部は、この告知を「該当者はごく少数だが、該当した時は原因が見えにくい」変更と読む。0.0001%未満という数字はSupabase全体の値で、自分のプロジェクトが含まれるかは別の話だ。失敗はログに残らないため、古い機器からHTTP APIを呼ぶ構成を持つなら、11月10日の前に一度、その端末から接続を試しておくとよい。Supabaseからの直接の連絡が届いていなければ該当しない可能性が高いが、連絡は対象の暗号スイートで接続を受けたプロジェクトに送られるため、まれにしか動かない端末は漏れるおそれがある。