استخدام طراح UI UX
به یک طراح UI UX با نگاه محصول محور و درک عمیق از رفتار کاربر نیازمندیم که مسلط به فرآیندهای user research طراحی wireframe prototype و design system باشد آشنایی کامل با اصول usability accessibility و طراحی تجربه کاربری یکپارچه الزامی است تسلط به ابزارهایی مانند Figma و توانایی مستندسازی و تعامل مؤثر با تیم فنی برای تبدیل طراحی به محصول نهایی مورد انتظار است

ارسال رزومه :‌
‌r.mhmmdzde@gmail.com
@nexovir

سلام بچه های dns پایدار چیزی دارین بفرستین بزاریم کانال بقیه استفاده کنن

😂کسی از 403.online خبری نداره؟

CVE-2026-21509 exploits - MS Office
*
How to detect

⭐️ @RadvanSec

پاسخ وزارت ارتباطات به درخواست افشای اطلاعات مافیای فیلترشکن: اسرار دولتی است!

خبرنگار پایگاه خبری «رویداد ۲۴»، در سامانه دسترسی آزاد به اطلاعات، درخواستی به این شرح از وزارت ارتباطات ثبت کرده بود: «معرفی فروشندگان عمده فیلترشکن، شفاف‌سازی درباره نحوه درگاه‌های پرداخت این شبکه و مشخص کردن گردش مالی این افراد». ثبت درخواست اما منجر به افشای این اطلاعات نشد.

«امیر خسروی»، رئیس مرکز بازرسی وزارت ارتباطات در پاسخ به این درخواست، نوشت: «امور مربوط به فیلترینگ و سیم‌کارت سفید مربوط به کارگروه مصادیق محتوای مجرمانه است و وزارت ارتباطات یکی از اعضای کارگروه است. ضمن اینکه به دلایل امنیتی مطابق ماده ۱۳ قانون انتشار آزاد اطلاعات افشای اسرار دولتی ممنوع است.»

⭐️ @RadvanSec

#Research
#WebApp_Security
#Red_Team_Tactics
"HTTP Request Synchronization Defeats Discrepancy Attacks", 2025.
]-> Repo

See also:
]-> HTTP Request Smuggling: The Silent Protocol Desync Attack

⭐️ @RadvanSec

سلام از بچه هایی که تو کانال من هستن یا شاگردم بودن حداقل انتظار دارم از کانفیگ های الوده این کانال استفاده نکنن و بتونن خودشون درست کنن دیگه خود دانید!!!
هیچ چیز خوبی رو مجانی به شما نمیدن خیالتون راحت

https://youtu.be/OtplkUAV6vI?si=mKqpm1prXHFnmQmD

Language: persian
http://GitBook_s.t.me

سلام رفقا👋
یک سری سوالات مصاحبه ای استخدامی devops که می‌تونه نکات خوبی رو بهتون در خصوص job description و مواردی که نیاز به تمرین بیشتری روشون دارید رو ارائه بده👌
از طرفی به نظرم چلنج خوبیم هست فرصت کردید بررسیش کنید❤️

#devops

سلام و عرض ادب خدمت دوستان و همراهان گرامی

چنانچه در این ایام فعالیت جدی یا مستمری در کانال مشاهده نمی‌کنید، به این دلیل است که در حال سپری کردن روزهای منتهی به چهلم عزیزان از دست‌رفته‌ مان هستیم و طبیعتاً در این شرایط، تمرکز و امکان فعالیت مانند گذشته فراهم نیست

از صبوری، همراهی و درک عمیق شما صمیمانه سپاسگزاریم و قدردان حضورتان در کنار ما هستیم. به امیدخدا پس از این ایام، فعالیت‌ ها با نظم و جدیت بیشتری از سر گرفته خواهد شد.

با احترام و آرزوی سلامتی برای همه شما

رایج ترین آسیب روی ldap میتونه ldap injection باشه که حسابی میشه راجبش بحث کنیم👀
به چه دردی میخوره؟
از یه سمت میتونید سیستم احراز هویت رو دور بزنید و سطح دسترسی خودتون رو ارتقا بدید یعنی یه جورایی بتونید توی ad خودتون رو ادمین کنید🤷🏻‍♀️
دیگه تهشه!

نحوه اجراش عین همون sqli با این تفاوت که اونجا دستور رو وارد sql میکنیم و میتونیم درخواست های به سمت پایگاه داده رو دستکاری کرد اما اینجا دیگه هدف پایگاه داده نیست و هدف ما اینجا دایرکتوری ها هست!

حالا یه پرس و جوی عادی شبیه شکل زیر:

(&(uid=username)(password=userpassword))

حالا علائم مهمش چیاست؟
پرانتز برای گروه بندی ها
علامت * به عنوان wildcard
علامت & به عنوان and
علامت | به عنوان or
علامت ! به عنوان not یا منفی کننده
علامت = برای مقایسه

استفاده می شن👀
حالا مهم ترین مکانیزم رو میخوایم اینجا دور بزنیم اونم احراز هویت هستش مثلا فرض کنید:

String filter = "(&(uid="+ username + ")(password="+password + "))";

اگر admin)(& مقدار رو به عنوان اسم وارد کنیم رمز عبور اهمیت نداره و میتونیم این مورد رو دور بزنیم‌🔪
سرور LDAP فقط اولین فیلتر کامل (&(uid=admin) (&) رو پردازش میکنه که همیشه به دلیل وجود کاربر "admin-min" مقدار درست رو میده. بررسی رمز عبور کاملاً دور زده میشه و به مهاجم دسترسی غیرمجاز و بدون اعتبارنامه معتبر میده
حالا چطوری دسترسی خودمون رو بالا تر ببریم؟

یا میتونیم خودمون رو عضو گروهی کنیم که دسترسی بالا تر داره
یا حتی تو بخش تنظیم مجدد رمز عبور این کارو انجام بدیم و این آسیب حتی میتونیم بسیاری از ساختار های ad رو خوب درک کنیم و پیدا کنیم👾

اگر دوست داشتید بیشتر راجب این آسیب پذیری بخونید این لینک کمکتون میکنه و برای تمرین اگر عمری باشه ویدئو براتون ضبط میکنم تا درکش براتون ساده تر باشه:)

@hackhive_channel🐝

CVE-2026-25639 Axios

Trigger DoS and Crash Node.js Servers.

⭐️ @RadvanSec

high severity vulnerability 🔥

Low-priv got 401 on versioned endpoint. Removing v2 bypassed auth and exposed sensitive identity images.

Normal: /omni/get/images/v2 (401)
Bypass: /omni/get/images (succeeds)


#bugbountytips #BugBounty #RadvanSec

⭐️ @RadvanSec

this issue may stem from inconsitencies between the web server and the application layer in many architectures , versioned endpoints are routed through different middlewares , upsream services, or security policies compared to legacy or unversioned routes
if AUTHENTICATION or AUTHORIZATION controls are applied only to the newer versioned endpoint but not CONSISTENTLY enforced at a centralized layer , OLDER ROUTES MAY REMAIN EXPOSED

this vulnerability in the axios library is caused by improper handling of the special proto key inside the mergeConfig function if user controlled input contains this key and is passed directly to axios , an incorrect merg function is selected during configuration processing instead of valid function, a regular object is returned whne the code attempts to call that object as a function a TypeError is thrown this result in a SERVER CRASH, allowing a remote attacker to trigger as Denial of Service (DoS)

Proof of Concept (PoC) :

https://github.com/axios/axios/security/advisories/GHSA-43fc-jf86-j433

⭐️ @RadvanSec

⭐️ @RadvanSec

Firefox RCE

This looks like a strongly improved version of the hole from 2024

Readmore

⭐️ @RadvanSec

The core issue revolves around the special IP address 0.0.0.0. Although it has multiple networking meanings and, per standards like RFC 1122, should not be used as a destination address in IPv4, browsers did not consistently classify or block it as a local address. That gap created an unexpected attack surface.

For years, browsers relied mainly on CORS, which restricts access to responses but still allows requests to be sent. This is a critical distinction: many local services running on localhost (127.0.0.1) or internal networks assume they are safe simply because they are not exposed to the internet. If a malicious website can trigger a single HTTP request to such a service, that may be enough to change configuration, execute code, or perform other sensitive actions even if the response is blocked.

Google introduced Private Network Access (PNA) in Chrome to address this architectural weakness. Unlike CORS, PNA is designed to prevent the request itself from being sent when a public website tries to access a more private network context such as a local or private IP range. The problem was that 0.0.0.0 was not initially handled correctly under these rules, allowing attackers to bypass protections by targeting local services through that address.

The broader lesson is that blocking responses is not sufficient. If a single HTTP request can cause harm, browsers must control request dispatch, and developers must treat localhost services as potentially reachable and secure them accordingly with proper authentication and access controls.

مسئله از جایی شروع می شود که آدرس 0.0.0.0 در شبکه چند کاربرد مختلف دارد. در بعضی زمینه ها به معنی همه اینترفیس های سیستم است، در بعضی تنظیمات برای مسدودسازی دامنه ها استفاده می شود و طبق استانداردهای شبکه مانند RFC 1122 اصولا نباید به عنوان آدرس مقصد در IPv4 استفاده شود. با این حال در عمل مرورگرها آن را به صورت صریح در دسته بندی شبکه های محلی یا خصوصی قرار نداده بودند و همین باعث ایجاد یک شکاف امنیتی شد.

وقتی کاربر وارد یک وب سایت می شود، آن سایت می تواند با استفاده از JavaScript درخواست HTTP به آدرس های داخلی سیستم کاربر بفرستد؛ مثلا به 127.0.0.1 یا 192.168.1.1. مرورگرها مکانیزمی به نام CORS دارند که دسترسی JavaScript به پاسخ را محدود می کند، اما خود درخواست همچنان ارسال می شود. در بسیاری از سناریوهای حمله همین ارسال شدن درخواست کافی است، چون بعضی سرویس های داخلی بدون احراز هویت یا بدون محافظت CSRF اجرا می شوند و فرض را بر این گذاشته اند که فقط از داخل سیستم قابل دسترسی هستند.

برای حل این مشکل، شرکت Google مکانیزمی به نام Private Network Access یا PNA را معرفی کرد که در مرورگر Chrome پیاده سازی شد. ایده PNA این است که مرورگر قبل از ارسال درخواست بررسی کند آیا یک مبدا عمومی مثلا attacker.com می خواهد به یک مقصد خصوصی یا محلی مانند 192.168.x.x یا 127.0.0.1 درخواست بفرستد یا نه. اگر سطح اعتماد مقصد بالاتر باشد، مرورگر باید از ارسال درخواست جلوگیری کند، نه این که فقط پاسخ را مسدود کند. این تفاوت اساسی PNA با CORS است: CORS پاسخ را کنترل می کند، اما PNA خود درخواست را متوقف می کند.

نقطه ضعف اینجا بود که آدرس 0.0.0.0 در دسته بندی PNA به طور صریح در نظر گرفته نشده بود. در نتیجه در برخی مرورگرها می شد از یک سایت عمومی به جای 127.0.0.1 از 0.0.0.0 استفاده کرد و درخواست را به سرویس محلی رساند. مرورگر ممکن بود پاسخ را در اختیار JavaScript نگذارد، اما درخواست به سرویس داخلی می رسید. اگر آن سرویس یک endpoint حساس داشت که با یک درخواست POST قابل سوءاستفاده بود، امکان اجرای کد از راه دور یا تغییر تنظیمات فراهم می شد.

محققان نشان دادند که سرویس هایی مانند Ray، Selenium Grid و PyTorch اگر روی localhost اجرا شوند و به درستی ایمن نشده باشند، می توانند از طریق این تکنیک هدف قرار بگیرند. حتی بدون اجرای کد نیز امکان انجام port scanning روی سیستم کاربر وجود دارد که برای fingerprinting و شناسایی نقش یا ابزارهای مورد استفاده کاربر در سازمان مفید است و می تواند مقدمه حملات هدفمندتر باشد.

در نهایت این موضوع نشان داد که مدل امنیتی قدیمی که فقط روی پاسخ تمرکز داشت کافی نیست. اگر یک درخواست HTTP به تنهایی بتواند یک عمل مخرب انجام دهد، باید از ارسال آن جلوگیری شود. به همین دلیل مرورگرها شروع به مسدودسازی صریح 0.0.0.0 به عنوان مقصد کردند و PNA به عنوان یک لایه پایه برای تفکیک شبکه عمومی، خصوصی و محلی جدی تر شد.