🔴 همزمان با افزایش حملات سایبری به زیرساخت ایران طی چندروز گذشته، حجم ترافیک شبکه اینترنت ایران هم طبق گزارش رادار کلادفلر به کمترین میزان از بعد از اتصال دوباره اینترنت رسیده.

@abrplusdocs

اوپن‌ای‌آی یه آزمایش عجیب انجام داده دو ایجنت هوش مصنوعی رو توی ماشین‌های مجازی جدا، بدون اینترنت و بدون فایل مشترک قرار داده؛ اما این دو تونستن از طریق حافظه نهان پردازنده (CPU Cache) با هم پیام ردوبدل کنن!

ماجرا اینه که وقتی دو سیستم از یک سخت‌افزار مشترک استفاده می‌کنن، حتی تفاوت چند نانوثانیه‌ای در زمان دسترسی به حافظه می‌تونه به یه کانال مخفی برای انتقال اطلاعات تبدیل بشه. ایجنت‌ها از همین تفاوت برای رمزگذاری و تبادل داده‌های آزمایشی استفاده کردن.

ترسناک‌ترین بخش ماجرا این نیست که هوش مصنوعی از قفس فرار کرده؛ اینه که بستن اینترنت و قطع شبکه لزوماً برای ایزوله کردنش کافی نیست. وقتی مدل‌ها می‌تونن آسیب‌پذیری‌های ناشناخته پیدا کنن و راه‌های ارتباطی پیش‌بینی‌نشده بسازن!

@abrplusdocs

🔐 سه تنظیم امنیتی در VMware که بهتره دقیق بدونیم چه کاری انجام میدن

در Networking مربوط به vSphere، روی Port Group یا vSwitch با سه Security Policy مهم روبه‌رو می‌شیم:

Promiscuous Mode
MAC Address Changes
Forged Transmits

هر سه معمولاً به MAC و رفتار ترافیک VM مربوط میشن، ولی کارشون یکی نیست.

🔹 Promiscuous Mode

در حالت عادی vNIC فقط ترافیکی رو دریافت می‌کنه که مربوط به خودش باشه.

اگر Promiscuous Mode روی Accept قرار بگیره، VM می‌تونه ترافیک بیشتری که روی اون Virtual Switch قابل مشاهده است دریافت کنه.

برای بعضی سناریوهای IDS/IPS، Packet Capture یا Virtual Appliance ممکنه لازم باشه.

ولی بی‌دلیل فعالش نکنیم؛ چون از نظر امنیتی سطح دسترسی VM به ترافیک شبکه رو افزایش میده.


🔹 MAC Address Changes

این Policy سمت ترافیک ورودی اهمیت پیدا می‌کنه.

اگر Guest سیستم‌عامل MAC خودش رو تغییر بده و Policy روی Reject باشه، ESXi اجازه نمی‌ده VM با MAC جدید به شکل عادی ترافیک مربوط به اون MAC رو دریافت کنه.

🔹 Forged Transmits

این مورد سمت خروجی رو کنترل می‌کنه.

هاست ESXi بررسی می‌کنه:

سورس MAC فریمی که VM ارسال کرده با MAC مورد انتظار vNIC مطابقت داره یا نه؟

اگر Reject باشه و VM بخواد با Source MAC متفاوت Frame ارسال کنه، ترافیک Drop میشه.

این مورد در بعضی سناریوهای:

Virtual Firewall

Nested ESXi

Load Balancer

VRRP

Network Appliance

می‌تونه مهم بشه.

📌 از نظر Security بهتره این سه گزینه رو صرفاً برای اینکه «شبکه کار کنه» روی Accept نذاریم.

اول مشخص می‌کنیم Workload واقعاً به کدوم قابلیت نیاز داره و فقط همون Policy رو تغییر می‌دیم.

به‌خصوص:

Promiscuous Mode = Accept

هر Accept باید یک دلیل فنی مشخص داشته باشه.

#VMware #vSphere #NetworkSecurity #Virtualization #vSwitch #InfrastructureSecurity

☁️ ابرپلاس | Cloud Infrastructure

@abrplusdocs

کامیونیتی امنیت رو یه مزرعه تصور کن. 🌱

توی این مزرعه دو دسته آدم وجود دارن:
🐖 خوک‌ها
آدم‌هایی که بیشتر انرژی‌شون صرف دعوا، حاشیه، کل‌کل، رقابت برای دیده‌شدن و بحث‌های بی‌نتیجه می‌شه.

👨‍🌾 کشاورزها
آدم‌هایی که به‌جای جنگیدن با بقیه، دارن چیزی می‌کارن؛
پروژه می‌زنن، یاد می‌دن، تحقیق می‌کنن، تجربه کسب می‌کنن و چیزی به کامیونیتی اضافه می‌کنن.
حالا نکته جالب اینجاست...

وقتی دو تا خوک با هم دعوا می‌کنن، اگر بری وسطشون، آخرش تو هم گِلی می‌شی.
ولی اگر بری سمت کشاورزها، احتمالاً چیزی نصیبت می‌شه که فردا به دردت می‌خوره.
خیلی وقت‌ها مشکل ما این نیست که کامیونیتی بده.

مشکل اینه که بیش از حد داریم به قسمت اشتباه مزرعه نگاه می‌کنیم.

نشستیم کنار زمین، حرص می‌خوریم که:
«چرا این یکی با اون یکی دعوا داره؟»
«چرا فلانی اینو گفت؟»
«چرا کامیونیتی اینجوری شده؟»

درحالی‌که چند متر اون‌طرف‌تر، یه عده دارن زمین خودشون رو شخم می‌زنن و چیزی می‌سازن.
شاید وقتشه از مرز فاصله بگیریم.
کمتر به زمین خوک‌ها نگاه کنیم؛

بیشتر بریم سمت کشاورزها.
چون آخرش چیزی که از کامیونیتی با خودت می‌بری،
تعداد دعواهایی نیست که بردی؛
چیزیه که ساختی.

@abrplusdocs

🔐 توی مبحث امنیت CVE چیه؟
کلمه CVE مخفف عبارت Common Vulnerabilities and Exposures هستش که به معنی «آسیب‌پذیری‌های امنیتی رایج» است.
به زبان ساده، CVE یک سیستم استاندارد برای شناسایی و شماره‌گذاری آسیب‌پذیری‌های امنیتی در نرم‌افزارها و سخت‌افزارهاست.
وقتی یک مشکل امنیتی در محصولی مثل ویندوز، لینوکس یا Apache کشف می‌شود، ممکن است یک شناسه CVE به آن اختصاص داده شود.
ساختار شناسه CVE
CVE-2021-44228
CVE: نشان‌دهنده نوع شناسه امنیتی
2021: سال اختصاص شناسه CVE
44228: شماره منحصربه‌فرد آسیب‌پذیری
مثال واقعی: آسیب‌پذیری Log4Shell
آسیب‌پذیری CVE-2021-44228 در کتابخانه Java به نام Log4j کشف شد.
این آسیب‌پذیری در شرایط مشخص به مهاجم اجازه می‌داد کد دلخواه خود را از راه دور روی سرور اجرا کند؛ به این نوع حمله RCE (Remote Code Execution) می‌گویند.
تفاوت CVE و CVSS چیست؟
دو اصطلاح مهم در امنیت سایبری وجود دارد:
شناسه‌ای برای مشخص کردن یک آسیب‌پذیری
CVE
سیستمی برای امتیازدهی به شدت آسیب‌پذیری، معمولاً از ۰ تا ۱۰
CVSS

@abrplusdocs

☁️ پلتفرم OpenStack دقیقاً از چه سرویس‌هایی تشکیل شده؟

این پلتفرم یک نرم‌افزار واحد نیست که نصبش کنیم و تمام

از چند سرویس مستقل تشکیل شده که هرکدوم مسئول بخشی از Cloud هستن و از طریق API با هم ارتباط دارن.

برای شروع این چند سرویس رو باید بشناسیم:

🔹 Keystone | Identity

مسئول Authentication و Authorization.

یعنی وقتی User وارد OpenStack میشه، Keystone مشخص می‌کنه:

«این کاربر کیه و به چه چیزهایی اجازه دسترسی داره؟»



🔹 Nova | Compute

مسئول مدیریت Compute و چرخه زندگی Instanceهاست.

وقتی می‌خوایم یک VM بسازیم، Nova یکی از سرویس‌های اصلی درگیر در این فرآینده.

---

🔹 Neutron | Network

شبکه Cloud رو مدیریت می‌کنه:

Network
Subnet
Port
Router
Floating IP
Security Group

---

🔹 Glance | Image

ایمیج سیستم‌عامل رو نگهداری و مدیریت می‌کنه.

مثلاً:

Ubuntu 24.04

Rocky Linux

Windows Server

Nova هنگام ساخت Instance می‌تونه Image موردنیاز رو از Glance دریافت کنه.

---

🔹 Cinder | Block Storage

برای VMها Volume می‌سازه.

تقریباً می‌تونیم بهش به چشم Block Storage سرویس OpenStack نگاه کنیم.

---

🔹 Placement

اطلاعات Resourceهای Compute رو نگه می‌داره.

مثل:

vCPU
RAM
Resource Provider

و به Nova کمک می‌کنه بفهمه منابع موردنیاز Workload کجا قابل تأمین هستن.

---

🔹 Horizon | Dashboard

همون Web Interface معروف OpenStack.

در واقع Horizon خودش VM یا Network ایجاد نمی‌کنه؛ درخواست ما رو از طریق API به سرویس‌های مربوطه می‌فرسته.

---

📌 حالا نکته مهم:

وقتی روی Horizon می‌زنیم:

Create Instance

پشت اون یک دکمه، چند سرویس باید با هم کار کنن:

Keystone → Nova → Placement → Glance → Neutron → Cinder

پس برای یادگیری OpenStack، حفظ کردن اسم سرویس‌ها کافی نیست.

باید بفهمیم هر سرویس چه مسئولیتی داره و موقع ساخت یک VM چطور با بقیه سرویس‌ها ارتباط برقرار می‌کنه.

در پست بعدی دقیقاً همین مسیر رو باز می‌کنیم:

از لحظه‌ای که Create Instance می‌زنیم تا وقتی VM روی Compute بالا میاد، پشت صحنه چه اتفاقی میفته؟

#OpenStack #Cloud #Nova #Neutron #Keystone #Cinder #Glance

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

☁️ سرویس Keystone در OpenStack دقیقاً چه کاری انجام میده

ماژول Keystone سرویس Identity در OpenStackـه

یعنی قبل از اینکه بتونیم VM بسازیم، Network ایجاد کنیم یا Volume بسازیم، باید مشخص بشه:

چه کسی درخواست رو ارسال کرده و چه اجازه‌ای داره؟

اینجا Keystone وارد میشه.

فرض کنیم با CLI وارد OpenStack می‌شیم و می‌زنیم:

openstack server list

قبل از اینکه Nova لیست VMها رو برگردونه، باید هویت ما مشخص شده باشه.

ما اطلاعاتی مثل این‌ها رو ارسال می‌کنیم:

Username
Password
Project
Domain

Keystone اطلاعات رو بررسی می‌کنه و در صورت معتبر بودن، یک Token در اختیار Client قرار میده.

از اینجا به بعد درخواست‌ها با اون Token به سرویس‌های OpenStack ارسال میشن.

مثلاً:

User → Keystone → Token → Nova

اما Keystone فقط Login نیست.

چند مفهوم مهم دیگه هم داره:

🔹 User

کاربری که می‌خواد با OpenStack کار کنه.

🔹 Project

محدوده‌ای که Resourceها داخلش قرار می‌گیرن؛ مثلاً VM، Network و Volumeهای یک تیم.

🔹 Role

مشخص می‌کنه User داخل یک Project چه سطح دسترسی‌ای داره.

🔹 Service Catalog

Keystone آدرس API سرویس‌های مختلف رو هم در اختیار Client قرار میده.

مثلاً Endpoint مربوط به:

Nova
Neutron
Glance
Cinder

📌 پس Keystone رو فقط «صفحه Login اوپن‌استک» نبینیم.

سرویس Keystone عملاً جواب سه سؤال مهم رو میده:

کی هستی؟

به چی دسترسی داری؟

سرویس‌هایی که می‌خوای باهاشون کار کنی کجا هستن؟

در پست بعدی می‌ریم سراغ Nova و می‌بینیم Compute در OpenStack دقیقاً چطور مدیریت میشه.

#OpenStack #Keystone #Cloud #Identity #CloudComputing

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

چین رکورد انتقال اطلاعات با فیبر نوری رو شکست! 🚀

دانشمندان چینی به‌تازگی به یک رکوردی دست پیدا کردن و تونستن با فیبر نوری، 1 پتابایت (معادل 1 میلیون گیگابایت) اطلاعات رو در عرض 1 ثانیه جابه‌جا کنن. 📡

+ برای درک بهتر:
ارسال 20,000 فیلم با کیفیتِ 4k تو یک ثانیه! 😐

@abrplusdocs

بهزاد اکبری، مدیرعامل شرکت زیرساخت:
در ١٠ روز گذشته، تعداد حملات DDoS با مبد داخلى بيش از حملات با مبدا خارجى بود كه نشانه‌اى احتمالى از آلودگی دستگاه‌های كاربران داخلى و حضور آنها در بات‌نت‌هاست.
حملات متعدد بالاى 500 Gbps نيز در كنار آثار فيلترینگ، به افت كيفيت اينترنت دامن زد.
@abrplusdocs

☁️ سرویس Nova در OpenStack دقیقاً چه کاری انجام میده؟

بخش بزرگی از کارهایی که به چرخه Instance مربوط میشه، توسط Nova مدیریت میشه:

Create
Start / Stop
Reboot
Resize
Delete
Migrate

اما یه نکته مهم:

سرویس Nova خودش همه کارها رو انجام نمیده.

مثلاً وقتی یک Instance می‌سازیم، Nova باید با چند سرویس دیگه صحبت کنه:

از Keystone برای Identity و دسترسی،

از Glance برای Image،

از Neutron برای Network،

از Cinder در صورت نیاز برای Volume،

و از Placement برای اطلاعات Resourceها استفاده میشه.

داخل خود Nova هم چند Component مهم داریم:

🔹 nova-api

درخواست‌های API رو دریافت می‌کنه.

مثلاً وقتی از Horizon یا CLI می‌خوایم یک Instance بسازیم، درخواست وارد این بخش میشه.

🔹 nova-scheduler

تصمیم می‌گیره Instance روی کدوم Compute Host ساخته بشه.

یعنی بررسی می‌کنه کدوم Host شرایط لازم برای اجرای Workload رو داره.

🔹 nova-conductor

بین nova-compute و بخش‌هایی مثل Database قرار می‌گیره و بخشی از هماهنگی عملیات رو انجام میده.

🔹 nova-compute

روی Compute Node اجرا میشه و عملیات مربوط به Instance رو روی Hypervisor انجام میده.

مثلاً در محیط KVM:

Nova → nova-compute → libvirt → KVM/QEMU

پس Nova خودش Hypervisor نیست.

سرویس Nova لایه مدیریت Computeـه و برای اجرای واقعی VM از Hypervisor استفاده می‌کنه.

📌 وقتی روی Horizon دکمه Create Instance رو می‌زنیم، پشت اون دکمه کلی تصمیم‌گیری اتفاق میفته:

کدوم Host؟ چه Imageای؟ چه Networkی؟ چه Resourceای؟

بخش مهمی از هماهنگی این فرآیند بر عهده Novaست.

پست بعدی می‌ریم سراغNeutron؛ جایی که Networking در OpenStack شروع میشه.
پس همراه ما باشید

#OpenStack #Nova #Compute #KVM #Cloud #Virtualization

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

People see the app.
They see the website.
They see the “Online” status.

What they don’t see is the infrastructure, the late-night fixes, the silent monitoring, and the people making sure everything keeps running.

In IT, the best work is often the work nobody notices.

☁️ AbrPlus | Cloud & Infrastructure

@abrplusdocs