パスワードはリセットする。 インシデントではなく。

認証情報を貼り付けることの問題

チケットやチャットに貼り付けられたパスワードは、自らのローテーションより長く生き延びます。スレッド、チケット履歴、メール保管庫、そしてそれぞれのすべてのバックアップに残り、アカウントが移ったずっと後まで検索できます。認証情報が一時的でも、その記録はそうではありません — そして「ヘルプデスクの書庫をパスワードで grep する」は、まさに有効だからこそ実在する攻撃手法です。

BurnPony が変えること

• 認証情報が書庫に留まることは決してありません。チケットにはパスワードではなく BurnPony のリンクを送ります。スレッドに残るのは燃えるリンクで、秘密そのものはあなたの端末で暗号化され、最後の閲覧時または期限切れ時にリレーから削除されました。
• 閲覧回数はワークフローに合わせられます。一人のユーザーには 1 回。ユーザーが毎回最初の試行でつまずくなら数回。最後に許可された閲覧が暗号文をアトミックに削除します — 同時の 2 つの取得でも、1 回きりのノートを引き伸ばすことはできません。
• 開封確認がループを閉じます。明示された開封確認をオンにすれば、チケットは沈黙ではなく事実 — ノートは 14:32 に開かれた — に基づいて閉じられます。
• 有効期限があなたのポリシーを強制します。今日中に使わなければならないリセットリンクには、1 時間または 8 時間の有効期限が付き、お願いではなくサーバーによって強制されます。
• アカウントの乱立がありません。受信者に必要なのはブラウザで、登録ではありません。請負業者、メールボックスのない新入社員、一度きりの外部の人 — すべて同じように機能します。

正直な限界

BurnPony は一つの成果物 — 秘密 — をあなたの書庫の外へ動かします。これは PAM システムではありません。保管庫も、ローテーションも、自分の送信タブを超える監査証跡も、管理コンソールもありません。ノートの作成にはアプリ（iPhone または Android）が必要で、これはすべての職場に合うとは限りません。そして、受信者が画面に表示されたものをコピーするのを防ぐツールはありません — 初回ログイン時の強制パスワード変更とノートを組み合わせましょう。まさに今あなたがしているとおりに。

無理のない使い方

• 一時的な認証情報は通常のツールで生成し、初回使用時に強制ローテーションを設定しましょう。
• 認証情報 — 認証情報だけ — を BurnPony のノートに入れましょう。閲覧 1〜2 回、短い有効期限、確認をオン。
• リンクはチケットやチャットに貼り付け、ユーザー名はいつもどおりチケットで運びましょう。そうすれば、どちらのチャネルも単独では完結しません。
• 確認が届いたらチケットを閉じましょう。依頼が偽物だと判明したら、送信タブからノートを燃やします。