jalzamil

أبسّط لك تعقيدات و خبايا الأمن السيبراني والهندسة العكسية 🛡️ | تفكيك البرمجيات، تحليل ثغرات الذاكرة، ورؤى متقدمة في حماية البيانات والذكاء الاصطناعي.

[jalzamil @ajaj099]

Instead of writing a long paragraph prompt, write it as a structured object. Images 2.5 follows labeled constraints much better than free-form text:
Identity_lock: exact face geometry, skin texture, clothing, proportions
Lighting: key light at 45°, soft fill, realistic falloff
Grade: cinematic, natural contrast, no exaggerated teal-orange
Optics: 85mm, f/1.8, subtle grain
Forbidden: beautify, reshape, oversmooth, change identity.
The model treats this as execution logic, not creative description. That’s the difference between a nice result and a production-ready one.

[jalzamil @ajaj099]

This leap is dangerous. Full dependence on it is more dangerous.
When a model can build entire worlds, drive Unreal and Blender, and act as an autonomous agent for days, a single flaw in how it perceives reality can take down whole systems.
Hacking is changing. It is no longer just breaking into servers. The next frontier is attacking the model’s perception itself — feeding it images, text, or context that make it see a false world and act on it with complete confidence.
That layer is harder and more consequential than any traditional exploit.

[jalzamil @ajaj099]

This is not confirmed fact. These are self-reported claims by the threat actor.
313 Team regularly publishes such campaigns and relies on check-host screenshots from outside the Kingdom. That does not prove services were down for users inside Saudi Arabia or that critical operations were disrupted.
No official statement has been issued by Al Rajhi Bank, Qiwa, Civil Defense, or other targeted entities confirming a widespread outage. Financial and government platforms continued operating normally during the claimed period.
The original post itself repeatedly states that impact and attribution remain independently unverified, yet it is presented as a coordinated, high-impact campaign. This is typical hacktivist exaggeration.
Bottom line: the claims exist. Verified, large-scale disruption of critical Saudi digital services has not been demonstrated.

[jalzamil @ajaj099]

#اليوم_الوطني_السعودي_٩٦
#أقوال_خالدة

[jalzamil @ajaj099]

#اليوم_الوطني_السعودي_٩٦

[jalzamil @ajaj099]

فهم تكتيكات التخفي ليس خياراً ثانوياً، بل هو جوهر الدفاع السيبراني الحديث. في حين يعرض MITRE ATT&CK كيف يقع الهجوم، يغطي CLOAK الفجوة الحرجة: كيف يختفي المهاجمون.
القيمة الحقيقية المضافة هنا—والتي لم تُذكر بشكل كافٍ—هي كيف يُسهم توثيق OpSec السلوكي والمادي في الحد من عمليات التضليل وتحوير نسب الإسناد (Attribution Poisoning) واختراق سلاسل الإمداد. كسر هذه الطبقات هو ما يسمح بتفكيك هجمات "الراية المزيفة" (False-flag) وتتبع المهاجمين الذكياء.
الانتقال من تتبع المؤشرات الثابتة (IoCs) إلى تحليل سلوكيات التخفي هو السبيل الوحيد لفرق الدفاع لاستعادة المبادرة.

[jalzamil @ajaj099]

هذا الادعاء يفتقر للتحقق. لا يوجد أي بيان رسمي من الهيئة العامة للغذاء والدواء (SFDA) أو الجهات السيبرانية المختصة يؤكد تعرض الأنظمة لأي اختراق.
نشر قوائم الدارك ويب كحقائق يتسبب في إثارة الهلع، وقد يساهم في الترويج لبيانات مكررة أو مفبركة.
كتدبير احترازي دائم لموظفي الجهات: يُنصح بانتظام بتغيير كلمات المرور، تفعيل التحقق الثنائي (2FA)، والحذر من محاولات التصيد.
يجب دائماً انتظار البيانات الرسمية قبل تداول مثل هذه الأخبار.

[jalzamil @ajaj099]

This claim remains unverified. There is no official statement from the Saudi Food and Drug Authority (SFDA) or any relevant government authority confirming a breach of their systems. Posting unverified dark web listings as fact spreads unnecessary panic and risks promoting recycled or fabricated data. As a standard security precaution for all personnel: update your passwords immediately, enable two-factor authentication (2FA), and remain vigilant against phishing attempts. Please await official confirmation before treating this as a verified incident.

[jalzamil @ajaj099]

(Actionable Defense Framework):
لحماية بيئات التطوير وسلاسل التوريد البرمجية من مثل هذه الكوارث المركبة:
1. إدارة دورة حياة الهوية الآلية (Ephemeral Access & Automated Offboarding):
إلغاء مفهوم الصلاحيات الدائمة (Static Permissions) وتطبيق Just-In-Time (JIT) Access، بحيث يمنح المطور الوصول المباشر للـ Repositories لعدد محدد من الساعات فقط بناءً على تذكرة عمل (Ticket).
ربط حسابات GitHub/GitLab بنظام IdP/SSO (مثل Okta/Azure AD) مع أتمتة السحب الفوري (JIT Deprovisioning) لجميع الصلاحيات والـ Personal Access Tokens (PATs) فور تغير حالة الموظف في HR System.
2. عزل وسلسة اعتمادات التطوير (Software Supply Chain Security - SBOM):
تفعيل نظام Software Bill of Materials (SBOM) للتحقق الآلي من شجرة الاعتماديات (Dependency Tree) وحظر الحزم ذات التغيرات المشبوهة أو السريعة عبر أدوات مثل https://t.co/pPQoXOwmsN أو Snyk.
إجبار استخدام npm Lockfiles / Pinning Dependencies وتمرير كل الحزم الخارجية عبر Proxy داخلي (مثل Artifactory/Nexus) مفحوص آلياً قبل الوصول لجهاز المطور.
3. تقييد وتدوير رموز الوصول والشهادات (Token Revocation & Lifespan):
تقليل فترة صلاحية الـ Personal Access Tokens (PATs) وتحديد نطاقها (Fine-grained PATs) واشتراط ربطها بعناوين IP محددة أو أجهزة معتمدة (Device Posture).
إجراء تدوير تلقائي (Automatic Secret Rotation) لجميع الـ API Keys والأسرار بمجرد اكتشاف أي تسريب في أي حزمة خارجية.
4. المراقبة السلوكية وسرقة الأكواد (Code Exfiltration Alerts):
ضبط تنبيهات EDR/SIEM على سحب كميات ضخمة من الكود (Mass Git Clones / Mass API Downloads) من حساب واحد في وقت قصير، وتفعيل مراقبة IP Geolocation الجغرافية لوقف أي طلبات تتجاوز النمط الطبيعي فوراً.

[jalzamil @ajaj099]

الأزمة ليست فقط في تسريب حزمة npm، بل في 'العمى المؤسسي' الذي يترك حسابات الموظفين المغادرين مفتوحة كأبواب خلفية للمهاجمين! عندما تتجمع هجمات سلاسل التوريد مع غياب السيادة على الهويات (Identity Drift)، تصبح أكبر شركات الأمان ضحية. الحل ليس بانتظار إشعار الاختراق، بل في تجريد الحسابات من الصلاحيات فوراً وبشكل آلي لحظة مغادرة الموظف (Automated Zero-Trust Offboarding).

[jalzamil @ajaj099]

(Actionable Defense Framework):
للحد من هذا التهديد :
1. تطهير وتقييد الصلاحيات المفوضة (ACL/ACE Auditing):
التدقيق الفوري على صلاحيات ⁠WriteProperty⁠ و ⁠GenericWrite⁠ على أعيان الكائنات (Objects) والحسابات في الـ Active Directory لمنع أي حساب غير مصرح له من تعديل أو إضافة قيمة ⁠servicePrincipalName⁠.
2. اعتماد المراقبة القائمة على السلوك الإنشائي (Event ID 5136):
عدم الاكتفاء بمراقبة حدث ⁠Event ID 4769⁠ (طلب TGS)، بل تفعيل Audit Directory Service Changes وتتبع حدث ⁠Event ID 5136⁠ الذي يسجل أي تعديل أو إضافة على خاصية الـ ⁠servicePrincipalName⁠ في أدنى مستوى زمني.
3. تطبيق معايير gMSA (Group Managed Service Accounts):
إلغاء ربط الـ SPNs بالحسابات العادية أو حسابات الخدمة ذات كلمات المرور الثابتة، والانتقال الكامل إلى gMSA حيث يتم إنشاء كلمات مرور معقدة وتغييرها تلقائياً بـ 128-bit بواسطة الدومين، مما يجعل كسر الـ Kerberoasting مستحيلاً عملياً.
4. تفعيل تقنيات Deception (الفخاخ السيبرانية):
زرع حسابات وهمية بخصائص Honey-SPNs؛ أي تغيير أو إضافة SPNs على حسابات غير مستخدمة ومراقبتها كـ "سلك شائك"، بحيث يُطلق إنذار فوري بمجرد محاولة المهاجم التفاعل معها أو تعديلها.

[jalzamil @ajaj099]

الأمر لم يعد يتعلق فقط بمراقبة طلبات TGS المريبة، بل بمنح الصلاحيات التي تسمح بتخليق 'Ghost SPNs' في الخفاء. التهديد الحقيقي ليس في ثغرة النظام، بل في عمى الرؤية الداخلية وسوء إدارة الـ Delegation. من يعتقد أن المراقبة التقليدية تكفي حمايته، فهو يسلم مفاتيح الدومين للمهاجمين بالخطأ!

[jalzamil @ajaj099]

Reviewed the public repo, docs, module tree, and security model. The code is real. The pitch is not.
This is a solo-maintainer orchestration framework, not an enterprise autonomous Red Team platform. One contributor. Heavy README. Weak external review.
Overclaims:
• “Kernel-level scope firewall” is app-layer ScopeGuard, not kernel enforcement.
• Vault crypto story is inconsistent across docs.
• Module counts drift: 28 / 60+ / 64.
• “Saves days / fully autonomous” oversells operator-directed automation.
Dual-use tool. Open source does not legalize unauthorized use. Fine as a lab harness. Not what the tweet sold.

[jalzamil @ajaj099]

راجعت الريبو والوثائق وهيكل الوحدات ونموذج الأمان. المشروع موجود، بس الإعلان أكبر من الكود.
مو منصة Red Team مؤسسية مستقلة. إطار تشغيل من مطوّر واحد + لوحة React وFastAPI. رخصة MIT، تسويق ثقيل، مراجعة خارجية شبه معدومة.
المبالغات الواضحة:
• «جدار نطاق على مستوى الكرنل» في الوثائق طبقة تطبيق (ScopeGuard) مو جدار نواة.
• قصة التشفير غير متسقة بين README وملف الأمان.
• عدد الوحدات يتغير: 28 ثم 60+ ثم 64.
• «يوفر أيام عمل / أتمتة كاملة» غير دقيق. التشغيل ما زال يحتاج مشغّل ونطاق وإذن.
أداة مختبر محتملة. مو اللي انباع في التغريدة.

[jalzamil @ajaj099]

🔟 البحث الحقيقي والسريع داخل السجلات الموحدة عبر (⁠journalctl⁠):
بدلاً من قراءة ملفات النصوص المشتتة، يمكنك جلب كافة أخطاء النظام من الإقلاع الأخير محددة بالأولوية:
⁠journalctl -b -p err..emerg -o cat⁠
💡 التحقق: يستخرج لك فقط الأخطاء الحرجة (Critical/Errors) منذ آخر عملية إعادة تشغيل وبصيغة سهلة القراءة ودون حشو.

[jalzamil @ajaj099]

🧵 خفايا وأوامر متقدمة في Linux :

1️⃣ معرفة السكربت أو الأمر الذي يستهلك الـ I/O بدقة دون تثبيت أدوات (⁠pidstat⁠):
بدلاً من الأدوات التفاعلية الشاملة، أداة ⁠pidstat⁠ المدمجة مع ⁠sysstat⁠ تُعطيك الإحصائيات الدقيقة لعملية واحدة أو النظام ككل في الـ Disk I/O.
⁠pidstat -d 1⁠
💡 التحقق: سيعرض لك معدل القراءة والكتابة بالـ kB/s لكل PID على حدة وبشكل لحظي، وهو الأسلوب الأدق لتحديد البرامج التي تقتل الـ SSD/HDD.

[jalzamil @ajaj099]

9️⃣ البحث الحصري عن الملفات المخفية الشاذة ذات المساحة العالية (⁠lsof +L1⁠):
أحياناً يمتلئ الهاردسك رغم أنك حذفت الملفات الكبيره! السبب هو وجود عمليات لا تزال متمسكة بالملف الملحذوف في الذاكرة:
⁠sudo lsof +L1⁠
💡 التحقق: يعرض لك قائمة بالملفات المحذوفة التي لا تزال تحجز مساحة على القرص (Unlinked files)، مع إمكانية إنهاء الـ PID الخاص بها لاستعادة المساحة فوراً.

[jalzamil @ajaj099]

8️⃣ تحليل التداخل والأخطاء في الـ Dynamic Linker (⁠LD_DEBUG⁠):
عندما يفشل برنامج بالعمل بسبب مكتبات shared libraries، لا داعي للتخمين؛ شغل البرنامج مع تفعيل تصحيح ربط المكتبات:
⁠LD_DEBUG=libs my_application⁠
💡 التحقق: سيعرض لك النظام المسار المباشر الذي يبحث فيه عن كل ملف ⁠.so⁠ والسبب الدقيق لعدم العثور عليه أو فشل تحميله.

[jalzamil @ajaj099]

7️⃣ إدارة استهلاك الـ I/O للعمليات عبر الـ Control Groups (⁠cgset⁠):
بدلاً من تقييد المعالج فقط، يمكنك تحديد سرعة القراءة والكتابة على القرص لأي مجموعة عمليات لمنعها من تجميد الخادم:
⁠sudo cgset -r blkio.throttle.write_bps_device="8:0 1048576" my_group⁠
💡 التحقق: تضمن ألا تتجاوز عمليات المجموعة كتابة أكثر من 1 ميجابايت/ثانية على قرص النظام المحدد (⁠8:0⁠).

[jalzamil @ajaj099]

6️⃣ إنشاء ملفات ضخمة وهمية لا تستهلك مساحة تخزين (⁠Sparse Files⁠):
لاختبار التطبيقات وسلوك السيرفرات عند امتلاء المساحة دون إجهاد الهاردسك، يمكنك إنشاء ملف بمساحة 100 جيجابايت فوراً دون استهلاك أي بايّت:
⁠truncate -s 100G dummy_test.img⁠
💡 التحقق: يظهر الملف بـ 100GB للأنظمة والتطبيقات، لكن استهلاكه الفعلي على القرص يكون 0 حتى يتم الكتابة فيه بالفعل.

[jalzamil @ajaj099]

5️⃣ معاينة حركة ذاكرة الكاش وسرعة إخلاء الميموري (⁠slabtop⁠):
غالباً يتفقد الجميع ⁠free -m⁠ ولا يعرفون أين تذهب الذاكرة المتبقية؛ أداة ⁠slabtop⁠ تعرض لك توزيع كائنات النواة (Kernel Objects Cache) في الـ RAM:
⁠sudo slabtop -s c⁠
💡 التحقق: تُظهر لك بدقة هل الـ RAM مستهلكة بواسطة الـ inodes أو الـ dentry (مسارات الملفات) أم بواسطة ذاكرة التخزين المؤقت للشبكة.