#امنیت_به_زبان_ساده
سرویس WinRM (Windows Remote Management) سرویس مدیریت از راه دور ویندوز است؛ به ادمین اجازه میدهد از طریق شبکه، روی سیستمهای دیگر فرمان اجرا کند، اطلاعات بگیرد و تنظیمات را مدیریت کند. PowerShell Remoting معمولاً از WinRM استفاده میکند.
پورتهای پیشفرض آن عبارتاند از:
- TCP 5985: ارتباط HTTP
- TCP 5986: ارتباط HTTPS
هکر با آن چه میکند؟ اگر مهاجم اعتبارنامه معتبر و مجوز لازم برای اتصال داشته باشد، میتواند از WinRM برای این کارها استفاده کند:
- حرکت جانبی: از سیستم اولیه به سرورها و سیستمهای دیگر متصل شود.
- اجرای فرمان از راه دور: فرمانها و اسکریپتهای خود را روی مقصد اجرا کند.
- شناسایی محیط: کاربران، سرویسها، پردازشها و تنظیمات سیستم را بررسی کند.
- اجرای ابزار یا بدافزار: با سطح دسترسی حسابی که در اختیار دارد.
- استفاده از ابزارهای بومی ویندوز: فعالیت مخرب را میان عملیات عادی مدیریت سیستم پنهان کند؛ نمونهای از رویکرد Living off the Land.
مثال: مهاجم حساب یک ادمین را سرقت میکند. اگر سرور مقصد WinRM فعال داشته باشد و اتصال آن حساب مجاز باشد، مهاجم میتواند بدون باز کردن دسکتاپ RDP، روی سرور فرمان اجرا کند.
نکته برای SOC: در بسیاری از اجرایهای PowerShell Remoting، پردازش wsmprovhost.exe در مقصد دیده میشود. بررسی فرمانها و پردازشهای مرتبط با آن، همراه با مبدأ اتصال و حساب استفادهشده، ارزشمند است؛ وجود این پردازش بهتنهایی نشانه حمله نیست.
فعال بودن WinRM بهخودیخود یعنی هک شدن سیستم نیست؛ خطر اصلی، دسترسی شبکهای گسترده و سوءاستفاده از حسابهای مجاز است.
#WinRM #PowerShell #WindowsSecurity #CyberSecurity #SOC #ThreatHunting #LateralMovement #LivingOffTheLand #BlueTeam #امنیت_سایبری #امنیت_ویندوز #مرکز_عملیات_امنیت #شکار_تهدید #آکادمی_روزبه
سرویس WinRM (Windows Remote Management) سرویس مدیریت از راه دور ویندوز است؛ به ادمین اجازه میدهد از طریق شبکه، روی سیستمهای دیگر فرمان اجرا کند، اطلاعات بگیرد و تنظیمات را مدیریت کند. PowerShell Remoting معمولاً از WinRM استفاده میکند.
پورتهای پیشفرض آن عبارتاند از:
- TCP 5985: ارتباط HTTP
- TCP 5986: ارتباط HTTPS
هکر با آن چه میکند؟ اگر مهاجم اعتبارنامه معتبر و مجوز لازم برای اتصال داشته باشد، میتواند از WinRM برای این کارها استفاده کند:
- حرکت جانبی: از سیستم اولیه به سرورها و سیستمهای دیگر متصل شود.
- اجرای فرمان از راه دور: فرمانها و اسکریپتهای خود را روی مقصد اجرا کند.
- شناسایی محیط: کاربران، سرویسها، پردازشها و تنظیمات سیستم را بررسی کند.
- اجرای ابزار یا بدافزار: با سطح دسترسی حسابی که در اختیار دارد.
- استفاده از ابزارهای بومی ویندوز: فعالیت مخرب را میان عملیات عادی مدیریت سیستم پنهان کند؛ نمونهای از رویکرد Living off the Land.
مثال: مهاجم حساب یک ادمین را سرقت میکند. اگر سرور مقصد WinRM فعال داشته باشد و اتصال آن حساب مجاز باشد، مهاجم میتواند بدون باز کردن دسکتاپ RDP، روی سرور فرمان اجرا کند.
نکته برای SOC: در بسیاری از اجرایهای PowerShell Remoting، پردازش wsmprovhost.exe در مقصد دیده میشود. بررسی فرمانها و پردازشهای مرتبط با آن، همراه با مبدأ اتصال و حساب استفادهشده، ارزشمند است؛ وجود این پردازش بهتنهایی نشانه حمله نیست.
فعال بودن WinRM بهخودیخود یعنی هک شدن سیستم نیست؛ خطر اصلی، دسترسی شبکهای گسترده و سوءاستفاده از حسابهای مجاز است.
#WinRM #PowerShell #WindowsSecurity #CyberSecurity #SOC #ThreatHunting #LateralMovement #LivingOffTheLand #BlueTeam #امنیت_سایبری #امنیت_ویندوز #مرکز_عملیات_امنیت #شکار_تهدید #آکادمی_روزبه
❤4💯2
https://lnkd.in/p/eadJeFCi
💥🎊از دانشجویان آکادمی روزبه که در آزمون رسمی CISSP قبول شده اند
با تبریک به ایشان و آرزوی موفقیت .💐
✅این آزمون را میتوان سخت ترین آزمون دنیای فناوری دانست که قبولی در آن به مطالعه فراوان، تجربه عملیاتی و ممارست نیاز دارد.
🌐دوره بعدی CISSP دیماه
🕹قبول شوید
💥🎊از دانشجویان آکادمی روزبه که در آزمون رسمی CISSP قبول شده اند
با تبریک به ایشان و آرزوی موفقیت .💐
✅این آزمون را میتوان سخت ترین آزمون دنیای فناوری دانست که قبولی در آن به مطالعه فراوان، تجربه عملیاتی و ممارست نیاز دارد.
🌐دوره بعدی CISSP دیماه
🕹قبول شوید
❤4🔥3
آکادمی آموزش روزبه 📚
https://lnkd.in/p/eadJeFCi 💥🎊از دانشجویان آکادمی روزبه که در آزمون رسمی CISSP قبول شده اند با تبریک به ایشان و آرزوی موفقیت .💐 ✅این آزمون را میتوان سخت ترین آزمون دنیای فناوری دانست که قبولی در آن به مطالعه فراوان، تجربه عملیاتی و ممارست نیاز دارد. 🌐دوره…
👆👆ترجمه نوشته جناب مهدی رضایی در لینکدین :
در طول مسیر حرفهایام، افتخار آشنایی با معدود متخصصانی را داشتهام که نهتنها دانش و تجربه خود را با اشتیاق به اشتراک میگذارند، بلکه نگاه مرا نیز شکل دادهاند.
روزبه نوروزی، دارنده مدارک CISSP و PMP، یکی از همین افراد است؛ متخصصی متعهد و آیندهنگر در حوزه امنیت سایبری در ایران که ۱۵ سال است مدرک CISSP دارد و عضو ISC2 است!
بله، درست خواندید؛ ۱۵ سال. او یکی از نخستین دارنده مدرک CISSP در کشور من بود.
من نخستین بار از طریق او با ISC2 و CISSP آشنا شدم؛ اما آنچه بیش از همه در ذهنم ماند، رویکرد او به امنیت بود.
زمانی که بیشتر افراد بر اصطلاحات پرطرفداری مانند فایروال نسل جدید و سامانههای تشخیص و جلوگیری از نفوذ تمرکز داشتند، او بر اهمیت چرخه عمر توسعه نرمافزار، SDLC، تأکید میکرد.
پیش از شرکت در آزمون، دورهای را با او گذراندم. در آن دوره، درسی را بهخوبی در ذهنم جا انداخت که همچنان همراه من است: به هر سؤال از دریچه ریسک و با ذهنیت یک مشاور سیاستگذاری نگاه کنید.
همین نگاه، راهگشا شد.
روزبه،
سپاسگزارم که مرا نهفقط با ISC2 و CISSP، بلکه با شیوهای از تفکر درباره امنیت آشنا کردی که در سراسر مسیر حرفهایام همراه من بوده است.
همچنین مفتخرم اعلام کنم که اکنون رسماً به جمع جامعه دارندگان CISSP در ISC2 پیوستهام.
#Cybersecurity #CISSP #ISC2 #RiskBasedSecurity
در طول مسیر حرفهایام، افتخار آشنایی با معدود متخصصانی را داشتهام که نهتنها دانش و تجربه خود را با اشتیاق به اشتراک میگذارند، بلکه نگاه مرا نیز شکل دادهاند.
روزبه نوروزی، دارنده مدارک CISSP و PMP، یکی از همین افراد است؛ متخصصی متعهد و آیندهنگر در حوزه امنیت سایبری در ایران که ۱۵ سال است مدرک CISSP دارد و عضو ISC2 است!
بله، درست خواندید؛ ۱۵ سال. او یکی از نخستین دارنده مدرک CISSP در کشور من بود.
من نخستین بار از طریق او با ISC2 و CISSP آشنا شدم؛ اما آنچه بیش از همه در ذهنم ماند، رویکرد او به امنیت بود.
زمانی که بیشتر افراد بر اصطلاحات پرطرفداری مانند فایروال نسل جدید و سامانههای تشخیص و جلوگیری از نفوذ تمرکز داشتند، او بر اهمیت چرخه عمر توسعه نرمافزار، SDLC، تأکید میکرد.
پیش از شرکت در آزمون، دورهای را با او گذراندم. در آن دوره، درسی را بهخوبی در ذهنم جا انداخت که همچنان همراه من است: به هر سؤال از دریچه ریسک و با ذهنیت یک مشاور سیاستگذاری نگاه کنید.
همین نگاه، راهگشا شد.
روزبه،
سپاسگزارم که مرا نهفقط با ISC2 و CISSP، بلکه با شیوهای از تفکر درباره امنیت آشنا کردی که در سراسر مسیر حرفهایام همراه من بوده است.
همچنین مفتخرم اعلام کنم که اکنون رسماً به جمع جامعه دارندگان CISSP در ISC2 پیوستهام.
#Cybersecurity #CISSP #ISC2 #RiskBasedSecurity
🔥6👏6❤1
آکادمی آموزش روزبه 📚
#سخن_روز
👆👆پیرو این پست ، تعدادی از دوستان جویای کلاس اسپلانک شدند
امکان برگزاری هست با استخدام تضمینی و اگر هم تا حدودی بلد باشید امکان جذب با حقوق خوب
اما برای تشکیل کلاس باید به حد نصاب برسد
در واتس اپ زیر رزرو کنید تاخبر کنیم 09902857290
امکان برگزاری هست با استخدام تضمینی و اگر هم تا حدودی بلد باشید امکان جذب با حقوق خوب
اما برای تشکیل کلاس باید به حد نصاب برسد
در واتس اپ زیر رزرو کنید تاخبر کنیم 09902857290
❤4
#به_روز_باشید
حمله با آسیب پذیری جدید PHP را کنترل کنید
متریال Splunk ES در لینک زیر فراهم است
دوره اسپلانک شرکت هامون و آکادمی روزبه 09902857290
https://splunkbase.splunk.com/app/3449
حمله با آسیب پذیری جدید PHP را کنترل کنید
متریال Splunk ES در لینک زیر فراهم است
دوره اسپلانک شرکت هامون و آکادمی روزبه 09902857290
https://splunkbase.splunk.com/app/3449
Splunk
Splunk ES Content Update | Splunkbase
The Splunk ES Content Update (ESCU) app delivers pre-packaged Security Content. ESCU provides regular Security Content updates to help security practitioners address ongoing time-sensitive threats, attack methods, and other security issues.
❤4👏1
وقتی Splunk ES سالم است، اما حمله را نمیبیند
در سناریوی بازسازیشده از عیبیابی ES، لاگهای ورود ناموفق ویندوز دریافت میشدند، تعدادشان از آستانه تشخیص عبور میکرد و Correlation Search نیز موفق اجرا میشد؛ اما هشداری تولید نمیشد. عجیبتر اینکه همان جستوجو، کمی دیرتر و بهصورت دستی، نتیجه میداد.
این تناقض، سؤال اصلی را تغییر داد: آیا مشکل در SPL بود، یا داده هنگام اجرای تشخیص هنوز آماده نبود؟
ابتدا استخراج فیلدها، انطباق با CIM، قیود Data Model، دسترسی کاربر اجراکننده و محدوده زمانی بررسی شدند. سرنخ اصلی در tstats و تنظیم summariesonly=true بود: جستوجو فقط خلاصههای شتابدهیشده را میخواند. بنابراین وجود لاگ در ایندکس، دیدهشدن آن در مسیر تشخیص را تضمین نمیکرد.
مقایسه خروجی جستوجو با summariesonly=true و summariesonly=false روی بازهای ثابت، اختلاف نشان داد. سپس سه زمان کنار هم قرار گرفتند: وقوع رویداد، ایندکسشدن و قابلجستوجوشدن در خلاصهها.
رویدادی ساعت ۱۰:۰۲ رخ داده، ۱۰:۰۸ ایندکس شده و بعدتر وارد خلاصهها شده بود؛ اما قاعده هر پنج دقیقه، فقط پنج دقیقه گذشته را بررسی میکرد. هنگام اجرای اول، داده نرسیده بود؛ هنگام اجرای بعدی، زمان وقوعش از پنجره خارج شده بود.
بررسی scheduler.log نیز رقابت منابع و اجرای Skipشده بعضی جستوجوهای شتابدهی را آشکار کرد.
راهحل، صرفاً تغییر کوئری نبود: تأخیر منابع اندازهگیری شد، زمانبندی جستوجوهای سنگین توزیع شد و پنجره تشخیص با تأخیر واقعی داده تطبیق یافت. برای پنجرههای همپوشان نیز کنترل تکرار هشدار تعریف شد، بدون آنکه فعالیت مستقل بعدی پنهان شود.
پذیرش نهایی با بازاجرای سناریو و سنجش زمان رسیدن هشدار انجام شد؛ نه صرفاً مشاهده اجرای موفق Search.
درس مهم: نتیجه نداریم ، الزاماً یعنی تهدید صفر نیست؛ گاهی داده و منطق درست، در زمان مناسب به هم نمیرسند.
#Splunk #SplunkES #SOC #DetectionEngineering #Troubleshooting #CIM #SIEM
در سناریوی بازسازیشده از عیبیابی ES، لاگهای ورود ناموفق ویندوز دریافت میشدند، تعدادشان از آستانه تشخیص عبور میکرد و Correlation Search نیز موفق اجرا میشد؛ اما هشداری تولید نمیشد. عجیبتر اینکه همان جستوجو، کمی دیرتر و بهصورت دستی، نتیجه میداد.
این تناقض، سؤال اصلی را تغییر داد: آیا مشکل در SPL بود، یا داده هنگام اجرای تشخیص هنوز آماده نبود؟
ابتدا استخراج فیلدها، انطباق با CIM، قیود Data Model، دسترسی کاربر اجراکننده و محدوده زمانی بررسی شدند. سرنخ اصلی در tstats و تنظیم summariesonly=true بود: جستوجو فقط خلاصههای شتابدهیشده را میخواند. بنابراین وجود لاگ در ایندکس، دیدهشدن آن در مسیر تشخیص را تضمین نمیکرد.
مقایسه خروجی جستوجو با summariesonly=true و summariesonly=false روی بازهای ثابت، اختلاف نشان داد. سپس سه زمان کنار هم قرار گرفتند: وقوع رویداد، ایندکسشدن و قابلجستوجوشدن در خلاصهها.
رویدادی ساعت ۱۰:۰۲ رخ داده، ۱۰:۰۸ ایندکس شده و بعدتر وارد خلاصهها شده بود؛ اما قاعده هر پنج دقیقه، فقط پنج دقیقه گذشته را بررسی میکرد. هنگام اجرای اول، داده نرسیده بود؛ هنگام اجرای بعدی، زمان وقوعش از پنجره خارج شده بود.
بررسی scheduler.log نیز رقابت منابع و اجرای Skipشده بعضی جستوجوهای شتابدهی را آشکار کرد.
راهحل، صرفاً تغییر کوئری نبود: تأخیر منابع اندازهگیری شد، زمانبندی جستوجوهای سنگین توزیع شد و پنجره تشخیص با تأخیر واقعی داده تطبیق یافت. برای پنجرههای همپوشان نیز کنترل تکرار هشدار تعریف شد، بدون آنکه فعالیت مستقل بعدی پنهان شود.
پذیرش نهایی با بازاجرای سناریو و سنجش زمان رسیدن هشدار انجام شد؛ نه صرفاً مشاهده اجرای موفق Search.
درس مهم: نتیجه نداریم ، الزاماً یعنی تهدید صفر نیست؛ گاهی داده و منطق درست، در زمان مناسب به هم نمیرسند.
#Splunk #SplunkES #SOC #DetectionEngineering #Troubleshooting #CIM #SIEM
❤6👏2
نصب و تیونینگ اسپلانک ( نه تحلیلگری ) شده ساعتی ۴ م تومان 🫢😑
⁉️نمیخواین در این حوزه شاغل شوید ؟
🌼هیچ پیش نیاز امنیتی هم نمیخواد
⬅️ثبت نام : واتس اپ 09902857290
پیش نیاز: دوره آفلاین اسپلانک جناب میر اسداللهی ( گوگل کنید)
⁉️نمیخواین در این حوزه شاغل شوید ؟
🌼هیچ پیش نیاز امنیتی هم نمیخواد
⬅️ثبت نام : واتس اپ 09902857290
پیش نیاز: دوره آفلاین اسپلانک جناب میر اسداللهی ( گوگل کنید)
👏4❤1