TOTP Generator

このツールについて

TOTPに魔法はありません。共有secretと現在時刻からHMACを計算し、6桁に切り詰める — RFC 4226のHOTPの上にRFC 6238が定めた、それだけの仕組みです。登録したサーバー側とコードを生成する側が同じbase32 secretを持ち、同じ30秒刻みの時間ステップに同じ計算をするから、ネットワークなしでもコードが一致する。裏を返せば、時計が狂っていることがコードが合わない理由の第1位になります。このページが実装しているのはその計算だけで、RFC付録の公式テストベクタで検証済みです。

何を貼ろうとしているのか、はっきりさせておきます。TOTPのsecretはパスワードとは違います。漏れたら替えればいいものではなく、今後生成されるすべてのコードの種そのものなので、手に入れた人はこの先ずっと有効なコードを作れます。アップロードするサイトに貼ることは、2つ目の鍵を丸ごと渡すことと同じです。このページは裏にサーバーを持たない静的ファイルで、コードはタブ内のJavaScriptが計算し、secretはどのネットワークリクエストにも現れません — devtoolsで自分で確認できます。ここまでが安心できる半分。もう半分も言います。secretをブラウザのlocalStorageに置くのは、ロックされたスマートフォン上の専用アプリより弱い保管方法です。暗号化していないエントリは、このブラウザプロファイルに触れるものなら何でも読めます — 権限の広い拡張機能、マシン上のマルウェア、ロックし忘れた席の前に立った誰か。パスフレーズ暗号化のオプションはまさにこのリスクのためにあり、だから使う価値があります。

パスフレーズを設定すると、エントリはlocalStorageに書かれる前にAES-GCMで暗号化されます。鍵はパスフレーズからPBKDF2で導出し、使うのはブラウザ組み込みのWebCryptoで、第三者の暗号ライブラリは挟みません。ディスクに残るのは暗号文で、パスフレーズなしにはただのbyte列、パスフレーズ自体はどこにも保存されません。その裏返しがこの設計の核心です。パスフレーズを忘れたら、エントリは戻りません。復旧もリセットメールも裏口もない — あなたのための裏口は他人のための裏口でもあるからで、これは仕様であってバグではありません。失っても実害は小さく、バックアップコードでサービスにサインインして2FAを登録し直せば、新しいsecretが発行されます。

アカウントの追加は3通り。base32のsecretを貼る、otpauth:// URIをまるごと貼る、登録用QRコードをスキャンする — QRはあのURIを画像にしただけのもので、デコードも他と同じくローカルで行います。複数アカウントを並べて表示し、それぞれにコード、クリックコピー、そして30秒ステップのどこにいるかを示すカウントダウンリングが付きます。ひとつ持っておきたい習慣：リングが残りわずかなら、期限と競走せずに1〜2秒待って次のコードを使うこと。多くのサーバーは前後1ステップを許容しますが、切り替わる瞬間に打ち込んだコードは、この競走に負ける典型パターンです。桁数とアルゴリズムは設定可能 — 6桁か8桁、SHA-1・SHA-256・SHA-512 — で、デフォルトから外れる少数派のサービスに備えています。