> 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/ar/web/authentication/username-enumeration-via-account-lock.md).

# استكشاف أسماء المستخدمين عبر قفل الحساب

### استكشاف أسماء المستخدمين عبر قفل الحساب

يقوم التطبيق بتفعيل قفل للحساب بعد عدة محاولات فاشلة، لكن المنطق غير كامل. ويمكن استخدامه من أجل:

1. العثور على اسم مستخدم صالح.
2. فرض كلمة المرور بالقوة الغاشمة.
3. الانتقال إلى صفحة حسابه.

القوائم المقدمة هي:

* الـ **قفل الحساب** يحدث \*\*فقط إذا كان اسم المستخدم صالحًا\*\*.
* بالنسبة للمستخدمين غير الموجودين، وحتى بعد عدة محاولات، يبقى السلوك مختلفًا (لا يوجد قفل حقيقي، ونفس الرسالة/الاستجابة).
* لذلك يمكن التمييز بين مستخدم موجود ومستخدم غير موجود فقط من خلال ملاحظة الردود.

<figure><img src="/files/1548979d0a36aa832d40a14b358a4576cc446667" alt=""><figcaption></figcaption></figure>

#### 1. اكتشاف اسم مستخدم صالح

1. أرسل طلبات تسجيل الدخول في **وضع Intruder** مع **Cluster Bomb** تقنية:

* مجموعة من المرشحين لحقل اسم المستخدم.
* مجموعة من كلمات المرور للتسبب في عدة إخفاقات.

2. قم بإعداد \*\*قاعدة مطابقة (regex)\*\* لتصفية الردود التي تحتوي على الرسالة:

* `اسم المستخدم أو كلمة المرور غير صحيحين.`

<figure><img src="/files/3309bb3bfc81cb3621d3b6f3984ae45324234b2c" alt=""><figcaption></figcaption></figure>

* تحليل النتائج:
* **غير صالح** تحتفظ الحسابات بسلوك متسق.
* بالنسبة إلى \*\*حساب صالح\*\*، بعد عدد من الاختبارات الفاشلة، تتغير الاستجابة (قفل).

<figure><img src="/files/7899a75447279bda1ca41f526b103416d6a8b5c2" alt=""><figcaption></figcaption></figure>

1. عند النظر إلى الردود، نلاحظ أن اسم المستخدم **`akamai`** يختلف عن الآخرين ويكشف هذا السلوك المرتبط بقفل الحساب. / → \*\*`akamai` تم التعرف عليه كاسم مستخدم صالح. \*\*

#### 2. القوة الغاشمة لكلمة مرور حساب صالح

1. بمجرد `akamai` تحديده كمستخدم صالح، تتم إعادة تشغيل Intruder في **وضع Sniper**:

* يبقى حقل اسم المستخدم مرتبطًا بـ `akamai`.
* فقط **كلمة المرور** يُستخدم مع قائمة الكلمات المقدمة (كلمات مرور مختبر المصادقة).

<figure><img src="/files/b8f526c67d5f637c3607204a8e7216dc9375c651" alt=""><figcaption></figcaption></figure>

1. تتم مراجعة الردود مرة أخرى، بما في ذلك:

* رمز \*\*حالة HTTP\*\*.
* حجم جسم الرد.
* غياب أو تعديل رسالة الخطأ.

2. عند اختبار **`chelsea`** كلمة المرور، يكون الرد مختلفًا (على سبيل المثال، \*\*رمز HTTP مختلف\*\* عن المحاولات الأخرى). / → يُستنتج أن العزم **`akamai` / `chelsea`** صحيح.

<figure><img src="/files/a259fcfec07499dfdb2c81060fd070b19a7f2dea" alt=""><figcaption></figcaption></figure>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://hacking-notes.jord4n.pro/ar/web/authentication/username-enumeration-via-account-lock.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.