آسیب‌پذیری در سرویس Remote Desktop

می ۲۰۱۹

شرح آسیب‌پذیری: یک آسیب پذیری در Remote Desktop Services، که قبلا با عنوان Terminal Services شناخته می‌شد کشف و گزارش شده است. زمانی که یک کاربر احراز هویت نشده با استفاده از RDP به سیستم قربانی متصل می‌شود و درخواست آلوده‌ای ارسال می‌نماید می‌تواند با استفاده از این آسیب‌پذیری کدهای مورد نظرش را بر روی سیستم قربانی اجرا نماید. این آسیب‌پذیری مهاجم را قادر می‌سازد بدون نیاز به احراز هویت بتواند به مقاصدش دست یابد. بعد از این مرحله مهاجم می‌تواند برنامه مورد نظرش را نصب کرده، داده‌های قربانی را پاک کند و یا تغییر دهد. مایکروسافت این آسیب‌پذیری را از طریق تصحیح روندی که Remote Desktop درخواست‌های اتصال را پاسخ می‌دهد برطرف کرده است.

تاریخ: ۱۶ می ۲۰۱۹
شماره مرجع: CVE-2019-0708
تاثیرات: مهاجم کدهای مورد نظرش را اجرا می‌نماید
راهکار: نصب بروزرسانی‌های ارائه شده
#security @unixmens

[+] فرادرس استخدام میکند

🔻 موقعیت شغلی: متخصص DevOps
مهارت های مورد نیاز:
🔸 حداقل یکسال تجربه کاری
🔸 تسلط به سیستم عامل لینوکس
🔸 تسلط به پیکربندی Haproxy
🔸 تسلط به سیستم مانیتورینگ
🔸 تسلط به Python/Shell Scripting
🔸 توانایی مدیریت دیتابیس

ارسال رزومه به 👇
[email protected]

#job #devops #linux @unixmens

استخدام کارشناس ( فوری )
هویتا در نظر دارد از بین فارغ التحصیلان رشته مهندسی تعدادی از واجدین شرایط زیر را استخدام نماید


1- کارشناس پشتیبانی
• تسلط کامل بر سیستم عامل لینوکس
-حد اقل (lpic1 )
• آشنایی با مفاهیم شبکه
- حد اقل network +
• دارای 2 سال تجربه كاري مرتبط
- حد اقل ۲ سال
• حداکثر و حداقل سن (۲۲_۳۵)
داوطلبان محترم می‌توانند رزومه خود را به نشانی الکترونیکی [email protected] و[email protected] ارسال نمایند.

#jobs #linux @unixmens

استارتاپ نیماد، مستقر در شتاب دهنده شریف، فعال در زمینه تجهیزات پزشکی و تکنولوژی های نوین دعوت به همکاری می‌نماید:

فردی مسلط به raspberry pi و کنترل استپر موتورها

لطفا رزومه های خود را به آدرس ایمیل ارسال فرمایید

[email protected]

#jobs @unixmens

⭕️ استخدام کارشناس DevOps

نام شرکت: شرکت تحلیلگرامید
شهر: تهران
مهارت های مورد نیاز: شبکه / لینوکس

موقعیت شغلی:

◾️ آشنایی با مفاهیم پایه ای DevOps
◾️تسلط به Java , Spring Framework و ابزار های مرتبط
◾️تسلط به Bash Scripting
◾️تسلط به Linux Server Administration
◾️تسلط به مفاهیم شبکه
◾️ آشنایی با Message Broker ها و پیامرسانی بلادرنگ
◾️دانش عملیاتی CI/CD
◾️آشنایی کامل با مفاهیم Containerization با استفاده از Docker و یا ابزارهای مشابه
◾️آشنایی کامل با مفاهیم و ابزارهای Container Orchestration و Docker Swarm، Kubernetes
◾️دانش مدیریت و نگهداری پایگاه داده (MySQL,Postgres,Redis,Oracle,MongoDB)
◾️دانش پیکره بندی HTTP Server های Nginx ,Apache
◾️دارای روحیه همکاری تیمی و نظم سازمانی
◾️تسلط به زبان انگلیسی


تهران، خیابان ولیعصر، توانیر، کوچه احتشام، پلاک 9، طبقه دوم واحد3
شماره تلفن:
021-86087482
آدرس ایمیل:
[email protected]
وب سایت:
www.omidanalyzer.com




#jobs #devops #linux @unixmens

کتاب zfs & btrfs تقدیم دوستان
https://www.slideshare.net/yasharesmaildokht/zfs-and-btrfs
#zfs #btrfs #yashar_esmaildokht #storage @unixmens

کتاب مرجع oracle mysql |mariadb
به زبان فارسی
این کتاب بصورت الکترونیکی میباشد .


goo.gl/Z58RGk
کتاب شامل مباحث متوسط و پیشرفته هست . از ساختار دستورات sql , انواع پایگاه داده و تفاوت ها , نحوه ایجاد ریپلیکیشن ,بنچ مارکینگ , ابزارهای gui , مباحث tuning ,بک آپ گیری , متغیر های پایگاه داده و ...
#mysql #mariadb #yashar_esmaildokht @unixmens

مقاله ایجاد و مدیریت ، محدودیت در منابع در لینوکس https://www.dropbox.com/s/97q0h8l400edham/ulimit.pdf?dl=0 #yashar_esmaildokht #resource #linux @unixmens

مقاله پارتیشن بندی در #oracle mysql | #mariadb https://www.dropbox.com/s/h1vjk7yr3ji93w9/partition.pdf?dl=0 #yashar_esmaildokht

چگونه زیرساخت تجارت الکترونیکی را با opencart پیاده سازی کنیم . گرداوری و نویسنده : مهندس یاشار اسمعیل دخت
دانلود
#opencart #e_commerce #yashar_esmaildokht #linux @unixmens

کتابی که در مورد openstreetmap نوشتم تقدیم عزیزان , جامعه متن باز نیازمند مشارکت همگان جهت بهبود و توسعه نقشه های باز هست , در این راه به یکدیگر و خودمان کمک کنیم , نقشه باز کاربردهای گسترده و بسیار زیاد دارد , هرگونه انتقاد و پیشنهاد را در مورد کتاب پذیرا هستم
با تشکرات فراوان
یاشار اسمعیل دخت

https://www.dropbox.com/s/sck0kwn3eurnku2/osm.pdf?dl=0
#osm #yashar_esmaildokht @unixmens

#jobs #security @unixmens

نحوه پیاده سازی osm در هاست شخصی
Build Your Own OpenStreetMapTile Server on Ubuntu 16.04

#osm #map #openstreetmap @unixmens

کتاب iptables نسخه ۰٫۲ :
https://www.dropbox.com/s/qg72n9xeol33q42/iptables_02.pdf?dl=0
#linux #security #yashar_esmaildokht @unixmens

📚نمونه فرمت يك طرح تجاري ، شامل جزئيات بخش هاي :

▫️خلاصه مديريتي
▪️معرفي محصول يا خدمت
▫️تحليل بازار
▪️فرايند اجرا
▫️برنامه مالي #bp @unixmens

الزامات
بازه سنی : ۲۴ تا ۳۸ سال

جنسیت : فرقی نمی کند

ساعت کاری : شنبه تا چهارشنبه 8 - 16:30 ----- پنجشنبه ها 8 - 12

دو ساعت اضافه کار در روز

بیمه ، مزایا ، پاداش

دارای سیستم ارزیابی عملکرد جامع پرسنل

جو کاری صمیمی

پرداختی به موقع

وظایف و مسٔولیت ها

مدیریت و راهبری حرفه ای سیستم عامل Linux

مسلط به مفاهیم رایانش ابری(Cloud Computing) و سرویس های Openstack

مسلط به نصب دستی Openstack بر روی یک یا چند Node

مسلط به ابزارهای نصب خودکار Openstack بر روی یک یا چند Node

مسلط به ساخت Image های Cloud-Ready

استقرار، به روز رسانی وعیب یابی سرویس ها و ماژول هایOpenstack

استقرار Openstack در مقیاسی های کوچک و بزرگ

دارای تجربه کافی در بکارگیری سیستم های مدیریت پیکربندی تهران | خیابان کارگر شمالی - نرسیده به تقاطع جلال آل احمد - نبش خیابان دوم - ساختمان شماره ۱۸۳۹ - طبقه ۵ #jobs #linux #devops @unixmens

کتاب iptables نسخه ۰٫۲ :
https://www.dropbox.com/s/qg72n9xeol33q42/iptables_02.pdf?dl=0
#linux #security #yashar_esmaildokht @unixmens

آیا می‌دانستید که پس از یک رویداد فاجعه آمیز که موجب از دست رفتن داده‌ها می‌گردد، 93 درصد از شرکت‌ها، در کمتر از یک سال اعلام ورشکستگی می‌کنند! و 80 درصد از همه شرکت‌ها در همان نظرسنجی، بر این باور بودند که می‌توانند خودشان از پس یک فاجعه‌ی از دست رفتن داده‌ها برآمده و شرکت را سرپا نگه دارند؟ آمار‌هایی از این قبیل هستند که می‌تواند یک تصویر تکان‌دهنده از دنیای واقعی مدیریت داده‌ها و خطرات آن ارائه بدهند.

1- عدم پشتیبان گیری روزانه
تنها کمتر از 10 درصد از شرکت‌ها به طور روزانه از داده‌های خود پشتیبان‌گیری می‌کنند. پشتیبان‌گیری نکردن روزانه از داده‌ها، خطر هدر رفتن زمان، منابع و انرژی بسیار با ارزش برای بازآفرینی کارهای قبلا انجام شده را افزایش خواهد داد. به قول معروف “بهتر است که کار را در بار اول به درستی انجام بدهید تا این که بارها و بارها آن را دوباره انجام دهید تا درست شود”. باید از خودمان بپرسیم که از آخرین نسخه‌ی پشتیبان چه مقدار زمانی گذشته است و اگر امروز تمام داده‌هایمان را از دست بدهیم، چه مقدار کار را باید دوباره انجام بدهیم.

2- اعلام ورشکستی پس از ده روز
93 درصد از شرکت‌هایی که دیتاسنتر خود را برای مدت ده روز یا بیشتر به دلیل یک فاجعه از دست داده‌اند، در کم‌تر از یک سال اعلام ورشکستگی کرده‌اند.به علاوه، این آمار در ادامه بیان می‌کند که 50 درصد از کسب‌وکارهایی که در همین مدت، مدیریت داده نداشته‌اند، بلافاصله اعلام ورشکستگی کرده‌اند. این آمار بسیار هشدار دهنده ثابت می‌کند که شما باید یک طرح بازیابی اطلاعات برای کسب‌وکار خود داشته باشید.

3-خرابی سخت افزار، خرابی پشتیبان
45٪ از تمام خرابی‌های نسخه‌های پشتیبان به دلیل خرابی سخت افزاری می‌باشد. از لحاظ آماری، تمام سخت‌افزارها در دراز مدت 100 درصد احتمال خرابی خواهند داشت. در نهایت همه چیز از نوار خوان‌ها گرفته تا راهکارهای Cloud، بالاخره به دلایل مکانیکی و یا حتی مهاجرت از یک فرمت به فرمت دیگر، خرابی خواهند داشت. پشتیبان‌گیری از داده‌ها در اصل، جابجا کردن داده‌ها از سخت افزار به سخت افزار دیگر، پیش از خرابی می‌باشد.

4- بالاترین میزان خرابی در پشتیبان گیری از تمام داده‌ها
میزان خرابی در پشتیبان‌گیری از تمام داده‌ها 75 درصد است، این در حالی است که 57٪ مدیران فناوری اطلاعات یک راه حل پشتیبان‌گیری دارند، اما قادر به بازگرداندن تمام داده‌های از دست رفته نبودند. در حقیقت، 23 درصد از افرادی که یک راهکار پشتیبان داشتند، قادر به بازیابی هیچ داده‌ای نبودند. این یافته‌ها شبیه به آنچه که در سه سال گذشته بررسی‌ و تحقیق شد، می‌باشد به طوری که این تحقیقات بیان کردند که بیش از نیمی از مصرف کنندگان و کسب‌وکارها، حتی در زمانی که یک سیستم پشتیبان‌گیری وجود داشت، از دست دادن داده‌های خود را گزارش دادند.
برای جلوگیری از پیوستن به آمار بالا، باید نه تنها به طور مرتب از داده‌ها پشتیبان‌گیری کرد، بلکه باید نسخه‌های پشتیبان خود را آزمایش نیز کرد. گزارشی از وبسایت avast.com بیان می‌کند که تا 60 درصد از تمامی پشتیبان‌گیری‌ها ناقص‌اند و تنها نسخه‌های پشتیبان جزئی ایجاد می‌کنند. همچنین حدود نیمی از بازیابی‌های داده ناموفق اند. این می‌توانند به دلایلی متعددی از خرابی مکانیکی تا خرابی داده‌ها باشد. در حالی که ما پیشنهاد می‌کنیم هر نسخه‌ی پشتیبان را آزمایش کنید تا اطمینان حاصل شود که موفقیت آمیز بوده‌اند،ولی شاید خیلی سخت گیرانه به نظر برسد، بنابراین، یک بار آزمایش کردن در ماه کافی و موثر خواهد.

5-هزینه بالای بازیابی دیسک فیزیکی
اگر حادثه‌ی از دست رفتن داده‌ها برای شما اتفاق بیافتند و نسخه‌های پشتیبان‌تان نیز از بین بروند، ممکن است با توحه به اینکه داده‌های شما هنوز بر روی دیسک خراب می‌باشند، تعمیر سخت‌افزار را در نظر بگیرید. با این حال، این می‌تواند بسیار پرهزینه و گران باشد و در صورت خرابی سرور، تا 7500 دلار برای هر هارد دیسک هزینه خواهد داشت. پس از همه این هزینه‌ها، فایل‌ها بازهم ممکن است قابل بازیابی نباشند.
6- عدم بروزرسانی نسخه پشتیبان
ا Knoll Ontrak در ماه مارس سال 2016، 572 مدیر فناوری اطلاعات را مورد پرسش‌گری قرار داد. آن‌ها دریافتند که یک دلیل اصلی برای این که بازیابی پس از یک خرابی برای مدیران فناوری اطلاعات دشوار است، این است که نسخه پشتیبان‌شان بروز نیست و یا به درستی کار نمی‌کند. این امر می‌تواند ناشی از بروزرسانی نکردن نرم افزار نسخه پشتیبان، تهیه نسخه پشتیبان از نسخه‌های ناسازگار یا مسائل مربوط به نسخه‌های قدیمی باشد. به عنوان مثال، ممکن است تعجب آور باشد که فلاپی دیسک به عنوان یک راه حل پشتیبان‌گیری استفاده می‌شد، اما امروزه پیدا کردن یک درایو فلاپی دیسک تقریبا غیر ممکن است. حتی نگران‌کننده‌تر این است که CD-ROM نیز رو به انقراض می‌باشد.