⚠ جاسوسی امارات از ایران با هک گوشی های آیفون
درگزارشی که رویترز درباره پروژه جاسوسی کلاغ سیاه توسط تیمی 10 نفره از هکرهای ماهر عوامل سابق CIA و NSA در کشور امارات علیه مقامات ایرانی افشاگری کرده و بیان میکند که این تیم از مجموعهای از ابزارهای فوق پیشرفته از جمله ابزار محرمانه ای به نام کارما (Karma) استفاده میکنند که به آنها این امکان را بدهد که با نفوذ به گوشیهای آيفون ، از افراد هدف جاسوسی کنند.
برای نفوذ به گوشی های آیفون فقط کافی است شماره تلفن فرد یا ایمیل متصل به گوشی فرد به این نرم افزار داده شود.
سپس نرم افزار لینک آلوده ای را بدون اطلاع هدف برای گوشی فرد می فرستند و با کلیک بر روی آن تمام اطلاعات گوشی برای جاسوسان ارسال می گردد.
جالب اینجاست که گوشی های آیفون و IOS درصد هک بسیار پاینی دارند و اکثر شخصیت ها و افراد مهم ایرانی از این گوشی ها استفاده می کنند و به احتمال زیاد از برخی از این اطلاعات برای به دام انداختن افراد در تور جاسوسی و عوامل نفوذ استفاده خواهد شد.
با توجه به انتشار این مقاله چرا باید برخی از شخصیت های مهم کشوری و خانواده های آنها از گوشی های آیفون استفاده کنند و به راحتی به امارات و کشورهای دیگر سفر کنند؟!
@futuresnet
درگزارشی که رویترز درباره پروژه جاسوسی کلاغ سیاه توسط تیمی 10 نفره از هکرهای ماهر عوامل سابق CIA و NSA در کشور امارات علیه مقامات ایرانی افشاگری کرده و بیان میکند که این تیم از مجموعهای از ابزارهای فوق پیشرفته از جمله ابزار محرمانه ای به نام کارما (Karma) استفاده میکنند که به آنها این امکان را بدهد که با نفوذ به گوشیهای آيفون ، از افراد هدف جاسوسی کنند.
برای نفوذ به گوشی های آیفون فقط کافی است شماره تلفن فرد یا ایمیل متصل به گوشی فرد به این نرم افزار داده شود.
سپس نرم افزار لینک آلوده ای را بدون اطلاع هدف برای گوشی فرد می فرستند و با کلیک بر روی آن تمام اطلاعات گوشی برای جاسوسان ارسال می گردد.
جالب اینجاست که گوشی های آیفون و IOS درصد هک بسیار پاینی دارند و اکثر شخصیت ها و افراد مهم ایرانی از این گوشی ها استفاده می کنند و به احتمال زیاد از برخی از این اطلاعات برای به دام انداختن افراد در تور جاسوسی و عوامل نفوذ استفاده خواهد شد.
با توجه به انتشار این مقاله چرا باید برخی از شخصیت های مهم کشوری و خانواده های آنها از گوشی های آیفون استفاده کنند و به راحتی به امارات و کشورهای دیگر سفر کنند؟!
@futuresnet
Forwarded from Mr.network (Mahdi M)
آگهی استخدام
شرکت مروا
عنوان: کارشناس پشتیبانی
شرکت مروا در نظر دارد یک نفر کارشناس پشتیبانی , فنی هاستینگ (ویندوز - لینوکس) , با حداقل 3سال سابقه کار مرتبط استخدام نماید.
ارسال رزومه به. : noc@morva.net
با ما همراه باشید....
@mrnetworking
شرکت مروا
عنوان: کارشناس پشتیبانی
شرکت مروا در نظر دارد یک نفر کارشناس پشتیبانی , فنی هاستینگ (ویندوز - لینوکس) , با حداقل 3سال سابقه کار مرتبط استخدام نماید.
ارسال رزومه به. : noc@morva.net
با ما همراه باشید....
@mrnetworking
✔️ برای هر #پورت سخت_افزاری کارت شبکه، تعداد 65535 پورت نرم افزاری وجود دارد.
-> سرویسهای مختلف کامپیوتری از طریق این پورت ها با IP ها و پورت های دیگر ارتباط برقرار می کنند.
-> سرویسهای مختلف کامپیوتری از طریق این پورت ها با IP ها و پورت های دیگر ارتباط برقرار می کنند.
بررسی پروتکل Fibre Channel
0
اگر بخواهیم تنها در چند کلمه Fibre Channel را توصیف نماییم، Fibre Channel ترکیبی از بهترینهای دو دنیاست. در واقع یک کانال حمل و نقل اشتراکی داده هاست که دارای بهترین خصوصیات I/OI bus ( مانند SCSI ) می باشد، که در نتیجه Host ها و Application ها می توانند تجهیزات ذخیرشی موجود را بعنوان یک تجهیز ذخیره سازی محلی ( بمانند یک هارد دیسک موجود بروی ماشین که مستقیما به مادربورد متصل است. ) ببینند. و همچنین Fibre Channel بهترین های دنیای شبکه را نیز در خود جای داده است. تا جایی که FC می تواند از پروتکلهای متفاوتی نظیر SCSI، IP، FICON پشتیبانی نمایید.
0
اگر بخواهیم تنها در چند کلمه Fibre Channel را توصیف نماییم، Fibre Channel ترکیبی از بهترینهای دو دنیاست. در واقع یک کانال حمل و نقل اشتراکی داده هاست که دارای بهترین خصوصیات I/OI bus ( مانند SCSI ) می باشد، که در نتیجه Host ها و Application ها می توانند تجهیزات ذخیرشی موجود را بعنوان یک تجهیز ذخیره سازی محلی ( بمانند یک هارد دیسک موجود بروی ماشین که مستقیما به مادربورد متصل است. ) ببینند. و همچنین Fibre Channel بهترین های دنیای شبکه را نیز در خود جای داده است. تا جایی که FC می تواند از پروتکلهای متفاوتی نظیر SCSI، IP، FICON پشتیبانی نمایید.
پروتکل Fibre Channel به ۵ لایه تقسیم می شود. این پروتکل با اینکه مدل OSI را دنبال نمی کند، اما شباهت های بسیاری به آن دارد.
FC-0 : تعریف کننده media فیزیکی است. سرعتی که دستگاه می تواند ارتباط برقرار کند. (۱,۲,۴,۸,۱۰,۱۶ Gbps)
FC-1 : شامل جزییات برای Encoding ، Ordered Set و ارتباطات Link Control است.
FC-2 : به منظور ساخت FC Frame و Flow Control. ما به Flow Control برای دانستن مقدار داده ی عبوری در زمان معین که در سمت گیرنده می تواند دریافت آن را مدیریت کند، نیاز داریم. Flow control توسط شیوه Buffer-to-Buffer Control Credit مدیریت می شود
FC-3 : هنوز به طور گسترده استفاده نشده است. در واقع یک سرویس Fabric، معرف ویژگی های Advance مانند Stripping و Hung Group است.
FC-4 : در پروتکل Fibre Channel وظیفه Mapping به Upper Layer Protocol را فراهم می کند که از معروف ترین آن ها SCSI است. FCP – Fibre Channel Protocol برای انتقال SCSI توسط Fibre Channel استفاده می شود
FC-0 : تعریف کننده media فیزیکی است. سرعتی که دستگاه می تواند ارتباط برقرار کند. (۱,۲,۴,۸,۱۰,۱۶ Gbps)
FC-1 : شامل جزییات برای Encoding ، Ordered Set و ارتباطات Link Control است.
FC-2 : به منظور ساخت FC Frame و Flow Control. ما به Flow Control برای دانستن مقدار داده ی عبوری در زمان معین که در سمت گیرنده می تواند دریافت آن را مدیریت کند، نیاز داریم. Flow control توسط شیوه Buffer-to-Buffer Control Credit مدیریت می شود
FC-3 : هنوز به طور گسترده استفاده نشده است. در واقع یک سرویس Fabric، معرف ویژگی های Advance مانند Stripping و Hung Group است.
FC-4 : در پروتکل Fibre Channel وظیفه Mapping به Upper Layer Protocol را فراهم می کند که از معروف ترین آن ها SCSI است. FCP – Fibre Channel Protocol برای انتقال SCSI توسط Fibre Channel استفاده می شود
بهتر است بدانیم ...
آدرس های DNS ای که باید به خاطر داشته باشید!
نویسنده : یاسر تیمورزاده
چه برنامه نویس باشید، چه مدیر سیستم و یا در هر حوزه ای از فناوری اطلاعات باشید احتمالا برای عیب یابی سیستم ها از آدرس های IP خاصی استفاده می کنید و اگر مثل من باشید سال ها است که از یک سری IP های خاص استفاده می کنید. این چنین IP هایی می توانند در مواقع متفاوتی کاربرد داشته باشند برای مثال:
تست اتصال با دستور ping
تست تبدیل نام با استفاده از dig یا nslookup
به روز رسانی تنظیمات DNS
سرویس دهنده های DNS از این جهت مورد علاقه من هستند که با آنها هم می توان اتصال سیستم را بررسی کرد و هم از تبدیل نام مطمئن شد. برای این کار مدت هاست که از سرویس دهنده های DNS گوگل استفاده می کنم:
8.8.8.8
8.8.4.4
اما مشکلی که روی این سرویس دهنده های DNS وجود دارد این است که فیلترینگی روی آنها اعمال نشده و در سال های اخیر کاربران کمتر تمایل دارند درخواست هایشان را به سمت سرورهای گوگل هدایت کنند.
جایگزین هایی برای سرویس دهنده DNS گوگل
برای مدتی استفاده از سرویس های Umbrella شرکت سیسکو استفاده می کردم چون می تواند فیلترینگ آدرس ها را به صورت خودکار انجام دهد. این سرویس دهنده ها مجموعه ای از URL های خطرناک را دسته بندی کرده و آنها را به صورت خودکار فیلتر می کنند که می تواند یک گام اولیه در حفاظت در برابر بدافزارها باشد.
208.67.222.222
208.67.220.220
سرورهای OpenDNS سرورهای خیلی خوبی هستند اما همیشه مجبور بوده ام آنها را حفظ کنم یا جایی یادداشت شان کنم. اما چند سالی است که سرورهایی خدمات ارائه می کنند که علاوه بر سرعت و کارکرد، حفظ کردنشان هم کار ساده ای است. یکی از ساده ترین سرویس دهنده هایی که کار فیلترینگ را هم انجام می دهد سرور 4-9 (چهار نه) IBM است که همانطور که از اسمش پیداست از 4 تا عدد 9 تشکیل شده است:
9.9.9.9
در ابتدای ارائه این سرویس کمی از آن استفاده کردم اما کمی کند به نظر می رسید که احتمالا تا کنون این مسئله رفع شده. در ادامه بیشتر روی مسئله عملکرد بهینه صحبت می کنم.
CloudFlare وارد می شود!
هر چند گوگل، سیسکو و IBM گزینه هایی با قابلیت های فیلترینگ متفاوت ارائه می کنند شرکت Cloud Flare با دیدگاهی متفاوت وارد این حوزه شده است. سرویس دهنده های این شرکت –مطابق آنچه در وب سایت شرکت مطرح شده- به جای تمرکز روی فیلترینگ، بحث حریم خصوصی را در اولویت قرار داده اند:
«بعضی از ارائه دهندگان سرویس بازگشتی DNS ادعا می کنند که چون از DNSSEC استفاده می کنند سرویس هایش ان امن است. هر چند استفاده از این پروتکل روش ایمین است اما طنز تلخ ماجرا این جاست که کاربران این سرویس ها حفاظتی در برابر خود این شرکت ها ندارند. بسیاری از این شرکت ها داده های DNS مشتریان را برای استفاده های تجاری جمع آوری می کنند. در مقابل سرویس دهنده 1.1.1.1 هیچ داده ای مربوط به کاربران را جمع آوری نمی کند. فایل های سابقه (Log) به مدت 24 ساعت و فقط برای عیب یابی نگهداری شده و سپس کاملا حذف می شوند.»
از نظر قابل حفظ بودن هم این دو گزینه از همه جذاب تر هستند:
1.1.1.1
1.0.0.1
این دو سرویس دهنده هر چند امکان فیلترینگ را ندارند اما هیچ گونه سابقی ای نگهداری نمی کنند و ردگیری کاربران را هم انجام نمی دهند.
سرویس دهنده ConnectSafe نورتون
نورتون هم چندین سرویس دهنده DNS عمومی دارد که در سطوح مختلف امکان فیلترینگ URL را ارائه می کنند:
بلوک کردن سایت های بدافزار و کلاه برداری
199.85.126.10
199.85.127.10
بلوک کردن محتوای جن*سی
199.85.126.20
199.85.127.20
بلوک کردن محتوای بالغ از انواع مختلف
199.85.126.30
199.85.127.30
توصیه من
البته کارایی یکی از مهم ترین گزینه هاست و بسته به اینکه کجا باشید می تواند متفاوت باشد اما در بررسی های اخیر تمامی این گزینه ها از نظر سرعت پاسخ دهی بسیار به هم نزدیک هستند. توصیه های نهایی من برای سرویس دهنده DNS به این ترتیب هستند:
اگر می خواهید سرعت، حریم خصوصی و به یادسپاری آسان را داشته باشید انتخاب اصلی CloudFlare است.
1.1.1.1
1.0.0.1
اگر هدف شما فیلترینگ URL است توصیه می کنم به جای Umbrella سیسکو از سرور چهار-نه IBM استفاده کند. دلیل این توصیه هم ساده تر بودن آدرس و داشتن منابع هوشمند تهدیدات متعدد است.
9.9.9.9
اگر می خواهید سطوح متعددی از فیلترینگ را اعمال کنید می توانید سراغ گزینه نورتون بروید. هر چند گزینه شخصی من چهار-نه است. اما گزینه نورتون می تواند برای مواردی مثل مدارس که بتوان گزینه DNS را به صورت اجباری تنظیم کرد انتخاب مناسبی است
آدرس های DNS ای که باید به خاطر داشته باشید!
نویسنده : یاسر تیمورزاده
چه برنامه نویس باشید، چه مدیر سیستم و یا در هر حوزه ای از فناوری اطلاعات باشید احتمالا برای عیب یابی سیستم ها از آدرس های IP خاصی استفاده می کنید و اگر مثل من باشید سال ها است که از یک سری IP های خاص استفاده می کنید. این چنین IP هایی می توانند در مواقع متفاوتی کاربرد داشته باشند برای مثال:
تست اتصال با دستور ping
تست تبدیل نام با استفاده از dig یا nslookup
به روز رسانی تنظیمات DNS
سرویس دهنده های DNS از این جهت مورد علاقه من هستند که با آنها هم می توان اتصال سیستم را بررسی کرد و هم از تبدیل نام مطمئن شد. برای این کار مدت هاست که از سرویس دهنده های DNS گوگل استفاده می کنم:
8.8.8.8
8.8.4.4
اما مشکلی که روی این سرویس دهنده های DNS وجود دارد این است که فیلترینگی روی آنها اعمال نشده و در سال های اخیر کاربران کمتر تمایل دارند درخواست هایشان را به سمت سرورهای گوگل هدایت کنند.
جایگزین هایی برای سرویس دهنده DNS گوگل
برای مدتی استفاده از سرویس های Umbrella شرکت سیسکو استفاده می کردم چون می تواند فیلترینگ آدرس ها را به صورت خودکار انجام دهد. این سرویس دهنده ها مجموعه ای از URL های خطرناک را دسته بندی کرده و آنها را به صورت خودکار فیلتر می کنند که می تواند یک گام اولیه در حفاظت در برابر بدافزارها باشد.
208.67.222.222
208.67.220.220
سرورهای OpenDNS سرورهای خیلی خوبی هستند اما همیشه مجبور بوده ام آنها را حفظ کنم یا جایی یادداشت شان کنم. اما چند سالی است که سرورهایی خدمات ارائه می کنند که علاوه بر سرعت و کارکرد، حفظ کردنشان هم کار ساده ای است. یکی از ساده ترین سرویس دهنده هایی که کار فیلترینگ را هم انجام می دهد سرور 4-9 (چهار نه) IBM است که همانطور که از اسمش پیداست از 4 تا عدد 9 تشکیل شده است:
9.9.9.9
در ابتدای ارائه این سرویس کمی از آن استفاده کردم اما کمی کند به نظر می رسید که احتمالا تا کنون این مسئله رفع شده. در ادامه بیشتر روی مسئله عملکرد بهینه صحبت می کنم.
CloudFlare وارد می شود!
هر چند گوگل، سیسکو و IBM گزینه هایی با قابلیت های فیلترینگ متفاوت ارائه می کنند شرکت Cloud Flare با دیدگاهی متفاوت وارد این حوزه شده است. سرویس دهنده های این شرکت –مطابق آنچه در وب سایت شرکت مطرح شده- به جای تمرکز روی فیلترینگ، بحث حریم خصوصی را در اولویت قرار داده اند:
«بعضی از ارائه دهندگان سرویس بازگشتی DNS ادعا می کنند که چون از DNSSEC استفاده می کنند سرویس هایش ان امن است. هر چند استفاده از این پروتکل روش ایمین است اما طنز تلخ ماجرا این جاست که کاربران این سرویس ها حفاظتی در برابر خود این شرکت ها ندارند. بسیاری از این شرکت ها داده های DNS مشتریان را برای استفاده های تجاری جمع آوری می کنند. در مقابل سرویس دهنده 1.1.1.1 هیچ داده ای مربوط به کاربران را جمع آوری نمی کند. فایل های سابقه (Log) به مدت 24 ساعت و فقط برای عیب یابی نگهداری شده و سپس کاملا حذف می شوند.»
از نظر قابل حفظ بودن هم این دو گزینه از همه جذاب تر هستند:
1.1.1.1
1.0.0.1
این دو سرویس دهنده هر چند امکان فیلترینگ را ندارند اما هیچ گونه سابقی ای نگهداری نمی کنند و ردگیری کاربران را هم انجام نمی دهند.
سرویس دهنده ConnectSafe نورتون
نورتون هم چندین سرویس دهنده DNS عمومی دارد که در سطوح مختلف امکان فیلترینگ URL را ارائه می کنند:
بلوک کردن سایت های بدافزار و کلاه برداری
199.85.126.10
199.85.127.10
بلوک کردن محتوای جن*سی
199.85.126.20
199.85.127.20
بلوک کردن محتوای بالغ از انواع مختلف
199.85.126.30
199.85.127.30
توصیه من
البته کارایی یکی از مهم ترین گزینه هاست و بسته به اینکه کجا باشید می تواند متفاوت باشد اما در بررسی های اخیر تمامی این گزینه ها از نظر سرعت پاسخ دهی بسیار به هم نزدیک هستند. توصیه های نهایی من برای سرویس دهنده DNS به این ترتیب هستند:
اگر می خواهید سرعت، حریم خصوصی و به یادسپاری آسان را داشته باشید انتخاب اصلی CloudFlare است.
1.1.1.1
1.0.0.1
اگر هدف شما فیلترینگ URL است توصیه می کنم به جای Umbrella سیسکو از سرور چهار-نه IBM استفاده کند. دلیل این توصیه هم ساده تر بودن آدرس و داشتن منابع هوشمند تهدیدات متعدد است.
9.9.9.9
اگر می خواهید سطوح متعددی از فیلترینگ را اعمال کنید می توانید سراغ گزینه نورتون بروید. هر چند گزینه شخصی من چهار-نه است. اما گزینه نورتون می تواند برای مواردی مثل مدارس که بتوان گزینه DNS را به صورت اجباری تنظیم کرد انتخاب مناسبی است
✨توضیحاتی در رابطه با آسیب پذیری Runc - Malicious container escape , CVE-2019-5736
در سال هاي اخیر شاهد گسترش و فراگیر شدن استفاده از کانتینرها بوده ایم اما هفته پیش خبری منتشر شد که حاکی از کشف آسیب پذیری مهمی در runc بود که با کد CVE-2019-5736 ثبت شده است و این هشداری بود برای تمرکز بیشتر روی امنیت این تکنولوژی نوظهور. به زبان ساده این آسیب پذیری اجازه می دهد که پروسه هایی که با سطح دسترسی root در یک کانتینر اجرا شده است با استفاده از یک باگ در runc به میزبان (Host) آن نفوذ کند وآن هم باسطح دسترسی root !!
اما Runc چیست؟ Runc یک ابزار سطح پایین است که در حقیقت قلب سیستمهای کانتینری است. تکنولوژی های کانتینرسازی مانند Docker, Containerd, CRI-O در لینوکس بالای Runc اجرا می شوند و Data Formatting و Serialization از طریق آن برای کانتینرها فراهم می شود. تصمیم بر این شده است که تا زمان ارایه و اعمال وصله امنیتی برای آن در سیستم های مختلف از انتشار جزییات کامل خودداری شود اما در لینک زیر بررسی فنی این آن را می توانيد مطالعه نمایید:
https://www.openwall.com/lists/oss-security/2019/02/11/2
در سال هاي اخیر شاهد گسترش و فراگیر شدن استفاده از کانتینرها بوده ایم اما هفته پیش خبری منتشر شد که حاکی از کشف آسیب پذیری مهمی در runc بود که با کد CVE-2019-5736 ثبت شده است و این هشداری بود برای تمرکز بیشتر روی امنیت این تکنولوژی نوظهور. به زبان ساده این آسیب پذیری اجازه می دهد که پروسه هایی که با سطح دسترسی root در یک کانتینر اجرا شده است با استفاده از یک باگ در runc به میزبان (Host) آن نفوذ کند وآن هم باسطح دسترسی root !!
اما Runc چیست؟ Runc یک ابزار سطح پایین است که در حقیقت قلب سیستمهای کانتینری است. تکنولوژی های کانتینرسازی مانند Docker, Containerd, CRI-O در لینوکس بالای Runc اجرا می شوند و Data Formatting و Serialization از طریق آن برای کانتینرها فراهم می شود. تصمیم بر این شده است که تا زمان ارایه و اعمال وصله امنیتی برای آن در سیستم های مختلف از انتشار جزییات کامل خودداری شود اما در لینک زیر بررسی فنی این آن را می توانيد مطالعه نمایید:
https://www.openwall.com/lists/oss-security/2019/02/11/2
آسیبپذیری بحرانی اجرای کد در پروتکل RDP که کلاینتهای آن را تحت تاثیر قرار میدهد
چندین ضعف بحرانی در استفاده رایج کاربران از پروتکل RDP کشف شده که به مهاجمین امکان اجرای کد (بصورت از راه دور) را بر روی کلاینت کاربران میسر میسازد. براساس گزارش منتشر شده، نسخه متن باز و محصول RDP Client مایکروسافت در معرض خطر مهاجمینیست که اقدام به راه اندازی سرور مخرب RDP در شبکه کردهاند و یا با استفاده از آسیبپذیریهای دیگر باعث افشای اطلاعات حساس کاربران شدهاند.
در یک سناریوی رایج، کاربر با استفاده از نسخه کلاینت RDP به یک سرور راه دور که نسخه RDP سرور بر روی آن فعال است متصل میشود و بسته به نوع دسترسی می تواند به منابع آن سیستم دسترسی داشته باشد، حال اگر همین عمل بصورت معکوس در نظر گرفته شود چه نقاط ضعفی دارد؟ محققان تحلیلی ارائه کرده اند که در آن به بیان چگونگی حمله به کلاینت متصل به RDP سرور پرداختهاند. به گفته محققان ۱۶ آسیب پذیری اساسی و در نهایت ۲۵ آسیب پذیری امنیتی در این آنالیز مورد بررسی قرار گرفت که این بررسی شامل کلاینت های mstsc.exe ،FreeRDP و rDesktop بوده است.
منبع خبر : offsec
چندین ضعف بحرانی در استفاده رایج کاربران از پروتکل RDP کشف شده که به مهاجمین امکان اجرای کد (بصورت از راه دور) را بر روی کلاینت کاربران میسر میسازد. براساس گزارش منتشر شده، نسخه متن باز و محصول RDP Client مایکروسافت در معرض خطر مهاجمینیست که اقدام به راه اندازی سرور مخرب RDP در شبکه کردهاند و یا با استفاده از آسیبپذیریهای دیگر باعث افشای اطلاعات حساس کاربران شدهاند.
در یک سناریوی رایج، کاربر با استفاده از نسخه کلاینت RDP به یک سرور راه دور که نسخه RDP سرور بر روی آن فعال است متصل میشود و بسته به نوع دسترسی می تواند به منابع آن سیستم دسترسی داشته باشد، حال اگر همین عمل بصورت معکوس در نظر گرفته شود چه نقاط ضعفی دارد؟ محققان تحلیلی ارائه کرده اند که در آن به بیان چگونگی حمله به کلاینت متصل به RDP سرور پرداختهاند. به گفته محققان ۱۶ آسیب پذیری اساسی و در نهایت ۲۵ آسیب پذیری امنیتی در این آنالیز مورد بررسی قرار گرفت که این بررسی شامل کلاینت های mstsc.exe ،FreeRDP و rDesktop بوده است.
منبع خبر : offsec
هشدار امنیتی !!!
هشدار امنیتی در خصوص افزایش شدید حملات بر بستر RDP
بنابر گزارش شرکت امن پرداز (آنتی ویروس پادویش)، در روزهای گذشته شبکههای شرکتها و سازمانهای سراسر کشور، شاهد حجم بسیار بالایی از حملات هک و نفوذ به واسطه سرویس ریموت دسکتاپ و یا ابزارهای ریموت کلاینتی (مانند # AnyDesk و ابزارهای مشابه) بودهاند. لذا توصیه همیشگی در مسدود سازی یا محدودسازی سرویسهای مدیریتی دسترسی از راه دور از جمله # RDP مجددا تکرار میگردد. ضروری است که از سوی مسئولین شبکه های سازمانها و شرکتها جهت جلوگیری از بروز اینگونه حملات اقداماتی پیشگیرانه نظیر تهیه پشتیبان بهروز از اطلاعات حیاتی، غیرفعال کردن فوری دسترسیهای مدیریتی راه دور و ... صورت پذیرد
هشدار امنیتی !!!
آسیب پذیری روترهای میکروتیک با شناسه CVE-2019-3924
آسیبپذیری حیاتی جدید در روترهای # میکروتیک و مشخصات سیستم عامل RouterOS پیدا شده است که به حمله کننده این اجازه را میدهد که با ارسال بسته های شبکه، یک ضعف افزایش سطح دسترسی را مورد حمله قرار دهد (CWE-269). با استفاده از این آسیبپذیری مهاجم میتواند به نوعی فایروال را دور بزند. شماره این آسیبپذیری CVE-2019-3924 بوده و حمله از طریق شبکه و بهصورت راه دور قابل اجراست. با توجه به اینکه این حمله به سطح دسترسی خاصی نیاز نداشته و فقط با چند بسته تحت شبکه قابل بهرهگیری است، ضروری است جهت رفع آسیب پذیری مورد نظر سیستمعامل روتر خود را به 6.42.12 (در نسخه long-term) یا 6.43.12 (در نسخه stable) ارتقا دهید.
@futuresnet
هشدار امنیتی در خصوص افزایش شدید حملات بر بستر RDP
بنابر گزارش شرکت امن پرداز (آنتی ویروس پادویش)، در روزهای گذشته شبکههای شرکتها و سازمانهای سراسر کشور، شاهد حجم بسیار بالایی از حملات هک و نفوذ به واسطه سرویس ریموت دسکتاپ و یا ابزارهای ریموت کلاینتی (مانند # AnyDesk و ابزارهای مشابه) بودهاند. لذا توصیه همیشگی در مسدود سازی یا محدودسازی سرویسهای مدیریتی دسترسی از راه دور از جمله # RDP مجددا تکرار میگردد. ضروری است که از سوی مسئولین شبکه های سازمانها و شرکتها جهت جلوگیری از بروز اینگونه حملات اقداماتی پیشگیرانه نظیر تهیه پشتیبان بهروز از اطلاعات حیاتی، غیرفعال کردن فوری دسترسیهای مدیریتی راه دور و ... صورت پذیرد
هشدار امنیتی !!!
آسیب پذیری روترهای میکروتیک با شناسه CVE-2019-3924
آسیبپذیری حیاتی جدید در روترهای # میکروتیک و مشخصات سیستم عامل RouterOS پیدا شده است که به حمله کننده این اجازه را میدهد که با ارسال بسته های شبکه، یک ضعف افزایش سطح دسترسی را مورد حمله قرار دهد (CWE-269). با استفاده از این آسیبپذیری مهاجم میتواند به نوعی فایروال را دور بزند. شماره این آسیبپذیری CVE-2019-3924 بوده و حمله از طریق شبکه و بهصورت راه دور قابل اجراست. با توجه به اینکه این حمله به سطح دسترسی خاصی نیاز نداشته و فقط با چند بسته تحت شبکه قابل بهرهگیری است، ضروری است جهت رفع آسیب پذیری مورد نظر سیستمعامل روتر خود را به 6.42.12 (در نسخه long-term) یا 6.43.12 (در نسخه stable) ارتقا دهید.
@futuresnet