> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/ja/web/authentication/offline-password-cracking.md).
# オフラインでのパスワードクラック
オフラインでのパスワードクラックの PortSwigger Web Security Academy ラボ向けノート。攻撃フロー、ペイロードテスト、Burp Suite による検証、および是正策の文脈を含みます。
### オフラインパスワードクラッキング
このラボでは、 **パスワードを cookie に保存します**。さらに、コメント機能には **XSS** 脆弱性があります。/ 目的： **carlos** stay-logged-in cookie を取得し、そのオフラインパスワードを解読してから、それとしてログインし、アカウントを削除する。
**提供された認証情報：**
* wiener : peter/ **被害者：** carlos
### 2. 〜の *stay-logged-in* Cookie の仕組み
「ログイン状態を保持する」にチェックすると、送信されるリクエストには次が含まれます：
```bash
username=wiener&password=peter&stay-logged-in=on
```
するとサーバーは次を返します： **stay-logged-in** 〜でエンコードされた cookie **Base64**:
デコード →
```bash
d2llbmVyOjUxZGMzMGRkYzQ3M2Q0M2E2MDExZTllYmJhNmNhNzcw
```
* wiener:51dc30ddc473d43a6011e9ebba6ca770
そのため、次の図が使われます：
### 3. Intruder によるオフラインクラッキングの試行
Burp では、次を使ってペイロードを作成できます：
1. \*\* MD5 パスワード変換\*\*
* \*\*プレフィックス付き
1. **値全体を Base64 エンコードする**
その後、辞書を試す。
→ 決定的な結果は得られませんでした。
### 4. コメント欄の XSS の悪用
コメント欄は JavaScript に対して脆弱です：
```javascript
```
そのため、fetch を使って cookie を取得できます：
```javascript
```
リクエストは exploit-server に送られます。
### 5. Carlos の Cookie の回収とデコード
傍受した Cookie（Base64）:
```bash
c2VjcmV0PXY2UE5LWnJ3czNYSmFNVWtaU09wOWJRbGRCVUVlQnhLOyBzdGF5LWxvZ2dlZC1pbj1ZMkZ5Ykc5ek9qSTJNekl6WXpFMlpEVm1OR1JoWW1abU0ySmlNVE0yWmpJME5qQmhPVFF6
```
デコード →
* carlos:26323c16d5f4dabff3bb136f2460a943
### 6. パスワードのクラッキング
ハッシュを CrackStation に送信すると、次が返ってきます：
### 7. 仕上げ
接続先：
**carlos : onceuponatime**
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://hacking-notes.jord4n.pro/ja/web/authentication/offline-password-cracking.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
