ابرپلاس | Cloud & Security🔵

همه در مورد GPU دارن صحبت میکنن 🔺اما یه سوال خیلی مهم وجود داره وقتی GPU برا زیرساختت آماده شد Network و Storage هم آماده شده از قبل؟ توی معماری جدید AI Infra دیگه فقط تعداد GPU تعیین کننده نیست 🔺اگه دیتا با سرعت کافی به GPU نرسه 🔺اگه Storage تو زمان check point دچار Latency بشه 🔺یا Network تو زمان Data movement دچار یه باتلنک بشه این GPU گران قیمت شما عملا می‌تونه منتظر بمونه؟ مخصوصا در مقیاس بزرگ Check pointing و Data movement میتونه باعث GPU Stall بشن پس وقتی از AI Infrastructure صحبت میکنیم بهتر یه نگاه به این زنجیره مهم شبکه و استوریج هم داشته باشیم شاید درسته نباشه که بپرسیم چند GPU داریم؟؟ بهتره بپرسیم : آیا کل Data path ما برای GPU طراحی شده؟ @abrplusdocs

⚙️ وقتی رشد کلاستر باعث ناپایداری ساخت VM می‌شه ◀️ تو یکی از تیکت‌های پشتیبانی Red Hat OpenStack (باگ ۱۸۴۸۶۰۵)، یه تیم زیرساخت گزارش داده بود که با بزرگ‌تر شدن کلاستر، ساخت VM ناپایدار شده بود — گاهی موفق، گاهی بدون دلیل مشخص Timeout می‌خورد. ◀️ چیزی که پشت این رفتار عجیب بود، به مقیاس کلاستر برمی‌گشت: تنظیمات پیش‌فرض ارتباط بین Neutron و OVSDB برای یه محیط کوچیک کافی بودن، ولی وقتی تعداد پورت‌ها و Flow ها زیاد می‌شه، همون Timeout های پیش‌فرض شروع می‌کنن به شکست خوردن، بدون اینکه خطای واضحی تو لاگ بندازن. ◀️ راه‌حلی که این تیم استفاده کرد، تنظیم چهار پارامتر بود: افزایش ovsdb_timeout و of_inactivity_probe به ۳۰ ثانیه تو فایل‌های تنظیمات L3 Agent و OVS Agent، تغییر ovsdb_interface به حالت vsctl، و دستی تنظیم‌کردن inactivity_probe روی همه نودهای Controller و Compute. ◀️ بعد از اعمال این تغییرات و ریستارت سرویس‌های neutron_ovs_agent، neutron_metadata_agent و neutron_l3_agent، مشکل کاملاً برطرف شد. ✅ اگه کلاستر شما داره بزرگ می‌شه و شروع کردید به دیدن خطاهای گاه‌به‌گاه و بی‌دلیل تو ساخت VM یا اتصال شبکه، قبل از اینکه سراغ دیباگ عمیق‌تر برید، همین چهار پارامتر رو تو تنظیمات ML2/OVS Agent چک کنید؛ خیلی وقتا مشکل مقیاس‌پذیریه، نه باگ. #OpenStack #Neutron #KollaAnsible #نکته_فنی 📱 @Abrplusdocs t.me/abrplusdocs

🔵 چرا بزرگ‌ترین حمله‌های امسال اصلاً به آسیب‌پذیری ربطی نداشتن؟ ◀️ اگه به خبرهای همین چند هفته اخیر که روی کانال گذاشتیم نگاه کنیم، یه الگوی مشترک دیده می‌شه: کمپین سرقت داده از Azure چند شرکت Fortune 500، حمله به Change Healthcare، حادثه MGM Resorts، حتی ماجرای قدیمی‌تر Code Spaces هیچ‌کدومشون با اکسپلویت یه باگ فنی شروع نشدن. همه‌شون از یه Credential دزدیده‌شده یا یه تماس تلفنی ساده شروع شدن. چرا این الگو داره قوی‌تر می‌شه؟ ◀️ تو کمپین Azure، خود شرکت تحقیقاتی Hudson Rock صراحتاً اعلام کرد که این حمله هیچ ربطی به یه آسیب‌پذیری سیستمیک تو Azure نداشته؛ اگه داشت، باید شرکت‌های کوچیک‌تر هم قربانی می‌شدن، نه فقط چند غول Fortune 500. یعنی مهاجم دقیقاً دنبال هدف‌های باارزش رفته، نه یه حفره عمومی. ◀️ تو Change Healthcare هم داستان مشابهه: یه پورتال Citrix بدون MFA، یه Credential معتبر دزدیده‌شده، و تمام. هیچ Zero-Day ای وسط نبود. ◀️ MGM هم با یه تماس ده‌دقیقه‌ای به Help Desk شروع شد، نه با اسکن پورت یا فازینگ یه سرویس. چرا این روند برای دنیای Cloud و Virtualization خطرناک‌تر از همیشه‌ست؟ ◀️ تو معماری سنتی، یه Credential دزدیده‌شده معمولاً بهت دسترسی به یه بخش محدود می‌داد. ولی تو دنیای Cloud، همون یه Credential اغلب کلید دسترسی به IAM، به Storage، به API مدیریت Hypervisor، و گاهی حتی به کنسول مدیریتی vCenter یا OpenStack هم هست. وقتی همه‌چیز از طریق هویت (Identity) کنترل می‌شه، هویت خودش تبدیل به بزرگ‌ترین سطح حمله می‌شه، نه کد. ◀️ نکته بدتر اینه که این نوع حمله‌ها اغلب هیچ اثری تو لاگ‌های امنیتی معمول نمی‌ذارن که فوراً قابل تشخیص باشه؛ چون از دید سیستم، این فقط یه کاربر معتبر با رمز درسته که داره وارد می‌شه. دقیقاً همون چیزی که تو باگ Keystone که هفته پیش بررسی کردیم هم دیدیم: وقتی هویت جعل می‌شه، لاگ‌ها هم به اسم قربانی ثبت می‌شن، نه مهاجم. ◀️ بودجه و توجه بیشتر تیم‌های امنیتی هنوز صرف پچ کردن CVE ها و تقویت فایروال می‌شه کاری که لازمه، ولی دیگه کافی نیست. وقتی ۹۰ درصد حمله‌های بزرگ امسال از مسیر هویت وارد شدن، نه از مسیر یه باگ فنی، باید بودجه هم متناسب جابه‌جا بشه: تشخیص رفتار غیرعادی روی حساب‌های معتبر، MFA اجباری و مقاوم در برابر Phishing، و محدود کردن دس

🛡 ۵۰ اصطلاح مهم دنیای امنیت سایبری که در 2026 باید بلد باشید! ✅ مفاهیم پایه امنیت: 🔸 CIA – محرمانگی، یکپارچگی، دسترس‌پذیری 🔸 APT – تهدید ماندگار پیشرفته 🔸 SOC – مرکز عملیات امنیت 🔸 SIEM – مدیریت اطلاعات و رویدادهای امنیتی 🔸 DLP – جلوگیری از نشت اطلاعات 🌐 امنیت شبکه و نقطه پایانی: 🔸 IDS – سیستم تشخیص نفوذ 🔸 IPS – سیستم جلوگیری از نفوذ 🔸 EDR – تشخیص و پاسخ نقطه پایانی 🔸 NAC – کنترل دسترسی به شبکه 🔸 UEBA – تحلیل رفتار کاربران و نهادها 🔐 مدیریت هویت و دسترسی: 🔸 IAM – مدیریت هویت و دسترسی 🔸 MFA – احراز هویت چندمرحله‌ای 🔸 SSO – ورود یکپارچه 🔸 RBAC – کنترل دسترسی مبتنی بر نقش 🔸 PAM – مدیریت دسترسی ممتاز 🧠 اطلاعات تهدید و بدافزار: 🔸 IOC – نشانگرهای نفوذ 🔸 TTP – تاکتیک‌ها، تکنیک‌ها، روش‌ها 🔸 MITRE ATT&CK – پایگاه دانش رفتارهای مهاجم 🔸 C2 – فرمان و کنترل 🔸 RAT – تروجان دسترسی از راه دور ☁️ امنیت وب، اپلیکیشن و فضای ابری: 🔸 WAF – فایروال اپلیکیشن وب 🔸 CASB – واسط امنیتی دسترسی به فضای ابری 🔸 SAST – تست امنیت ایستای کد 🔸 DAST – تست امنیت پویا 🔸 CSPM – مدیریت وضعیت امنیت فضای ابری 📋 ریسک و تطابق با قوانین: 🔸 GRC – حاکمیت، ریسک و انطباق 🔸 PII – اطلاعات شناسایی شخصی 🔸 GDPR – مقررات حفاظت از داده اتحادیه اروپا 🔸 HIPAA – قانون حفاظت اطلاعات سلامت 🔸 SOX – قانون ساربنز-آکسلی 🚨 واکنش به رخداد و تداوم کسب‌وکار: 🔸 IR – پاسخ به رخداد 🔸 BCP – برنامه تداوم کسب‌وکار 🔸 DRP – برنامه بازیابی از فاجعه 🔸 MTTR – میانگین زمان بازیابی 🔸 RTO – هدف زمان بازیابی 🧩 چارچوب‌های امنیت سایبری: 🔸 NIST – مؤسسه استانداردهای ملی آمریکا 🔸 ISO – سازمان بین‌المللی استانداردسازی 🔸 CIS – مرکز امنیت اینترنت 🔸 CMMC – گواهی بلوغ امنیت سایبری 🔸 COBIT – اهداف کنترلی برای فناوری اطلاعات 💣 تهدیدات و اکسپلویت‌ها: 🔸 DoS – حمله محروم‌سازی از سرویس 🔸 DDoS – حمله توزیع‌شده محروم‌سازی 🔸 XSS – اسکریپت‌نویسی بین سایتی 🔸 SQLi – تزریق SQL 🔸 MITM – مرد میانی 🚀 فناوری‌های نوظهور و ابزارهای امنیتی: 🔸 SOAR – ارکستراسیون و خودکارسازی امنیت 🔸 XDR – تشخیص و پاسخ گسترده 🔸 ZTA – معماری اعتماد صفر 🔸 SASE – دسترسی ایمن به لبه سرویس 🔸 CNAPP – پلتفرم حفاظت از اپلیکیشن‌های ابری بومی @abrplusdocs

دوستان اگه پروژه اوپن سورس تو GitHub دارید وارد این لینک شید ChatGPT بهتون ۶ ماه اشتراک پرو + کدکس میده 🩵 https://openai.com/form/codex-for-oss/?utm_source=sp_auto_dm&fbclid=PAVERFWAUu1qFleHRuA2FlbQIxMABwZG9mAnNydGMGYXBwX2lkDzU2NzA2NzM0MzM1MjQyNwABp8FwEeipZUovEAK4ZucffFvEKRGFmGKYUdmf_zu66KwKh6Zd-dSD36p1RAU__aem_U207MXv65Lyp1cdTJuKBGw