鍵は受け取る。 責任は負わない。

オンボーディングメールの問題

メールでやり取りした認証情報は、クライアントだけでなく、あなたも危険にさらします。そのスレッドは今や 2 つの受信箱、2 つのプロバイダー、そして何年分ものバックアップに存在します。もしクライアントのサイトが侵害されたら、「パスワードはフリーランサーの Gmail に平文であった」は事後検証で聞きたくない一文です。自分のコピーを消しても、相手のは消えません。

BurnPony が変えること

• スレッドに残るのは死んだリンクで、パスワードではありません。あなた（またはクライアント）が認証情報を BurnPony のノートに入れます。メールに含まれるのは、使用後に燃え尽きたリンクです。後からスレッドを読む者は — 攻撃者も含め — 灰しか見つけません。
• 受信者に必要なものはありません。クライアントがあなたのためにセキュリティツールを入れることはありません。BurnPony のリンクは、すでに持っているどのブラウザでも開きます。ノートは相手のマシン上でローカルに復号されます。
• パスフレーズがリスクを分散します。リンクはメールで、パスフレーズはメッセージか口頭で。どちらのチャネルも単独では秘密を明かしません — 10 秒余分にかかるだけの、手軽なプロ意識の底上げです。
• 開封確認が「届いた？」のやり取りに決着をつけます。明示された開封確認は、クライアントが実際に認証情報を開いた瞬間を知らせるので、立ち上げが沈黙で止まりません。
• プロジェクトが終わった？残りを燃やしましょう。送信タブの未読はどれもワンタップで消え、それ以外は予定どおりすでに自ら燃え尽きています。

正直な限界

BurnPony は受け渡しを直しますが、その周りの衛生までは直しません。プロジェクト後にクライアントのパスワードをローテーションすることはできず、どちらの側も読んだ後に秘密をどこか永続的な場所へ貼り付けるのを止められません。ノートの作成にはアプリ（iPhone または Android）が必要です — 受け取るクライアントに必要なのはブラウザだけですが、秘密を送り返す必要があるのに未インストールなら、後で切り替えるチャネルで返信してもらいましょう。そしていつものとおり、画面に表示されたものはコピーできます。

無理のない使い方

• 立ち上げ時にクライアントとやり方を合意しましょう。認証情報はバーンノートで運び、スレッドには決して載せません。
• 秘密ごとに別々のノートで送りましょう — 閲覧 1〜3 回、有効期限は数日、確認をオン — リンクはメールで、パスフレーズがあればメッセージか口頭で。
• ユーザー名と文脈は通常のスレッドに残し、ノートには秘密そのもの以外は何も入れないようにしましょう。
• 引き継ぎ時には、長期間有効なものはすべてローテーションし、送信タブの未読ノートを燃やしましょう。