عملية تنبيهات الميستيك... عُد واقرأ منشورات Q رقم 34 و2793... BQQM... يوقع ترامب على مشروع القانون H.R. 7022، قانون تنبيهات الميستيك، لإنشاء الإطار التنظيمي للتنبيهات الطارئة التي تصل إلى الأمريكيين مباشرة عبر شبكات الأقمار الصناعية، بحيث تتوقف الاتصالات الحيوية حيثما تتوقف أبراج الخلايا... انظر إلى ما كان يتشكل... تحذيرات من هجمات سيبرانية، محاولات اختراق شبكات، نقاط ضعف في البنية التحتية الرقمية، انقطاعات في الخدمة، وشك متزايد في الأنظمة التي تنقل المعلومات إلى الجمهور... الآن عُد إلى 1 نوفمبر 2017... منشور Q رقم 34... "بناءً على أمر الرئيس، قمنا بتفعيل بعض ضوابط الأمان التي ستُحمي الجمهور"... يُفصّل المنشور سيناريوًا من الاضطرابات العامة، وتشويه السرديات، والعمليات العسكرية، والحاجة إلى التواصل مباشرة مع الأمريكيين... "سنبدأ نظام البث الطارئ (EMS) خلال هذه الفترة لتقديم رسالة مباشرة (تجنب الأخبار الكاذبة) إلى جميع المواطنين"... ثقل هذه الجملة يقع في مسارها... رسالة تنتقل خارج قنوات التوزيع الإعلامية التقليدية تصبح الأكثر أهمية عندما يصبح بيئة المعلومات جزءًا من الأزمة... الآن 18 فبراير 2019... منشور Q رقم 2793... "زيادة في الحديث حول كيفية منع التداخل الفعال بشأن السرد المعادي عبر جميع منصات التواصل الاجتماعي/الإنترنت"... يشرح المنشور الرقابة، والتعطيل السيبراني المحاكى، وإزالة المنصات، وثغرة "صفر يوم"، والتدابير المضادة، قبل أن يصل إلى التعليمات... "فكّر في نظام التنبيه الطارئ." "فكّر في موقع إخباري جديد مُسيطر عليه من البيت الأبيض." "فكّر في منصة بث فيديو جديدة مُسيطر عليها من البيت الأبيض." "إذا حدث ذلك، ستُتخذ خطوات فورية لتصنيف كل منها كـ'منشأة عامة' (خدمات عامة أساسية) للحصول على تنظيم حكومي مناسب (تحكم)." ضع الثلاثة جنبًا إلى جنب... يصف منشور #34 حالة الطوارئ المزعومة والاتصالات الرئاسية المباشرة. يوسع منشور #2793 هذا السيناريو ليشمل الحرب السيبرانية، وتعطيل المنصات، واتصالات مستقلة من البيت الأبيض، وتدخل حكومي. ويخلق مشروع القانون H.R. 7022 إطارًا حقيقيًا للتنبيه الطارئ عبر الأقمار الصناعية يمكنه تقليل اعتماد البلاد على البنية التحتية للاتصالات الأرضية... أضف حكومة أمريكا، وتكنولوجيا Starlink المباشرة إلى الهواتف، ونمو البنية التحتية الرقمية السيادية... وتصبح أوجه التشابه المعمارية صعبة التجاوز... السؤال الكامن خلف كل هذا لا يزال يرافقني... ماذا يحدث عندما تنخفض الشبكات التي يعتمد عليها الأمريكيون للمعلومات، أو تُخترق، أو تُغمر بالسرديات المتنافسة؟ من يستطيع الوصول إلى الشعب الأمريكي... عبر أي بنية تحتية... وتحت أي سلطة؟ تسرد المنشورات القصة، والقانون كرّس قناة الاتصال... تذكّر... لا داعي للخوف... اقرأ الصور أدناه... اضغط على الصورة للتكبير مراقبة الوعي @holonabove

ذعر قرصنة الذكاء الاصطناعي: هل هي مجرد عناوين رئيسية، أم ضرر حقيقي؟ يُجادل @HalloweenIn2008 أن التهديدات الأمنية المرتبطة بالذكاء الاصطناعي من غير المرجح أن تُعطل الحياة اليومية، سواء في مجال التشفير أو البنية التحتية للإنترنت. ويرفض @CatOfLongTails هذا الرأي: يشير سيسميث إلى أن الخروقات المألوفة وسرقة الهوية لا تزال تسبب ضررًا حقيقيًا، حتى عندما اعتاد الناس على العناوين الرئيسية. خلافهما يدور حول التأثير والإدراك، وليس على إثبات هجوم جديد. @HalloweenIn2008 @CatOfLongTails: هل يعني التعود على المخاطر أنها مبالغ فيها، أم ببساطة أسهل للتجاهل؟

أنت تصنع ذكاءً اصطناعيًا بينما تقول إنك لا تستطيع ببساطة تطبيق التصحيحات على جميع الثغرات؟ هذا سيء جدًا؟😗

لم تصلح Palo Alto وCitrix بعد الثغرة في PHP في جدران الحماية وNetScaler التي تحمي شبكة شركتك. ليس موقع الشركة، بل صفحة إدارة هذه الأجهزة، نفس المنفذ المستخدم للوصول عن بُعد من قبل الكثيرين للعمل من خارج المكتب: إذا كان هذا المنفذ متاحًا على الإنترنت، فالخطر حاليًا، وما يمكنك فعله الآن هو إغلاق هذا المنفذ حتى يصدر التصحيح. كلا الشركتين أكّدت أن منتجاتهما تحتوي على نفس الثغرات الحرجة في PHP. في كلا الحالتين، المشكلة تتعلق فقط بواجهة الإدارة، وليس بحركة مرور العملاء. حدّثت Palo Alto تحذيرها اليوم، متوقعة تصحيحات بين 26 و30 أكتوبر، مع بقاء بعض السلاسل دون تواريخ محددة. وتعهدت Citrix بإصدار التصحيح لـ NetScaler في 27 أكتوبر. حتى الآن، لم تطلق أي من الشركتين التصحيح للعملاء. يقول باحث معروف، كيفن بومونت، إن الحماية الأساسية للذاكرة المسمّاة ASLR معطلة في الأجهزة الافتراضية لـ Palo Alto وNetScaler. وهذه هي الحماية بالضبط التي تجعل معظم استغلالات PHP العامة تفشل على الخوادم العادية. كما يشير إلى أن استغلالات قادرة على اختراق هذه الحماية من المرجح أن تظهر خلال الأسبوع المقبل تقريبًا في نفس النافذة التي من المتوقع أن يصل فيها التصحيح من المصنّعين. حتى الآن، تقول Palo Alto إنها لا تملك أي تسجيل لاستغلال نشط ضد منتجاتها. إذا كنت تستخدم Palo Alto أو NetScaler، فأغلق واجهة الإدارة فورًا: فقط عبر شبكة داخلية موثوقة، دون أي تعرض على الإنترنت، ابدأ أولًا بالأجهزة المفتوحة للخارج. الجهاز الذي يحتفظ بالمنفذ لا يزال بدون قفل.

الـ48 ساعة الماضية كانت نذيرًا لجميع صناعة التكنولوجيا. لقد شهدنا تطورات ومخاوف أمنية، لو حدثت قبل بضع سنوات فقط، لسيطرت على عناوين الأخبار العالمية لعدة أيام. ثغرات وضعفات ومساحات هجوم محتملة لم يتخيلها الكثيرون أنها يمكن أن تُكشف بهذا الحجم. ولا أستطيع إلا أن أتساءل: ماذا يحدث عندما يجعل الذكاء الاصطناعي اكتشاف هذه العيوب أسهل بكثير؟ لعقود، بنينا البنية التحتية المالية، وأنظمة البنوك، وشبكات الدفع، والخدمات الحيوية على ملايين الأسطر من الشيفرة. لقد وثقنا بها لأنها بُنيت من قبل أفضل المهندسين، ودعمتها أكبر المؤسسات، وحمتها فرق أمنية متقدمة. لكن ماذا إذا كنا نبالغ في تقدير مدى أمان هذه الأنظمة حقًا؟ الذكاء الاصطناعي يغيّر اقتصاديات اكتشاف عيوب البرمجيات. الأشياء التي كانت تتطلب كميات هائلة من الوقت والخبرة والموارد قد تصبح أسهل بكثير في التعرف عليها. وآثار ذلك تتجاوز تطوير البرمجيات بكثير. يجب على المؤسسات المالية، على وجه الخصوص، أن تأخذ هذا الأمر على محمل الجد. قد لا يأتي الأزمة الكبرى التالية من شكل هجوم جديد تمامًا. بل قد تأتي من ثغرات كانت موجودة منذ سنوات لكنها لم تُكتشف أبدًا. الحقيقة غير المريحة هي أن الشيفرة التي تحمي مليارات الدولارات قد لا تكون متينة كما افترضنا. وإذا كانت الـ48 ساعة الماضية مؤشرًا على مدى سرعة تغير هذا المشهد، فيجب أن نطرح أسئلة صعبة حول أمان الأنظمة التي نعتمد عليها يوميًا. الاختبار الحقيقي ليس ما إذا كان الذكاء الاصطناعي يستطيع اكتشاف الشقوق. بل ما إذا كنا نستطيع إصلاحها قبل أن يفعلها شخص آخر.

صباح الجمعة السعيد! تذكير مفيد من @BeldexCoin يقول فريقهم إن Beldex لا تستخدم PHP في بنيتها التحتية، لذا فهي غير متأثرة بالثغرات الأمنية الأخيرة المتعلقة بـ PHP. الدرس الأعم لا يزال ساريًا:

الجميع: "البرمجة بناءً على الشعور هي السبب في رؤيتنا لهذا العدد الكبير من ثغرات الأمان." في الوقت نفسه، تُظهر لغات PHP وNode.js ونواة Linux وGitLab أيضًا ثغرات خطيرة. لذلك، ربما نحتاج إلى إجراء محادثة صادقة. الذكاء الاصطناعي لم يخترع الكود السيئ. فقد كان المطورون يُطلقون أكوادًا بها أخطاء، ويأخذون طرقًا مختصرة، ويتراكمون ديونًا تقنية لعقود. الفرق هو أن الذكاء الاصطناعي يصبح أفضل في اكتشاف الفوضى التي كنا نجلس عليها. الآن... تخيل كم من الثغرات لا تزال مخبأة في الأنظمة التي تدير أموالنا، وتحمي هوياتنا، وتدعم البنية التحتية الحيوية. ربما نلوم الذكاء الاصطناعي على كشف مشكلة كانت موجودة من قبل. ربما لم يكن الكود أبدًا جيدًا كما ظننا. كنا ببساطة لا نمتلك الأدوات لرؤية كل شيء. 🫠

حدثت ثلاثة حوادث أمنية خلال الـ48 ساعة الماضية. إليك ما حدث فعليًا، وما يجب فعله: 1) حادثة الشهادة أنتجت سلطة شهادات هندية تُسمى eMudhra مفاتيح خاصة ضعيفة لثمانية من شهاداتها الوسيطة خلال عملية إنشاء المفاتيح في أبريل 2025. أي شخص كان يمكنه استرداد تلك المفاتيح من الشهادات العامة. تم حظرها الآن من قبل Chrome وFirefox وApple وMicrosoft. 2) عيب Bluetooth في iPhone أصلحت Apple عيبًا في Bluetooth يمكنه السماح لمهاجم قريب بتنفيذ كود على iPhone 11 وما بعده. التصحيح متاح بالفعل في iOS 27 و26.7. لم تؤكد Apple أن أحدًا استغل هذا العيب. 3) خطأ في PHP يسمح خطأان في PHP نفسه بتنفيذ كود عن بُعد دون تسجيل دخول. جميع إصدارات PHP منذ الإصدار 5.4 متأثرة. تم نشر التصحيحات أمس. بدأت محاولات الهجوم قبل صدور التصحيح. كما أصدر Chrome الإصدار 156 هذا الأسبوع، مع 353 إصلاحات أمنية. ما يجب فعله: → قم بتحديث متصفحك أولًا → قم بتحديث نظام التشغيل لهاتفك وجهاز الكمبيوتر → إذا كنت تستخدم iPhone 11 أو أحدث: قم بتحديث iOS الآن. اترك Bluetooth معطلًا فقط حتى تُنهي التحديث → قم بتحديث تطبيقات سطح المكتب مثل Slack وCursor وDiscord → تجنب شبكات Wi-Fi غير الموثوقة حتى يتم تحديث أجهزتك → تجاهل أي بريد إلكتروني يعرض "إصلاح الشهادة". هذا هو موجة التصيد التي تخلقها هذه الحادثة → المطورون: قم بتحديث pip وuv وnpm، وقم بتحديث PHP. التحديث هو الحل الوحيد الكامل

كان هناك عيب مخفي داخل معظم الإنترنت لمدة 10 سنوات، حتى أظهرت الذكاء الاصطناعي للمخترقين كيفية استغلاله. قد يكون الموقع الذي يحتفظ ببياناتك قد كان يحتوي على باب مفتوح لمدة عقد، والذكاء الاصطناعي وجد المقبض للتو. لا يحتاج المهاجمون إلى اسم مستخدم أو كلمة مرور، بل فقط طلب واحد مُعد بعناية، وسيرفر غير مُصلَح يصبح تحت سيطرتهم. يُسمى هذا العيب "PHP2Shell". ووفقًا للتقارير، استخدم الباحثون نموذجًا متقدمًا من OpenAI لفهم كيفية استغلاله، بعد أن أربك الخبراء لسنوات. إليك ما يعنيه ذلك باللغة الإنجليزية البسيطة، وما يجب فعله قبل أن يستخدمه أحد ضدك. PHP هو المحرك الذي يعمل بصمت على مواقع WordPress، والمتاجر الإلكترونية، ومنصات الحكومة، وصفحات الدفع، والعديد من مواقع مشاريع التشفير. حوالي سبعة من كل عشرة مواقع، حيث يُعرف لغة الخادم، تعمل عليها. العيبان موجودان داخل PHP نفسه، وليس في الموقع المبني فوقه. يرسل المهاجم الطلب الصحيح ويمكنه تشغيل أوامره الخاصة على الخادم. من هناك، يمكنه سرقة بيانات العملاء، وتثبيت البرمجيات الخبيثة، وإيقاف الموقع عن العمل، أو استخدام هذا الخادم كبوابة للوصول إلى كل شيء آخر على الشبكة. الجزء الحقيقي هنا هو الذكاء الاصطناعي، وهذه هي تحليلي: إذا كان بإمكان الذكاء الاصطناعي تحويل الأخطاء القديمة إلى هجمات فعالة، فإن الفجوة بين الاكتشاف والضرر أصبحت أقصر بكثير. تتعامل السلطات مع الأمر بهذه الطريقة. يُقال إن مكتب التحقيقات الفيدرالي يحث المواقع التي لا يمكنها التحديث على إيقافها عن العمل، وقدمت سلطة سيبرانية وطنية لكل وكالة حكومية سبعة أيام لإصلاح المشكلة وإرسال تقرير. إذا كنت تتصفح الإنترنت فقط، فزيارة موقع يعمل بـ PHP لا تعني أنك متعرض للاختراق. الخطر الحقيقي هو بياناتك الشخصية المخزنة على مواقع لم تُصلَح بعد. لمستخدمي التشفير، لا يحتاج موقع مشروع مُختَرق إلى لمس محفظتك مباشرة. يكفي فقط تبديل نص برمجي واحد، بحيث يؤدي زر "ربط المحفظة" الذي تثق به إلى كود مصمم لتفريغ محفظتك. الإصلاح موجود بالفعل. أصدر مشروع PHP إصدارات مُصلَحة: 8.2.35 8.3.36 8.4.27 8.5.12 إذا كنت تدير موقعًا، إليك قائمة التحقق: 1. ابحث عن كل موقع وخادم يعمل بـ PHP، بما في ذلك تلك التي يديرها مضيفك أو مطورك نيابةً عنك. 2. قم بتحديث PHP نفسه إلى إصدار مُصلَح وأعد تشغيله. تحديثات السمات أو الإضافات وحدها لا تفعل شيئًا هنا. 3. إذا لم تستطع التحديث اليوم، أوقف الموقع عن العمل حتى تتمكن من ذلك. 4. تحقق من السجلات، وحسابات المسؤولين غير المعروفة، والملفات المُغيَّرة للبحث عن علامات على أن شخصًا ما دخل بالفعل. 5. احصل على تأكيد كتابي من مضيفك أو مطورك بأن التحديث تم تطبيقه. وتجاهل أي رسالة تقدم "تحديث أمان PHP" أو تطلب كلمات المرور أو الدفع. التحديثات الحقيقية لا تصل أبدًا عبر رسائلك الخاصة.

ثغرتان حرجةان في PHP، ويقول مكتب التحقيقات الفيدرالي إنه يجب عليك إيقاف موقعك عن العمل إذا لم تستطع تصحيحهما. هذا الموجه الخاص بروبوت Grok يخبرك خلال 5 دقائق ما إذا كان إصدار PHP الخاص بك متأثرًا. CVE-2026-109618 وCVE-2026-109619 تسمحان للمهاجمين بتشغيل كود على الخادم من خلال PHP نفسه. يعمل PHP على معظم الويب، بما في ذلك WordPress. ما يفعله الروبوت: 1. يسرد كل المواقع والخوادم التي قمت بالاتصال بها. 2. يقرأ إصدار PHP على كل منها. 3. يتحقق منه مقابل الإصدارات المصححة على php.net. 4. يضع المواقع المعرضة للإنترنت في المقدمة. 5. يكتب خطة التحديث الخاصة بك: متأثر، قم بالتحديث إلى X، اسأل مضيفك. إصابتي: 6 مواقع، 4 متأثرة، واحدة لا تزال تعمل على PHP 7.4. يقرأ ويُبلغ فقط. لا يقوم بأي تحديث أو إيقاف أي شيء دون موافقتك. الصق هذا في روبوت Grok: "ابحث عن كل موقع وخادم أملكه يعمل بـ PHP. لكل منها، أظهر إصدار PHP وما إذا كان متأثرًا بـ CVE-2026-109618 أو CVE-2026-109619 وفقًا لـ php.net. قدم المواقع المعرضة للإنترنت أولًا. قراءة فقط. لا تقم بأي تغيير." أرسل هذا لأي شخص تعرفه لديه موقع WordPress. إعداد الروبوت للقراءة فقط موجود في المقال أدناه ↓