Account Takeover
認証の問題
アカウントのメールアドレスを変更しようとし、確認プロセスを確認する必要があります。もし弱いと判断された場合、メールアドレスを意図した被害者のものに変更し、確認します。
Unicode正規化の問題
意図した被害者のアカウント
victim@gmail.comUnicodeを使用してアカウントを作成する 例えば：
vićtim@gmail.com
このトークで説明されているように、前述の攻撃はサードパーティのアイデンティティプロバイダーを悪用しても行うことができます：
被害者に似たメールアドレスを持つサードパーティのアイデンティティでアカウントを作成し、いくつかのUnicode文字を使用します（
vićtim@company.com）。サードパーティプロバイダーはメールを確認しないべきです。
アイデンティティプロバイダーがメールを確認する場合、ドメイン部分を攻撃することができるかもしれません：
victim@ćompany.comのように、そのドメインを登録し、アイデンティティプロバイダーがドメインのASCIIバージョンを生成することを期待します。このアイデンティティプロバイダーを介して被害者プラットフォームにログインし、Unicode文字を正規化し、被害者アカウントにアクセスできるようにします。
詳細については、Unicode正規化に関する文書を参照してください：
Unicode Normalizationリセットトークンの再利用
ターゲットシステムがリセットリンクの再利用を許可する場合、gau、wayback、またはscan.ioなどのツールを使用してさらに多くのリセットリンクを見つける努力をする必要があります。
アカウント乗っ取り前の準備
被害者のメールアドレスを使用してプラットフォームにサインアップし、パスワードを設定する（被害者のメールにアクセスできない場合、確認を試みることは不可能かもしれません）。
被害者がOAuthを使用してサインアップし、アカウントを確認するまで待ちます。
通常のサインアップが確認されることを期待し、被害者のアカウントにアクセスできるようにします。
CORSの誤設定によるアカウント乗っ取り
ページにCORSの誤設定が含まれている場合、ユーザーから機密情報を盗むことができ、アカウントを乗っ取るか、同じ目的のために認証情報を変更させることができるかもしれません：
CORS - Misconfigurations & BypassCSRFによるアカウント乗っ取り
ページがCSRFに対して脆弱な場合、ユーザーにパスワード、メール、または認証を変更させることができ、その後アクセスできるようになります：
CSRF (Cross Site Request Forgery)XSSによるアカウント乗っ取り
アプリケーションにXSSが見つかった場合、クッキー、ローカルストレージ、またはアカウントを乗っ取ることができる情報を盗むことができるかもしれません：
XSS (Cross Site Scripting)同一オリジン + クッキー
制限されたXSSやサブドメインの乗っ取りが見つかった場合、クッキーを操作（例えば、固定する）して被害者アカウントを危険にさらすことができるかもしれません：
Cookies Hackingパスワードリセットメカニズムの攻撃
Reset/Forgotten Password Bypassレスポンス操作
認証レスポンスを単純なブール値に減らすことができる場合、falseをtrueに変更してアクセスできるか確認してください。
OAuthによるアカウント乗っ取り
OAuth to Account takeoverホストヘッダーインジェクション
パスワードリセットリクエストの開始に続いて、ホストヘッダーが変更されます。
X-Forwarded-Forプロキシヘッダーがattacker.comに変更されます。ホスト、リファラー、およびオリジンヘッダーが同時に
attacker.comに変更されます。パスワードリセットを開始し、メールを再送信することを選択した後、上記の3つの方法がすべて使用されます。
レスポンス操作
コード操作：ステータスコードが
200 OKに変更されます。コードとボディの操作：
ステータスコードが
200 OKに変更されます。レスポンスボディが
{"success":true}または空のオブジェクト{}に変更されます。
これらの操作技術は、JSONがデータの送信と受信に使用されるシナリオで効果的です。
現在のセッションのメールを変更
このレポートから：
攻撃者は新しいメールで自分のメールを変更するリクエストをします。
攻撃者はメールの変更を確認するためのリンクを受け取ります。
攻撃者は被害者にそのリンクを送信し、クリックさせます。
被害者のメールは攻撃者が示したものに変更されます。
攻撃者はパスワードを回復し、アカウントを乗っ取ることができます。
これはこのレポートでも発生しました。
古いクッキー
この投稿で説明されているように、アカウントにログインし、認証されたユーザーとしてクッキーを保存し、ログアウトし、その後再度ログインすることが可能でした。 新しいログインでは異なるクッキーが生成されるかもしれませんが、古いクッキーが再び機能するようになりました。
参考文献
Last updated
