Mandegar SEC🎩

Leaks from hacker forums https://github.com/FSECDEV/LEAKSFORUMS Channel | Group

سلام دوستان تو این پست رفتیم سراغ تحلیل و بررسی عملی یکی از آسیب‌پذیری‌های جدید و خیلی جذاب تو اکتیو دایرکتوری و سرویس‌های گواهی مایکروسافت (AD CS) یعنی CVE-2026-54121 که معروف شده به Certi-Ghost. داستان از این قراره که وقتی سرور CA نتونه اطلاعات یک هویت…

سلام دوستان تو این پست رفتیم سراغ تحلیل و بررسی عملی یکی از آسیب‌پذیری‌های جدید و خیلی جذاب تو اکتیو دایرکتوری و سرویس‌های گواهی مایکروسافت (AD CS) یعنی CVE-2026-54121 که معروف شده به Certi-Ghost. داستان از این قراره که وقتی سرور CA نتونه اطلاعات یک هویت رو به‌طور مستقیم به دست بیاره، یک مکانیزم پشتیبان به نام Chase فعال میشه. در این پست بررسی کردیم که چطور یک مهاجم با دستکاری دو مشخصهٔ CDC و RMD می‌تونه سرور CA رو فریب بده، گواهیِ هویت Domain Controller را دریافت کرده و در نهایت با تکنیک DCSync کنترل کل دامین رو به دست بگیره. یکی از جذاب ترین تکنیک هایی هستش که میتونید تو سناریو های شبیه سازی ردتیم یا پنتست ازش استفاده کنید . امیدوارم که از این پست لذت ببرید . #Red_Team #AD #Pentest #Network #CA ➖➖➖➖➖ CHANNEL

@sec_gap🍸

84. JSON containing JavaScript code: { "login": "admin<script>alert('hi')</script>", "password": "password" } 85. Negative numbers as strings: { "login": "-123", "password": "-456" } 86. Values as URLs: { "login": "https://admin.com", "password": "https://password.com" } 87. Strings with email format: { "login": "admin@admin.com", "password": "password@password.com" } 88. Strings with IP address format: { "login": "192.0.2.0", "password": "203.0.113.0" } 89. Strings with date format: { "login": "2023-08-03", "password": "2023-08-04" } 90. JSON with exponential values: { "login": 1e+30, "password": 1e+30 } 91. JSON with negative exponential values: { "login": -1e+30, "password": -1e+30 } 92. Using Zero Width Space (U+200B) in strings: { "login": "admin​", "password": "password​" } 93. Using Zero Width Joiner (U+200D) in strings: { "login": "adminâ€", "password": "passwordâ€" } 94. JSON with extremely large numbers: { "login": 12345678901234567890, "password": 12345678901234567890 } 95. Strings with backspace characters: { "login": "admin\b", "password": "password\b" } 96. Test with emoji in strings: { "login": "admin😀", "password": "password😀" } 97. JSON with comments, although they are not officially supported in JSON: { /*"login": "admin", "password": "password"*/ } 98. JSON with base64 encoded values: { "login": "YWRtaW4=", "password": "cGFzc3dvcmQ=" } 99. Including null byte character (may cause truncation): { "login": "admin\0", "password": "password\0" } 100. JSON with credentials in scientific notation: { "login": 1e100, "password": 1e100 } 102. Strings with octal values: { "login": "\141\144\155\151\156", "password":"\160\141\163\163\167\157\162\144" } 103. { root:{ "username": "admin", "password":"admin" } } 104. basic => usernam-dmin username[]=ad username[0]=a username=admin&user name-auin delete username=admin برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel

موقع تست SSRF فقط روی "169.254.169.254" تمرکز نکنید خیلی وقت‌ ها مشکل اصلی، اختلاف بین Parser ها و Resolver هاس، نه خود Payload. برای همین این موارد رو هم به Wordlist اضافه کنید : http://127.1/ http://0/ http://[::ffff:127.0.0.1]/ http://user@internal.host/ http://allowed.com@127.0.0.1/ Decimal / Octal IP Redirect → Internal Target 📌Tips : حتماً سناریوی Redirect رو هم تست کنید بعضی برنامه‌ ها فقط URL اولیه رو اعتبارسنجی میکنن، اما بعد از Redirect، درخواست بدون محدودیت به مقصد داخلی ارسال میشه. برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel #BugBounty #SSRF #WebSecurity #Recon

همین الان این ریلز رو ببین! 🚀 یه آسیب‌پذیری بحرانی جدید در وردپرس کشف شده که یه فرصت طلایی برای شکارچی‌های باگ (Bug Hunters) ایجاد کرده. اگه دست بجنبونی و از متدولوژی و ابزارهایی که توی این ویدیو و دایرکت توضیح دادم استفاده کنی، شانس بالایی برای گرفتن بانتی‌های سنگین داری. بانتی ها این ریلز به دلیل اینکه ایمپکت کرتیکال هست از ۲-۳ هزاردلار به بالا هست پس زمان به شدت مهمه تایم‌لاین این آسیب‌پذیری به شدت حساسه؛ پس معطل نکن! https://www.instagram.com/reel/Da-1BvGNcc9/?igsh=YjE1cnRicGp4bDg5

توی این ویدیو سعی کردم به صورت ساده و با یه CTF ساده بهتون بگم چجوری از AI برای بحث پنتست / باگ بانتی / رد تیم و ... استفاده کنیم. (سعی کنین خودتون تست کنین تا دستتون بیاد کامل) https://youtu.be/Tedkf30g00E

41. Only keys, without values: { "login":, "password": } 42. Insertion of control characters: { "login": "ad\u0000min", "password": "pass\u0000word" } 43. Long Unicode Strings: { "login": "\u0061"*10000, "password": "\u0061"*10000 } 44. Newline Characters in Strings: { "login": "ad\nmin", "password": "pa\nssword" } 45. Tab Characters in Strings: { "login": "ad\tmin", "password": "pa\tssword" } 46. Test with HTML content in Strings: { "login": "<b>admin", "password": "password" } 47. JSON Injection in Strings: { "login": "{\"injection\":\"value\"}", "password": "password" } 48. Test with XML content in Strings: { "login": "admin", "password": "password" } 49. Combination of Number, Strings, and Special characters: { "login": "ad123min!@", "password": "pa55w0rd!@" } 50. Use of environment variables: { "login": "${USER}", "password": "${PASS}" } 51. Backslashes in Strings: { "login": "ad\\min", "password": "pa\\ssword" } 52. Long strings of special characters: { "login": "!@#$%^&*()"*1000, "password": "!@#$%^&*()"*1000 } 53. Empty Key in JSON: { "": "admin", "password": "password" } 55. JSON Injection in Key: { "{\"injection\":\"value\"} ": "admin", "password": "password" } 56. Quotation marks in strings: { "login": "\"admin\"", "password": "\"password\"" } 57. Credentials as nested arrays: { "login": [["admin"]], "password": [["password"]] } 58. Credentials as nested objects: { "login": {"username": {"value": "admin", "password": {"password": {"value": "password" } 59. Keys as numbers: { 123: "admin", 456: "password" } 60. Testing with greater than and less than signs: { "login": "admin>1", "password": "<password" } 61. Testing with parentheses in credentials: { "login": "(admin)", "password": "(password)" } 62. Credentials containing slashes: { "login": "admin/user", "password": "pass/word" } 63. Credentials containing multiple data types: { "login": ["admin", 123, true, null, {"username": ["admin"], "password": ["password", 123, false, null, {"password": "password"]}} } 64. Using escape sequences: { "login": "admin\\r\\n\\t", "password": "password\\r\\n\\t" } 65. Using curly braces in strings: { "login": "{admin}", "password": "{password}" } 66. Using square brackets in strings: { "login": "[admin]", "password": "[password]" } 68. Strings with only special characters: { "login": "!@#$$%^&*()", "password": "!@#$$%^&*()" } 69. Strings with control characters: { "login": "admin\b\f\n\r\t\v\0", "password": "password\b\f\n\r\t\v\0" } 71. Null characters in strings: { "login": "admin\0", "password": "password\0" } 72. Exponential numbers as strings: { "login": "1e5", "password": "1e10" } 73. Hexadecimal numbers as strings: { "login": "0xabc", "password": "0x123" } 74. Leading zeros in numeric strings: { "login": "000123", "password": "000456" } 75. Multilingual input (here, English and Korean): { "login": "admin관리ìž", "password": "password비밀번호" } 76. Extremely long keys: { "a"*10000: "admin", "b"*10000: "password" } 78. Extremely long unicode strings: { "login": "\u0061"*10000, "password": "\u0062"*10000 } 79. JSON strings with semicolon: { "login": "admin;", "password": "password;" } 80. JSON strings with backticks: { "login": "`admin`", "password": "`password`" } 81. JSON strings with plus sign: { "login": "admin+", "password": "password+" } 82. JSON strings with equal sign: { "login": "admin=", "password": "password=" } 83. Strings with Asterisk (*) Symbol: { "login": "admin*", "password": "password*" } برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel

https://youtu.be/K-mMLETBE0g آسیب‌پذیری CVE-2026-20896 در Gitea؛ جعل هویت هر کاربر با یک هدر HTTP؟ در این ویدیو به بررسی CVE-2026-20896 در Gitea می‌پردازیم؛ یک آسیب‌پذیری مرتبط با پیکربندی احراز هویت از طریق Reverse Proxy در نسخه‌های آسیب‌پذیر Docker Image. در این سناریو، تنظیمات نادرست مربوط به Trusted Proxies باعث می‌شود درخواست‌هایی که مستقیماً از سمت کلاینت ارسال می‌شوند، به‌عنوان درخواست‌های معتبر از طرف Reverse Proxy در نظر گرفته شوند. لینک poc من : https://github.com/XaocZenon/CVE-2026-20896 ⚠️ Security Warning: All testing in this video is only performed in an isolated lab environment and on systems that we own or have explicit permission to test. Any use of this information against unlicensed systems #CVE #Gitea #CyberSecurity #Docker #Vulnerability #CyberSecurityLab

104 JSON Tests for for Authentication Endpoints 👾 1. Basic credentials { "login": "admin", "password": "admin" } 2. Empty credentials: { "login": "", "password": "" } 3- Null values: { "login": null, "password": null } 4. Credentials as numbers: { "login":…

Server Side Template Injection (SSTI) in AI Prompt Templates Python-based Web Application Attacks👾 با رشد استفاده از فریم‌ ورک‌هایی مثل LangChain و Template های داینامیک برای ساخت اپلیکیشن‌های AI، یک سطح حمله جدید هم به وجود آمده این مقاله از PyFu به بررسی Server-Side Template Injection (SSTI) در سیستم‌های مبتنی بر هوش مصنوعی میپردازد؛ جایی که ترکیب اشتباه ورودی کاربر با Prompt Template میتونه از یک مشکل ساده به یک آسیب‌پذیری جدی تبدیل شود. 📌 نکته مهمی که وجود داره SSTI با Prompt Injection یکی نیست. در Prompt Injection، مهاجم تلاش میکنه رفتار مدل رو با دستورهای متنی تغییر بده؛ اما در SSTI، مشکل در نحوه پردازش Templateها توسط برنامس و در بعضی شرایط میتونه حتی به اجرای کد روی سرور (RCE) منجر بشه. مقاله توضیح میده که چجور استفاده ناامن از Template Engineهایی مثل Jinja2 میتونه باعث بشه مهاجم به بخش‌هایی از محیط اجرای Python دسترسی پیدا کند و اطلاعات حساسی مثل Credential ها یا داده‌های داخلی را هدف قرار دهد. 🔍 موضوعات اصلی مقاله: • تفاوت SSTI و Prompt Injection • ریسک استفاده ناامن از Prompt Templateها • نحوه شکل‌گیری این آسیب‌پذیری در Pipelineهای AI • اهمیت جداسازی داده کاربر از ساختار Template • استفاده از محیط‌های محدود و ایزوله برای کاهش ریسک با توجه به اینکه اپلیکیشن‌های AI روزبه‌روز بیشتر وارد محیط‌های واقعی میشوند، بررسی این نوع آسیب‌پذیری‌ها برای هر کسی که در حوزه AI Security، Web Security و Bug Bounty فعالیت میکند، اهمیت زیادی دارد. 🔗 مطالعه کامل: https://pyfu.io/python-based-web-application-attacks/injection-attacks/server-side-template-injection-ssti-in-ai-prompt-templates برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel #AISecurity #SSTI #LangChain #WebSecurity #BugBounty

🚨 Gitea (CVE-2026-20896) cvss : 9.8 📌 این آسیب‌پذیری نسخه‌های رسمی Docker Image مربوط به Gitea تا نسخه 1.26.2 را تحت تأثیر قرار میدهد و در صورت فعال بودن Reverse Proxy Authentication، مهاجم میتواند تنها با ارسال یک HTTP Header، احراز هویت را دور زده و هویت…

🚨 Gitea (CVE-2026-20896) cvss : 9.8 📌 این آسیب‌پذیری نسخه‌های رسمی Docker Image مربوط به Gitea تا نسخه 1.26.2 را تحت تأثیر قرار میدهد و در صورت فعال بودن Reverse Proxy Authentication، مهاجم میتواند تنها با ارسال یک HTTP Header، احراز هویت را دور زده و هویت کاربران را جعل کند. ریشه این آسیب‌پذیری به Misconfiguration در Docker Image های رسمی Gitea برمیگردد. پچ در نسخه‌ های 1.26.3 و 1.26.4 منتشر شده به‌طور پیش‌فرض، Docker Image مقدار "REVERSE_PROXY_TRUSTED_PROXIES" را روی "*" قرار داده است؛ یعنی تمام IPها به‌عنوان Reverse Proxy قابل اعتماد در نظر گرفته میشوند POC : این ابزار برای ارزیابی نسخه‌های رسمی Docker Image مربوط به Gitea تا نسخه 1.26.2 طراحی شده و بررسی می‌کند که آیا در صورت فعال بودن Reverse Proxy Authentication، سیستم در برابر Authentication Bypass آسیب‌پذیر است یا خیر. https://github.com/szybnev/cve-2026-20896-gitea-poc GROUP ™️🍸 @mandegar_sec | channel 🥃 #CVE #Gitea #Docker #CyberSecurity

104 JSON Tests for for Authentication Endpoints 👾 1. Basic credentials { "login": "admin", "password": "admin" } 2. Empty credentials: { "login": "", "password": "" } 3- Null values: { "login": null, "password": null } 4. Credentials as numbers: { "login": 123, "password": 456 } 6. Credentials as booleans: { "login": true, "password": false } 7. Credentials as arrays: { "login": ["admin"], "password": ["password"] } 8. Credentials as objects: { "login": {"username": "admin", "password": {"password": "password"}} } 9. Special characters in credentials: { "login": "@dm!n", "password": "p@ssw0rd#" } 10. SQL Injection: { "login": "admin' --", "password": "password" } 11. HTML tags in credentials: { "login": "<h1>admin</h1>", "password": "ololo-HTML-XSS" } 12. Unicode in credentials: { "login": "\u0061\u0064\u006D\u0069\u006E", "password":"\u0070\u0061\u0073\u0073\u0077\u006F\u0072\u0064" } 13. Credentials with escape characters: { "login": "ad\\nmin", "password": "pa\\ssword" } 14. Credentials with white space: { "login": " ", "password": " " } 15. Overlong values: { "login": "a"*10000, "password": "b"*10000 } 16. Malformed JSON (missing brace): { "login": "admin", "password": "admin" } 17. Malformed JSON (extra comma): { "login": "admin", "password": "admin", } 18. Missing login key: { "password": "admin" } 19. Missing password key: { "login": "admin" } 20. Swapped key values: { "admin": "login", "password": "password" } 21. Extra keys: { "login": "admin", "password": "admin", "extra": "extra" } 22. Missing colon: { "login" "admin", "password": "password" } 23. Invalid Boolean as credentials: { "login": yes, "password": no } 25. All keys, no values: { "": "", "": "" } 26. Nested objects: { "login": {"innerLogin": "admin", "password": {"innerPassword": "password"}} } 27. Case sensitivity testing: { "LOGIN": "admin", "PASSWORD": "password" } 28. Login as a number, password as a string: { "login": 1234, "password": "password" } 29. Login as a string, password as a number: { "login": "admin", "password": 1234 } 30. Repeated keys: { "login": "admin", "login": "user", "password": "password" } 31. Single quotes instead of double: { 'login': 'admin', 'password': 'password' } 33. Login and password with only special characters: { "login": "@#$%^&*", "password": "!@#$%^&*" } 34. Unicode escape sequence: { "login": "\u0041\u0044\u004D\u0049\u004E", "password":"\u0050\u0041\u0053\u0053\u0057\u004F\u0052\u0044" } 35. Value as object instead of string: { "login": {"$oid": "507c7f79bcf86cd7994f6c0e"}, "password": "password"} } 37. Nonexistent variables as values: { "login": undefined, "password": undefined } 38. Extra nested objects: { "login": "admin", "password": "password", "extra": {"key1": "value1", "key2": "value2"} } 39. Hexadecimal values: { "login": "0x1234", "password": "0x5678" } 40. Extra symbols after valid JSON: { "login": "admin", "password": "password"}@@@@@@ } برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel #BugBounty #API #JSON #AuthBypass #WebSecurity #part1

بزارید باگی که همین امشب ریپورتشو دادم رو توضیح بدم Title: Full Account Takeover via Insecure Mobile Deep Link Handling Chained with QR-Code Login Session Hijack قضیه از این قرار بود که دو روز قبل یه برنامه پرایوت اینوایت شدم که ۲۰۲۶ لانچ شده بود و کلن تا الان به یه ریپورت بانتی داده بودن این برای هر هانتر یه برنامه طلاییه خب رفتم اسکوپشو دیدم و فقط ۴ تا asset داشت اپ ios اپ android یه دامنه که بالا نبود اصن یعنی dns record نداشت و یه api من معمولا روی وب کار میکنم که اینجا هم وبش بالا نبود پس رفتم همینجوری اپ هاشو روی گوشی نصب کردم و پروکسی کردم روی برپ ولی خب هنوز ssl pining رو بایپس نکرده بودم و فقط میتونستم یسری از درخواست هاشو ببینم و جالبیش این بود که تقریبا روی همه درخواست هاش CSRF میخورد یعنی کوکی ها samesite نداشتن پروتکشن CSRF اصن نداشت فقط body درخواست های post از نوع JSON بود که اونم اگه به x-www-form-urlencoded عوضش میکردیم باز هم سرور قبول میکرد که یعنی CSRF داریم رو خیلی از درخواست هاش ولی مشکل این بود که تارگتمون موبایل اپ هستش و باید حتما درخواست از توی مرورگر داخلیش فرستاده بشه تا مرورگر کوکی هارو ست کنه بعد رفتم سراغ سورس کد اپ اندروید که با jadx تونستم دیکامپایل کنم و معمولا هر هانتری اولین چیزی که چک میکنه فایل AndroidManifest.xml هستش خب اینو داشتم چک میکردم که دیدم یه deeplink داره اینجوری <data android:scheme="iabc" android:host="webview"/> <data android:scheme="abc" android:host="webview"/> اونی که اولش i داره برای ios عه و اونی که نداره برای اندروید iabc://webview خب تا اینجاش فهمیدم که به احتمال زیاد ما یه webview داریم برا همین رفتم سورس کدی که با jadx دیکامپایل کردم رو دادم به هوش مصنوعی😁 و بهش گفتم برو سورس رو بخون و ببین زمانی که این لینک باز میشه چه اتفاقی میوفته رفت خیلی دقیق چک کرد و کامل بهم توضیح داد که اینجا یه پارامتر url هم قبول میکنه و هیچ ولیدیتی انجام نمیشه که ورودی این پارامتر چیه فقط چک میکرد که scheme باید http یا https باشه رفتم تست کردم و دیدم آره این لینکو اگه توی گوشی باز کنیم ریدایرکت میشیم به مرورگر داخلی اپ بعدش تست های زیادی زدم که اسکلیتش کنم به اکانت تیک اور مثلا cookie های مرورگر رو بخونم یا sessionStorage شو بخونم البته من تا الان روی اندروید باگ نزده بودم همه ی این تست هارو با سرچ کردن یاد گرفتم آخرین گزینه که برام موند, استفاده از گجتی که قبلا پیدا کردم یعنی CSRF روی خیلی از درخواست هاش بود رفتم توی سایت اصلیش و دیدم توی قسمت لاگینش یه گزینه داره Login with QRcode که اینو با گوشی اسکن میکنی و بعد میره توی اپ گوشی اونجا باید روی دکمه confirm کلیک کنی که اکانت توی وب بایند بشه من فقط به آخرین درخواستی که برای بایند شدن فرستاده میشد نیاز داشتم رفتم نگاهش کردم و اون درخواست هم CSRF میخورد سناریوشم اینجوری بود که وقتی توی وب روی گزینه Login with QRcode کلیک میکنی یه درخواست post میره به یه اندپوینتی و یه qrcodeToken ای برات ست میشد و همونو میفرستاد به اپ گوشی بعد اپ گوشی اونو توی درخواست آخری که برای بایند کردن بود میفرستاد و سمت سرور و اون توکن بایند میشد به کوکی های قربانی حالا فقط نیازه من از سمت اتکر برم یه qrcodeToken بگیرم و بزارم توی deeplink و بفرستم برای قربانی وقتی اینو باز میکنه مستقیم یه درخواست CSRF فرستاده میشه به سمت سرور و سرور اون توکن رو authenticate میکنه از اون طرف هم اتکر توی وب فول اکانت تیک اور میکنه حالا severity این باگم critical میشه شاید بگید این که user interaction داره چرا critical بشه چون که توی cvss score فیلد scope روی changed قرار میگیره یعنی توکنی که روی گوشی لاگین بوده رو توی وب یا هر api دیگه ای میشه استفاده کرد #Critical #ATO #Android #DeepLink #CSRF

اگه API ورودی JSON میگیره، این پیلودا رو هم حتما امتحان کنید. بعضی وقتا به‌خاطر Type Juggling یا Type Confusion ممکنه منجر به دور زدن احراز هویت بشن . true null "" 0 [] ["password"] {"password": 1} 📌 یه تفاوت کوچیک توی Response هم می‌تونه یه سرنخ از یه Logic Bug یا Auth Bypass باشه. برای دریافت به‌روزرسانی‌های امنیتی روزانه، و اخبار امنیت سایبری مارو به عنوان منبع مورد نظر خود دنبال کنید ->❤️💻 GROUP ™️ @mandegar_sec | channel #BugBounty #API #WebSecurity

🧠 دور زدن محدودیت‌های postMessage با IP Normalization تو بعضی سناریوها، بررسی اشتباه "targetOrigin" در "postMessage" میتونه باعث نشت داده بین Origin های مختلف بشه. - مرورگر قبل از مقایسه Origin، مقدار "targetOrigin" رو با URL Parser پردازش میکنه. تو این فرآیند بعضی فرمت‌های IP مثل: 2130706433 127.1 0x7f000001 به شکل نورمال IP تبدیل میشن: 2130706433 → 127.0.0.1 حالا اگر یک برنامه فقط با Regex، Origin کاربر را بررسی بکنه، ممکنه مقدار مخرب رو معتبر تشخیص بده؛ اما مرورگر بعدا اون رو به Origin واقعی دیگری Normalize کنه. مثلاً: http://2130706433/.target.com ممکنه از فیلتر عبور بکنه، اما در نهایت به: http://127.0.0.1 تبدیل بشه. ⚠️ نتیجه: داده‌ای که قرار بود فقط به Subdomain های مجاز ارسال بشه، ممکنه به یک Origin تحت کنترل مهاجم ارسال شود. 📌Tips: در بررسی Origin ها هیچ‌وقت فقط به Regex یا String Matching اعتماد نکنید؛ چون Parser مرورگر ممکن است همان مقدار را به شکل متفاوتی تفسیر کند. 📚 این تحقیق CTBB این تکنیک رو کامل بررسی کرده و جزئیات فنی این bypass رو توضیح داده:🔗 Mandegar Sec | Group #BugBounty #XSS #WebSecurity #postMessage

https://docibox.ir/ نتا ملی شد این سایتو داشته باشین به تمام منابع فارسی وصله

🧠 برای Endpoint Fuzzing این Pathها رو هم به Wordlistتون اضافه کنید: /rest/v1/;/ /rest/v2/;/ /rest/v1/v2/;/ /monitoring/ Channel 🍸| Group🕊 #BugBounty #Recon #API