يُدير استخدام وأداء وتسليم خدمات Cloud — وسيط بين CSPs والمستهلكين. فئات: Service Intermediation وService Aggregation وService Arbitrage
Fog Computing مقابل Edge Computing
Cloud Computing
Fog Computing
Edge Computing
النموذج
مركزي
لامركزي - Distributed
لامركزي - Distributed
الموقع
مراكز بيانات بعيدة
بين مصادر البيانات والسحابة
قريب من أجهزة IoT
الحجم
آلاف من السيرفرات
ملايين Fog Nodes
مليارات نقاط نهاية
الاستخدام
تحليل بيانات واسع النطاق
مدن ذكية وشبكات كهرباء ذكية وسيارات متصلة
معالجة عمليات صغيرة وعاجلة (ملي-ثانية)
02Container Technology — Docker وKubernetes
ما هو Container؟
حزمة تطبيق/برنامج مع كل تبعياته (Libraries وملفات إعداد وثنائيات) تعمل باستقلالية عن العمليات الأخرى. CaaS يتضمّن Virtualization وإدارة Containers عبر Orchestrators.
بنية Container Technology — الطبقات
الطبقة
الوصف
Tier-1: Developer Machines
إنشاء واختبار واعتماد الصور (Images)
Tier-2: Testing & Accreditation
التحقّق والتصديق وتوقيع الصور وإرسالها للـ Registries
Tier-3: Registries
تخزين الصور وتوزيعها على الـ Orchestrators (Docker Hub وAmazon ECR وDTR)
Tier-4: Orchestrators
تحويل الصور لـ Containers ونشر الـ Containers على Hosts
Tier-5: Hosts
تشغيل وإدارة الـ Containers وفق تعليمات الـ Orchestrator
Docker Architecture
المكوّن
الشرح
Docker Daemon (dockerd)
يعالج طلبات API ويُدير كائنات Docker: Containers وVolumes وImages وNetworks
Docker Client
الواجهة الرئيسية للتفاعل مع Docker — يُرسِل أوامر لـ dockerd عبر Docker API
Docker Registries
مواقع تخزين الصور (عامة أو خاصة) — Docker Hub المكان الافتراضي
Images
قوالب ثنائية Read-only لإنشاء Containers
Containers
مثيل قابل للتشغيل من Image — يُنشَأ ويُشغَّل ويُوقَف ويُحذَف بـ CLI أو API
Volumes
تخزين للبيانات الدائمة التي تُولِّدها Docker وتستخدمها الـ Containers
Services
تُوسِّع عدد الـ Containers عبر Daemons في Swarm بعدّة Managers وWorkers
Docker Swarm
وضع إدارة عدّة Docker Engines — تعيين مهام ولموازنة الحِمل وفحص الصحة وتحديثات متزامنة
Docker Networking — CNM
النوع
الشرح
Host Driver
الـ Container يستخدم مكدّس الشبكة الخاص بالـ Host
Bridge Driver
جسر Linux على الـ Host يُدار بـ Docker (الافتراضي)
Overlay Driver
اتصال Containers عبر البنية التحتية الفيزيائية
MACVLAN
اتصال بين واجهات Container والواجهات الأصلية للـ Host
None
مكدّس شبكة خاص معزول كليًا
Contiv (Cisco)
سياسات أمان وبنية تحتية لـ Multi-tenant Microservices
Weave
شبكة افتراضية لربط Containers عبر سحابات متعدّدة
Kuryr
تطبيق Docker libnetwork Remote Driver باستخدام OpenStack Neutron
Kubernetes (K8s)
منصّة Orchestration مفتوحة المصدر من Google لإدارة التطبيقات المُعبَّأة في Containers والـ Microservices. تُوفِّر: Service Discovery وLoad Balancing وStorage Orchestration وAutomated Rollouts/Rollbacks وAutomatic Bin Packing وSelf-Healing.
مكوّنات Master Node
المكوّن
الشرح
Kube-apiserver
مكوّن لوحة التحكّم الرئيسي — يستجيب لكل طلبات API ويتفاعل مع etcd وحده
etcd Cluster
تخزين Key-Value موزَّع ومتسق — بيانات Cluster وتفاصيل Service Discovery وAPI Objects
Kube-scheduler
يفحص الـ Pods الجديدة ويُعيِّن نودًا لها بناءً على متطلّبات الموارد والموقع والقيود
Kube-controller-manager
يُشغِّل Controllers (Node وEndpoint وReplication وService Account) في عملية واحدة
Cloud-controller-manager
يُشغِّل Controllers تتواصل مع مزوّدي Cloud — يُتيح تطوير كود Kubernetes وCloud بشكل مستقل
مكوّنات Worker Node
المكوّن
الشرح
Kubelet
عميل خدمة يعمل على كل نود — يضمن تشغيل الـ Containers في الـ Pod وصحّتها
Kube-proxy
Proxy شبكي يُدير قواعد الشبكة لتمكين اتصالات الـ Pods
Container Runtime
برنامج يُشغِّل الـ Containers — Docker وrktlet وcontainerd وcri-o
Serverless Computing
FaaS — بنية تطبيق Cloud تُوفِّر البنية التحتية حسب الطلب بدون إدارة السيرفر. تُستخدَم أساسًا في Microservices. لا رسوم عند عدم الاستخدام. أمثلة: AWS Lambda وGoogle Cloud Functions وAzure Functions.
03تهديدات وهجمات Cloud Computing
الهجوم
الشرح
Service Hijacking — Social Engineering
خداع المستخدمين للكشف عن بيانات اعتماد Cloud عبر Phishing وهندسة اجتماعية
Service Hijacking — Network Sniffing
اعتراض بيانات الاعتماد أثناء نقلها عبر الشبكة
Side-Channel / Cross-guest VM Breach
المهاجم يضع VM خبيثًا على نفس الخادم الفيزيائي للـ VM الهدف ← استغلال الموارد المشتركة (Processor Cache)
Wrapping Attack
تكرار (Duplicate) جسم رسالة SOAP أثناء الترجمة في طبقة TLS وإرساله للسيرفر كمستخدم شرعي
MITC (Man-in-the-Cloud)
نسخة متطوّرة من MITM — استغلال خدمات مزامنة Cloud (Google Drive أو Dropbox). المهاجم يزرع كودًا خبيثًا ← يسرق Synchronization Token الضحية ← يصل للملفات ← يُعيد Token الأصلي ليبقى غير مكتشَف
Cloud Hopper Attack
هجمات Spear-phishing على موظّفي Managed Service Providers (MSPs) لسرقة بيانات سرية بـ Custom Malware
Cloud Cryptojacking
استخدام غير مصرَّح لأجهزة الضحية لتعدين العملات الرقمية — يستغل Cloud Misconfigurations وSSRF وثغرات Client/Server
Cloudborne Attack
ثغرة في Bare-metal Cloud Server تُتيح زرع Backdoor خبيث في Firmware الجهاز — تجاوز الأمان ومراقبة النشاط وسرقة البيانات
IMDS Attack
Instance Metadata Service: استغلال ثغرة Zero-day أو Reverse Proxy مُسرَّب للاتصال بـ Cloud Instance واستخراج User Data والـ Roles والـ Cloud Keys
CPDoS / CDN Cache Poisoning
طلبات HTTP مشوَّهة أو ضخمة الحجم لخداع الـ Origin Server بإرجاع محتوى خبيث يُخزَّن في CDN — DoS للمستخدمين الشرعيين
Cloud Snooper Attack
استغلال ضعف في AWS Security Groups للتنصّت الخفيّ واستخراج بيانات — Rootkits تُموِّه C2 كحركة شرعية على Port 80/443
Golden SAML Attack
الحصول على وصول Admin لـ Identity Provider (ADFS) ← استغلال Token Signing Certificates لتوليد SAML Tokens مزوَّرة
Living Off the Cloud (LotC)
استغلال أدوات وخدمات Cloud الشرعية الخاصة بالضحية لتنفيذ أنشطة خبيثة بدون أثر أو Artifacts
MITC — آلية التنفيذ
1. المهاجم يخدع الضحية لتثبيت كود خبيث يزرع Token المزامنة الخاص بالمهاجم في Drive الضحية. 2. المهاجم يسرق Token المزامنة الخاص بالضحية. 3. يستخدم Token مسروق للوصول لملفات الضحية. 4. يُعيد لاحقًا Token الخبيث مستبدلًا بـ Token الأصلي للضحية → يبقى غير مكتشَف.
Cloud Malware
Malware
الشرح
Cuttlefish
Packet-sniffing Malware يتنكّر في هيئة برامج شرعية للتسلّل لراوترات SOHO والمؤسسات — يسرق بيانات مصادقة Cloud ويُرسِلها لسيرفر C2
Denonia، LemonDuck
Cloud Malware متخصَّص
RansomCloud
Ransomware يستهدف بيانات Cloud
DBatLoader/ModiLoader، Goldbackdoor
Loaders وBackdoors للسحابة
04منهجية اختراق Cloud وAWS Hacking
Cloud Hacking Methodology
1
Information Gathering
جمع أكبر قدر من المعلومات عن البنية التحتية Cloud المستهدَفة — Shodan وCensys للكشف عن خدمات Cloud المكشوفة وMasscan لاكتشاف البورتات.
2
Vulnerability Assessment
تقييم نقاط الضعف الأمنية: Misconfigurations وبرمجيات غير مُصحَّحة وثغرات في الشبكة والتطبيقات والخدمات — أدوات: Prowler وCloudSploit.
3
Exploitation
الاستغلال الفعلي للثغرات للحصول على وصول غير مصرَّح أو التحكّم في البنية التحتية — قد يؤدّي لتسرّب بيانات أو تعطّل خدمات أو خسائر مالية.
4
Post-Exploitation
الحفاظ على الوصول وتغطية الآثار والتعمّق في الشبكة — سرقة بيانات والاستعداد لهجمات أعمق. تشمل: Log Manipulation وحذف Credentials المؤقتة وإنشاء Backdoors مخفية.
Python Script يُحدِّد ثغرات Privilege Escalation في GCP بتقييم IAM Policies
GCPBucketBrute
تعداد Google Storage Buckets والتحقّق من مستويات الوصول وفحص إمكانية تصعيد الصلاحيات عبر TestIamPermissions API
GCPGoat
بنية GCP ضعيفة بالتصميم لتدريب المهاجمين — OWASP Top 10 وXSS وSSRF وIAM Privilege Escalation
Container Hacking
bash — kubectl & container hacking
# kubectl: جمع معلومات Kubernetes
kubectl get pods --all-namespaces
kubectl get secrets --all-namespaces
kubectl get serviceaccounts --all-namespaces
# etcd: استخراج Secrets (Port 2379)
etcdctl --endpoints=http://127.0.0.1:2379 get / --prefix --keys-only
# Docker Remote API
docker -H tcp://:2375 ps
docker -H tcp://:2375 run -v /:/host -it alpine chroot /host
# LXD Privilege Escalation
lxc image import alpine.tar.gz --alias alpine
lxc init alpine privesc -c security.privileged=true
lxc config device add privesc mydevice disk source=/ path=/mnt/root recursive=true
lxc start privesc && lxc exec privesc /bin/sh
أدوات Vulnerability Scanning للـ Containers
الأداة
الشرح
Trivy Vulnerability Scanner
فحص شامل لثغرات الـ Containers
Anchore، Clair
ماسحات Containers شائعة
Kubescape، kube-hunter، kubeaudit
أدوات Kubernetes Security Assessment
KubiScan، Krane
تحليل صلاحيات Kubernetes
هجمات Kubernetes etcd
الـ etcd تخزين Key-Value موزَّع لبيانات Cluster وتفاصيل Service Discovery وAPI Objects — الوصول له يُعادل Root على النظام. يُحدِّد المهاجمون Port 2379 لاكتشاف نقاط الاتصال بالـ Kubernetes.
LXD/LXC Privilege Escalation
لو المستخدم في مجموعة 'lxd' يمكنه إنشاء Container مميَّز وربط نظام ملفات الـ Host به ← Privilege Escalation للـ Root. الأمر المستخدَم: lxc config device add privesc mydevice disk source=/ path=/mnt/root.
تطبيق آليات حماية البيانات والنسخ الاحتياطي والاحتفاظ
تطبيق SLAs للـ Patching ومعالجة الثغرات
إجراء AICPA SSAE 18 Type II Audits دوريًا
التحقّق من Cloud في قوائم Blacklists العامة
تطبيق عقود قانونية في سياسة سلوك الموظّفين
حظر مشاركة بيانات الاعتماد بين المستخدمين والتطبيقات والخدمات
تطبيق ضوابط مصادقة وتفويض وتدقيق قوية
التحقّق من حماية البيانات في مرحلتَي التصميم والتشغيل
مراقبة حركة العميل للأنشطة الخبيثة
أفضل ممارسات أمان الـ Containers
مراقبة CVEs لـ Container Runtime ومعالجتها فور اكتشافها
تفعيل Logging وAuditing الشامل
تشغيل التطبيقات كمستخدمين عاديين لمنع Privilege Escalation
ضبط Root File System للـ Host في وضع Read-only
تجنّب برامج الطرف الثالث واستخدام أدوات Application Security Scanning
فحص الصور في Repository دوريًا
نشر Application Firewalls لتحسين أمان الـ Container
أفضل ممارسات أمان Docker
تجنّب كشف Docker Daemon Socket (نقطة الدخول الأساسية للـ Docker API)
استخدام Docker Images الموثوقة فقط
تصحيح Host OS وDocker بانتظام
تقييد القدرات: --cap-drop all ثم إضافة ما هو ضروري فقط
دائمًا تشغيل Docker Images بـ --security-opt=no-new-privileges
أفضل ممارسات أمان Kubernetes
التحقّق الصحيح من محتوى الملفات ومساراتها في كل مرحلة معالجة
استخدام Configuration Methods للمسارات الحسّاسة بدلًا من Hard-coded Paths
رفع أخطاء صريحة بعد كل خطوة من العمليات المركّبة
استخدام well-tested JSON Libraries وأنواع بنيات صحيحة للتعامل مع Kubernetes APIs
عدم استخدام Shell Commands المركّبة بدون تحقّق لأنها تؤثّر على حالة النظام
Zero Trust Networks
نموذج أمان يفترض أن كل مستخدم يحاول الوصول للشبكة غير موثوق بشكل افتراضي ← يتحقّق من كل اتصال قبل السماح بالوصول. يتّبع مبدأ: "Trust no one and validate before providing a cloud service". يُطبِّق تحكّمًا صارمًا في الوصول ويراقب تدفّق حركة الشبكة.
Cheat Sheet مرجعي
أنواع Cloud Services — مرجع سريع
الخدمة
من يُدير التطبيق؟
من يُدير البنية التحتية؟
مثال
IaaS
المستهلك
CSP
Amazon EC2
PaaS
المستهلك (التطبيق فقط)
CSP
Google App Engine
SaaS
CSP (كل شيء)
CSP
Gmail، Office 365
FaaS/Serverless
المستهلك (الكود فقط)
CSP
AWS Lambda
CaaS
المستهلك (Containers)
CSP
Google Kubernetes Engine
هجمات Cloud — مرجع سريع
الهجوم
الهدف
الأداة
MITC
سرقة Sync Token من Cloud Storage
Malicious Code + Drive
IMDS Attack
استخراج IAM Roles وCloud Keys
curl 169.254.169.254
S3 Bucket Enum
اكتشاف Buckets مكشوفة
S3Scanner، CloudBrute، BucketLoot
IAM Privilege Escalation
الحصول على Admin Access في AWS
Pacu، Endgame
Azure AD Backdoor
استمرارية الوصول عبر Service Principals
Azure CLI، BloodHound
GCP Bucket Escalation
الحصول على Admin-level Access
GCPBucketBrute
Docker API Exploit
تشغيل Container كـ Root على الـ Host
docker -H tcp://:2375
LXD Escalation
Root Privilege Escalation عبر lxd Group
lxc init + security.privileged=true
etcd Access
Root-level Access للـ Kubernetes Cluster
etcdctl --endpoints port 2379
Wrapping Attack
استنساخ SOAP Messages في TLS
MITM + SOAP Manipulation
Cloud Snooper
Rootkit مُموَّه خلف Port 80/443 في AWS SGs
Rootkit + C2 Masquerading
Golden SAML
SAML Tokens مزوَّرة من ADFS
Admin Access to IdP
Kubernetes Components — مرجع سريع
المكوّن
نوعه
الوظيفة
kube-apiserver
Master
واجهة API الوحيدة للـ Cluster — يتواصل مع etcd
etcd
Master
تخزين بيانات الـ Cluster — الوصول إليه = Root
kube-scheduler
Master
جدولة Pods على Nodes
kube-controller-manager
Master
إدارة Controllers (Node وEndpoint وReplication)
kubelet
Worker
يضمن تشغيل Containers في كل Pod
kube-proxy
Worker
إدارة قواعد الشبكة للـ Pods
Container Runtime
Worker
Docker أو containerd أو cri-o
الخلاصة العامة للموديول
الموديول ناقش مفاهيم Cloud Computing (8 خصائص و10+ أنواع خدمات و7 نماذج نشر والـ NIST Reference Architecture وFog/Edge Computing)، وبنية Containers وDocker وKubernetes وServerless، وأكثر من 12 نوع هجوم Cloud (MITC وWrapping وCloud Hopper وCryptojacking وIMDS وCPDoS وCloud Snooper وGolden SAML وLotC)، ومنهجية الاختراق الكاملة مع AWS (S3 Enumeration وIAM Privilege Escalation وIMDS وECR/Docker) وAzure وGCP وContainer Hacking (Docker API وLXD وKubernetes etcd)، وختم بطبقات أمان Cloud وأفضل الممارسات وZero Trust.
$ cat ./module19_summary.txt
الفرق الجوهري بين IaaS وPaaS وSaaS هو من يُدير ماذا — IaaS تُدير الـ OS فصاعدًا، SaaS CSP يُدير كل شيء
MITC يختلف عن MITM في أنه يستغل خدمات Cloud الشرعية للمزامنة — لا اعتراض للحزم
IMDS على 169.254.169.254 هو خطر SSRF رئيسي في AWS — يُتيح استخراج IAM Roles وCloud Keys مباشرةً
S3 Misconfigurations هي الثغرة الأكثر شيوعًا في AWS — Bucket مفتوح = ملفات وبيانات اعتماد متاحة للجميع
etcd في Kubernetes يُخزِّن كل بيانات الـ Cluster — الوصول لـ Port 2379 = Root Level Access
LXD Group Membership يُتيح Privilege Escalation للـ Root عبر Container Privileged مع ربط نظام ملفات الـ Host
Zero Trust يفترض إن كل شيء مخترق مسبقًا — "Trust no one and validate before providing a cloud service"
السحابة لا تعني أن البيانات آمنة — تعني أن المسؤولية مُشتركة. S3 Bucket مفتوح بغلطة إعداد واحدة، IAM Role بإذن زائد، IMDS مكشوف لـ SSRF — كل هذا بأمثلة حقيقية أدّت لتسرّبات بيانات ضخمة. الدفاع يبدأ بالـ Least Privilege وينتهي بـ Zero Trust.
Exam Tip
أسئلة هذا الموديول تُركِّز على: الفرق بين IaaS وPaaS وSaaS وFaaS، نماذج نشر Cloud السبعة، NIST Cloud Actors الخمسة، الفرق بين Fog وEdge Computing، الفرق بين MITM وMITC، آلية IMDS Attack وعنوانه (169.254.169.254)، AWS IAM Privilege Escalation Techniques، مكوّنات Kubernetes Master/Worker، وآلية LXD Privilege Escalation.