etc/net

بعدی

سر ۳۰۰ تومن کی میاد ؟

باید بزنم تو کار شطرنج بیشتر درمیارم تو نیم ساعت ۵۰۰ تومن

فور که نمیزنید ، حداقل دونیت کنید https://daramet.com/etc_net

وقتشه میکروتیک بومی بسازیم بله روتیک

آغاز تحریم اکانتهای ایرانی توسط شرکت میکروتیک 🌐@etc_net

رو یه سایتی تست زدم یه دو سه تا باگ پیدا شد ، موقع نوشتن گزارش امدم یه بخشی اضافه کنم به اسم «پیشنهادات امنیتی» واسه چیزایی که باگ نبودن ولی بهتره رعایت بشن بعد گفتم ولش من همین گزارشو میدم میره ، الکی واسه خودم کار درست نکنم امروز دیدم یه جایی یه گزارش فرستادن سمتون و همون پیشنهاداتو به عنوان باگ علام کرده پولم گرفته 😂

🚨 کلاد/هرمس/کدکس ات رو تبدیل به یه هکر حرفه ای کن ! یه پروژه جالب به اسم Claude-Red پیدا کردم که به Claude کلی Skill تخصصی امنیتی می‌ده؛ از SQL Injection و XSS گرفته تا Exploit Development، EDR Evasion، Active Directory و حتی Kubernetes 😈 نکته جذابش اینه که اینا اسکریپت‌های آماده نیستن؛ هر Skill یه فایل SKILL.mdـه که به Claude یاد می‌ده چه زمانی، چه تکنیکی و با چه روشی دنبال آسیب‌پذیری بگرده. یعنی به‌جای اینکه فقط بگی: «این سایت رو بررسی کن» Claude با Skill مناسب می‌تونه مثل یه متخصص امنیتی به موضوع نگاه کنه 🧠⚡ برای Red Team، Bug Bounty، CTF و Security Research واقعاً پروژه جذابیه. https://github.com/SnailSploit/Claude-Red AHSeslami 🌐@etc_net

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

دغدغه هاتونو گا....

https://github.com/daffainfo/AllAboutBugBounty 🌐@etc_net

این رایتاپو بخونید خیلی قشنگ 2FA دور زد https://whoareme.com/blog/cspt-account-takeover-2fa-bypass/ 🌐@etc_net

و شما استاد اجرا و ادامه سیاست های شکست خورده هستید

یه چیزی که اوایل کار با Django خیلی‌ها درست متوجهش نمی‌شن، WSGI ـه. اصلاً چرا بهش نیاز داریم؟ وقتی پروژه رو با این اجرا می‌کنی:

python manage.py runserver

Django خودش درخواست‌های HTTP رو دریافت می‌کنه. ولی وقتی می‌ری سمت Production، معمولاً این شکلی نیست. اونجا مثلاً داریم:

Internet
   ↓
 Nginx
   ↓
Gunicorn
   ↓
 Django

حالا سؤال: Gunicorn چطوری می‌فهمه باید با Django حرف بزنه؟ اینجا WSGI وارد می‌شه. WSGI در اصل یک قرارداده؛ یعنی می‌گه: «وب‌سرور و برنامه Python باید با چه فرمتی با هم ارتباط برقرار کنن.» Django هم برای همین یه فایل داره:

wsgi.py

و داخلش معمولاً:

application = get_wsgi_application()

بعد Gunicorn می‌گه:

gunicorn myproject.wsgi:application

یعنی: «برو wsgi.py رو پیدا کن، اون application رو بردار و اجرا کن.» پس خیلی خلاصه: Nginx → درخواست رو می‌گیره Gunicorn → برنامه Python رو اجرا می‌کنه WSGI → قانون ارتباط Gunicorn با Django ـه Django → کار اصلی رو انجام می‌ده یه نکته مهم هم این وسط هست: WSGI خودش Gunicorn نیست. Gunicorn یک WSGI Server ـه. یعنی WSGI = قانون Gunicorn = برنامه‌ای که طبق اون قانون کار می‌کنه. برای همین وقتی توی Deploy پروژه Django می‌بینی:

gunicorn project.wsgi:application

دیگه لازم نیست به wsgi.py مثل یه فایل جادویی نگاه کنی اون فقط نقطه‌ایه که Django خودش رو به دنیای WSGI معرفی می‌کنه. (این پست با کمک چت‌جی‌پی‌تی نوشته شده است) / Everyday geekier