[{"data":1,"prerenderedAt":193},["ShallowReactive",2],{"seo-verification":3,"blog-ثغرتا-pwnescape-و-vghost-تحديث-نواة-لينكس-على-vps-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-ثغرتا-pwnescape-و-vghost-تحديث-نواة-لينكس-على-vps-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":139,"ctaBody":140,"ctaButton":141,"ctaUrl":142,"relatedPosts":143},517,"ثغرتا-pwnescape-و-vghost-تحديث-نواة-لينكس-على-vps",{"fr":12,"en":13,"ar":10,"es":14},"pwnescape-vghost-noyau-linux-vps-mettre-a-jour","pwnescape-vghost-linux-kernel-vps-update","pwnescape-vghost-kernel-linux-vps-actualizar","PwnEscape وVghost: تحديث نواة لينكس على خادم VPS","ثغرتان في نواة لينكس في أكتوبر 2026: يصلح المضيف PwnEscape وتصلح أنت Vghost على خادمك. افحص النواة وحدّثها وخطّط لإعادة التشغيل.",11,0,false,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fpwnescape-vghost-noyau-linux-vps-mettre-a-jour-poster.svg","في منتصف أكتوبر 2026 نُشرت ثغرتان في نواة لينكس: PwnEscape التي تتيح لآلة افتراضية الهروب إلى مضيفها، وVghost وهي رفع صلاحيات محلي إلى root مع إثبات مفهوم علني. على خادم VPS ليس السؤال هل يجب التحديث، بل من يحدّث ماذا. مضيف الافتراضية شأن مزوّد الاستضافة؛ أما نواة خادمك فشأنك أنت، ولا تُصلَح إلا عند إعادة التشغيل. يعطيك هذا الدليل الأوامر لكل توزيعة، وفحص التعرّض، وخطة إعادة تشغيل تراعي مواقع العملاء.",[35,39,74,77,80,102,105,120,124,127,130,133,136],{"type":36,"title":37,"body":38},"h2","ثغرتان ومسؤولان","تحمل PwnEscape المعرّف CVE-2026-99999. يقع الخلل في حزمة الشبكة IPv4 داخل النواة، في الدالة `skb_checksum_help`، ويُبلَغ إليه عبر الحركة التي ترسلها آلة افتراضية من خلال virtio-net. درجة CVSS 3.1 هي 9.3 بمتجه محلي (`AV:L`). اكتشفها Paulos Yibelo (Pwn.ai) خلال تحدي Vercel Sandbox وأثبت هروبًا في المختبر على KVM وFirecracker. النواة المكشوفة هي نواة مضيف الافتراضية، لا نواة خادمك.\n\nتحمل Vghost المعرّف CVE-2026-74580. تمسّ النظام الفرعي vhost: ذاكرة تخزين مؤقتة لبيانات طوابير virtio (الـ vrings) لا تُفرَّغ عند تغيّر إعدادها، فيتجاوز ذلك التحقق من النطاقات. المستخدم المحلي القادر على فتح `\u002Fdev\u002Fvhost-net` أو `\u002Fdev\u002Fvhost-vsock` يستطيع الحصول على صلاحيات root. يوجد إثبات مفهوم علني. وفي الثغرتين معًا لم يُبلَّغ عن استغلال فعلي وقت كتابة هذا الدليل.",{"type":40,"title":41,"headers":42,"rows":46},"comparison","من يصلح ماذا",[43,44,45],"الحالة","موضع الخلل","من يتحرك",[47,51,55,59,63,67,71],[48,49,50],"PwnEscape (CVE-2026-99999)","نواة مضيف الافتراضية، حزمة الشبكة IPv4","مزوّد الاستضافة على مضيفاته. لا شيء يُصلَح من خادمك",[52,53,54],"Vghost (CVE-2026-74580)، جهة الخادم","نواة خادمك إن كانت عقد `\u002Fdev\u002Fvhost-*` في المتناول","أنت: نواة مصلَحة ثم إعادة تشغيل",[56,57,58],"Vghost، مسار يُطلَق من آلة ضيفة","نواة المضيف وQEMU بشروط محددة","مزوّد الاستضافة",[60,61,62],"تحديث نواة الضيف أمام PwnEscape","الخلل على المضيف","لا حماية من هذه الجهة؛ ويبقى مفيدًا لـ Vghost ولإصلاحات أخرى",[64,65,66],"خادم مخصص أو VPS تكون فيه أنت المشرف على الآلات (KVM، Proxmox)","أنت المضيف","أنت: الثغرتان تعنيانك",[68,69,70],"حاويات Docker على الخادم","تتشارك نواة الخادم","أصلح نواة الخادم؛ إعادة بناء صورة لا تغيّر شيئًا",[72,73,58],"استضافة cPanel المشتركة","النواة يديرها المزوّد",{"type":36,"title":75,"body":76},"PwnEscape: شأن مزوّد الاستضافة","في حالة الهروب، يجب إصلاح النواة التي تستقبل حركة الآلة الافتراضية، أي نواة المضيف. الفروع المستقرة المصلَحة هي 5.10.272 و5.15.223 و6.1.190 و6.6.159 و6.12.113 و6.18.57 و7.2.11؛ وكثيرًا ما تنقل نواة التوزيعات الإصلاح دون تغيير رقم الأساس، فاقرأ نشرة التوزيعة بدل مقارنة الأرقام. كما يعرض سجل CVE حدودًا للإصدارات غير متسقة: اعتمد على متتبعات التوزيعات.\n\nعلى خادم VPS لا يمكنك تطبيق هذا الإصلاح، وتحديث نواة الضيف لا يحميك منه. اسأل مزوّدك، أيًّا كان، هل مضيفاته مصلَحة، وفي أي تاريخ، وهل تُجدول إعادة تشغيل للمضيف. لا نزعم هنا أن عرضًا بعينه معرَّض أو غير معرَّض: وحدها تأكيدات المشغّل معتبرة. يتوقع الباحث في مقاله ظهور استغلالات علنية للإعدادات الأضعف في غضون أسابيع: هذا توقّعه لا ملاحظة، وتقييم CISA لا يبلغ عن أي استغلال حتى الآن.",{"type":36,"title":78,"body":79},"Vghost: شأنك أنت","Vghost رفع صلاحيات محلي: على المهاجم أن ينفّذ شيفرة على الجهاز أصلًا، مثلًا عبر موقع عميل مخترَق يعمل بحساب محدود الصلاحيات. إصلاح النواة الرئيسية هو الإيداع `de845981da67`. أولى الإصدارات المستقرة المصلَحة هي 5.10.265 و5.15.216 و6.1.183 و6.6.152 و6.12.104 و6.18.45 و7.1.9 و7.2. وهنا أيضًا قد تحمل نواة التوزيعة الإصلاح برقم آخر: قارن بنشرة التوزيعة لا بالرقم الأصلي.\n\nكل شيء يتوقف على صلاحيات عقد vhost. بحسب إعلان oss-security، في اختبارات كاتبه، حصرت Ubuntu العقدة `\u002Fdev\u002Fvhost-vsock` في المجموعة `kvm`، بينما فتحتها RHEL وAmazon Linux وAzure Linux وOracle Linux لأي مستخدم. وعلى خادم لا يستضيف أي آلة افتراضية تغيب هذه العقد عادةً؛ تحقق ولا تفترض. ولا يسري الإصلاح إلا بعد إعادة التشغيل على النواة الجديدة.",{"type":81,"title":82,"steps":83},"steps","افحص النواة والتعرّض في عشر دقائق",[84,87,90,93,96,99],{"title":85,"body":86},"قراءة النواة العاملة","`uname -r`\nيعرض هذا الأمر النواة المحمَّلة في الذاكرة لا المثبَّتة على القرص. وهذا هو الرقم المهم في Vghost، ولا يتغير إلا بعد إعادة التشغيل.",{"title":88,"body":89},"سرد النوى المثبَّتة","`dpkg -l 'linux-image*' | grep '^ii'`\n`rpm -q kernel`\nالأمر الأول لـ Debian وUbuntu والثاني لـ AlmaLinux وRocky وRHEL. إن اختلفت أحدث نواة في القائمة عن نواة `uname -r`، فقد يكون الإصلاح مثبَّتًا دون أن يكون فعّالًا.",{"title":91,"body":92},"معرفة ما إذا كانت إعادة تشغيل معلّقة","`cat \u002Fvar\u002Frun\u002Freboot-required`\n`sudo needrestart -k`\n`sudo dnf needs-restarting -r`\nالأولان لـ Debian وUbuntu والثالث لـ AlmaLinux وRocky (الحزمة `dnf-utils` إن غاب الأمر). وهي تقارن النواة العاملة بالمثبَّتة.",{"title":94,"body":95},"البحث عن عقد vhost وصلاحياتها","`ls -l \u002Fdev\u002Fvhost-net \u002Fdev\u002Fvhost-vsock`\n`lsmod | grep '^vhost'`\n`getent group kvm`\nإن لم توجد عقدة ولا وحدة محمَّلة فالمسار المذكور لـ Vghost غير مفتوح في هذه اللحظة، لكن برنامجًا أو مسؤولًا قد يحمّل الوحدة لاحقًا. وإن وُجدت عقدة فاقرأ وضعها: `0666` يعني أن أي حساب محلي يستطيع فتحها، و`0660` يعني وجوب الانتماء إلى المجموعة المالكة. وإن كنت تشغّل آلات افتراضية بنفسك فأضف `ls -l \u002Fdev\u002Fkvm`.",{"title":97,"body":98},"البحث عن المعرّف في سجل تغييرات الحزمة","`apt changelog linux-image-$(uname -r) | grep CVE-2026-74580`\n`rpm -q --changelog kernel | grep CVE-2026-74580`\nالسطر الأول لـ Debian وUbuntu والثاني لعائلة RHEL. العثور على المعرّف علامة جيدة؛ وعدم العثور عليه لا يثبت شيئًا، فقد يذكر السجل الإصلاح بصيغة أخرى. ويحسم الأمر متتبع التوزيعة.",{"title":100,"body":101},"معالجة الحاويات والوصول إلى الأجهزة","`docker exec \u003Ccontainer> uname -r`\n`docker ps -q | xargs -r docker inspect | grep -E 'Privileged|vhost'`\nيعرض الأمر الأول نواة الخادم، دليلًا على أن الحاوية لا تملك نواة خاصة. ويرصد الثاني الحاويات المشغَّلة في الوضع المميّز أو التي رُكِّب فيها جهاز vhost: فهي ترى عقد المضيف.",{"type":36,"title":103,"body":104},"أين وصلت التوزيعات","تتغير حالة الإصلاحات من يوم إلى آخر وتختلف بين إصدارات التوزيعة الواحدة، إذ يُصلَح بعضها قبل بعض. أعد قراءة متتبع توزيعتك للمعرّفين CVE-2026-74580 وCVE-2026-99999 قبل أن تستنتج: الروابط في آخر المقال. وفي AlmaLinux وRocky تابع النشرات التي ينشرها كل مشروع بعد نشرات RHEL. ما دام إصدارك لا يعرض إصلاحًا منشورًا، طبّق إجراءً مؤقتًا وعاود الفحص.",{"type":81,"title":106,"steps":107},"التحديث بحسب البيئة",[108,111,114,117],{"title":109,"body":110},"Debian وUbuntu","`sudo apt update`\n`sudo apt full-upgrade`\n`apt list --installed 'linux-image*'`\nاستخدم `full-upgrade`: تصل النواة الجديدة باسم حزمة جديد، وكثيرًا ما يتركها `apt upgrade` جانبًا (\"kept back\"). وإن بيّن المتتبع أن الإصلاح لم يُنشر بعد لإصدارك فلا يفيد التحديث في هذه النقطة: طبّق إجراءً مؤقتًا وعاود الفحص بانتظام.",{"title":112,"body":113},"AlmaLinux وRocky وRHEL","`sudo dnf upgrade --refresh kernel`\n`sudo grubby --default-kernel`\n`sudo dnf needs-restarting -r`\nيؤكد الأمر الثاني أن النواة المثبَّتة هي التي ستقلع افتراضيًا. ويبيّن الثالث هل ينتظر النظام إعادة تشغيل.",{"title":115,"body":116},"Docker والحاويات","لا شيء يُعاد بناؤه: الحاويات تستخدم نواة الخادم. حدّث نواة الجهاز كما سبق ثم أعد تشغيله. وبعد إعادة التشغيل تحقق من عودة كل حاوية: `docker ps` و`docker ps -a --filter status=exited`. وسياسة `restart: unless-stopped` في ملفات Compose توفّر عليك التشغيل اليدوي.",{"title":118,"body":119},"مشرف افتراضية خاص بك (KVM، Proxmox)","أنت المضيف، فالثغرتان تعنيانك. طبّق التحديثات نفسها على المضيف ثم أعد تشغيله بعد نقل الآلات الافتراضية أو إيقافها بسلاسة. حدّث المضيف قبل الضيوف لا بعدهم.",{"type":121,"title":122,"body":123},"tip","النواة المثبَّتة ليست النواة العاملة","نجاح `apt full-upgrade` لا يصلح شيئًا ما دام الجهاز لم يُعَد تشغيله: تبقى النواة الهشة محمَّلة في الذاكرة. الفحص الصالح الوحيد هو `uname -r` بعد إعادة التشغيل، مقارنةً بالرقم المنتظر في نشرة توزيعتك. دوّنه في سجلك مع التاريخ لكل خادم.",{"type":36,"title":125,"body":126},"إعادة التشغيل دون قطع مواقع العملاء","خطّط بدل أن تتحمّل. اختر نافذة هادئة، وأبلغ العملاء، وتأكد من حداثة نسخك الاحتياطية، ثم جدول إعادة التشغيل: `sudo shutdown -r 03:30 \"Kernel reboot\"`. قبلها دوّن حالة الخدمات بـ `systemctl --failed` وقائمة الحاويات بـ `docker ps`؛ وبعدها أعد الأوامر نفسها وقارن. عالج المجموعة على دفعات من بضعة أجهزة.\n\nقد يغني livepatch عن إعادة التشغيل، لكن توفره يتوقف على التوزيعة والاشتراك: Canonical Livepatch على Ubuntu مع Ubuntu Pro، وkpatch على عائلة RHEL، وKernelCare لدى ناشر خارجي. لا تفترض وجود إصلاح مباشر لهاتين الثغرتين: اقرأ نشرة المزوّد، وعلى Ubuntu نفّذ `canonical-livepatch status --verbose`. وتطلب نشرة Vghost إعادة التشغيل على النواة المصلَحة؛ وبلا livepatch مؤكَّد فهذا هو السبيل الوحيد.",{"type":36,"title":128,"body":129},"إجراءات مؤقتة وحدودها","إن لم يُنشر إصلاح توزيعتك بعد، فهناك إجراءان يقلّصان سطح Vghost دون إغلاقه. الأول سحب الوصول العام إلى العقد، مثل `sudo chmod 0660 \u002Fdev\u002Fvhost-net \u002Fdev\u002Fvhost-vsock`، مع إبعاد الحاويات غير الموثوقة عن هذه الأجهزة. وهو لا يلغي الواصفات المفتوحة أصلًا. والثاني، الذي تقترحه صفحة Red Hat لـ Vghost كإجراء مؤقت، يمنع تحميل الوحدات: `printf 'install vhost_net \u002Fbin\u002Ffalse\\ninstall vhost_vsock \u002Fbin\u002Ffalse\\n' | sudo tee \u002Fetc\u002Fmodprobe.d\u002Fvhost-off.conf` ثم `sudo modprobe -r vhost_net vhost_vsock`. وتحذّر Red Hat من أن تعطيل vhost قد يُضعف أداء الإدخال والإخراج للآلات الافتراضية، وأن إلغاء التحميل يفشل إن كان المشغّل قيد الاستخدام.\n\nلا تنفع هذه الإجراءات ضد PwnEscape لأن خللها على المضيف، ولا يحل أيٌّ منها محل النواة المصلَحة. أعد الإعداد الأصلي متى طُبّق الإصلاح.",{"type":36,"title":131,"body":132},"فحص الآثار بعد ذلك","على حد علمنا لم يُنشر مؤشر اختراق خاص بهاتين الثغرتين، ما يجعل الفحص ناقصًا. ومع ذلك راجع ما قد يفضح رفع صلاحيات حديثًا: `sudo journalctl -k --since \"30 days ago\" | grep -i -E 'vhost|oops|general protection'` لشذوذات النواة، و`last -x | head -30` لتسجيلات الدخول وإعادات التشغيل، و`sudo awk -F: '$3==0' \u002Fetc\u002Fpasswd` للحسابات بمستوى root، ثم مفاتيح `\u002Froot\u002F.ssh\u002Fauthorized_keys` ومهام `crontab -l` لـ root. وابحث كذلك عن الملفات التنفيذية setuid الحديثة بالأمر `sudo find \u002F -xdev -perm -4000 -mtime -30`.\n\nقد يمحو المهاجم الذي صار root آثاره: فحص نظيف ليس دليل سلامة. وعند الشك في خادم شغّل شيفرة غير موثوقة، أعد بناءه من صورة سليمة واستعد البيانات بدل تنظيفه.",{"type":36,"title":134,"body":135},"للوكالات: نافذة مشتركة لا خادمًا بعد خادم","مع عشرات خوادم VPS عند عملاء مختلفين يستغرق أمر التحديث دقيقة؛ ويضيع الوقت في معرفة أي خادم يعمل بأي نواة، ومن يوافق على إعادة التشغيل ومتى. احتفظ بسجل حي تغذّيه `uname -r` ووجود `\u002Fvar\u002Frun\u002Freboot-required`، ثم حدّد نافذة مشتركة معلنة مسبقًا بدل اكتشاف الثغرة خادمًا بعد خادم. رتّب أولًا الأجهزة التي تعمل عليها شيفرة عملاء غير موثوقة، ثم تلك التي توجد فيها `\u002Fdev\u002Fvhost-*`.\n\nتجمع مساحة الوكالات في ServOrbit الخدمات ومواعيد الاستحقاق في مكان واحد، فلا تتابعها حسابًا بعد حساب. ولمن لا يريد إدارة النواة بنفسه تقدّم ServOrbit خيار إدارة VPS؛ أما هذا الدليل فمقدَّم دون دعم.",{"type":36,"title":137,"body":138},"الوثائق الرسمية","الإفصاح عن Vghost في oss-security: https:\u002F\u002Fopenwall.com\u002Flists\u002Foss-security\u002F2026\u002F10\u002F14\u002F2\n\nالتحليل التقني لـ Vghost: https:\u002F\u002Fmatrix.tencent.com\u002Fen\u002F2026\u002F10\u002F12\u002Fvghost-cve-2026-74580\n\nسجل CVE لـ PwnEscape: https:\u002F\u002Fcveawg.mitre.org\u002Fapi\u002Fcve\u002FCVE-2026-99999\n\nمقال مكتشف PwnEscape: https:\u002F\u002Fpwn.ai\u002Fblog\u002Fpwnescape\n\nمتتبع Debian لـ Vghost: https:\u002F\u002Fsecurity-tracker.debian.org\u002Ftracker\u002FCVE-2026-74580\n\nمتتبع Debian لـ PwnEscape: https:\u002F\u002Fsecurity-tracker.debian.org\u002Ftracker\u002FCVE-2026-99999\n\nمتتبع Ubuntu لـ Vghost: https:\u002F\u002Fubuntu.com\u002Fsecurity\u002FCVE-2026-74580\n\nمتتبع Ubuntu لـ PwnEscape: https:\u002F\u002Fubuntu.com\u002Fsecurity\u002FCVE-2026-99999\n\nصفحة Red Hat لـ Vghost: https:\u002F\u002Faccess.redhat.com\u002Fsecurity\u002Fcve\u002FCVE-2026-74580\n\nنشرات AlmaLinux: https:\u002F\u002Ferrata.almalinux.org\u002F\n\nCanonical Livepatch: https:\u002F\u002Fubuntu.com\u002Fsecurity\u002Flivepatch\n\nأداة needrestart: https:\u002F\u002Fgithub.com\u002Fliske\u002Fneedrestart","أسطول VPS ونافذة إعادة تشغيل واحدة","أسطول خوادم العملاء أسهل إدارةً من مكان واحد. في مساحة الوكالات من ServOrbit.com تجمع الخدمات ومواعيد الاستحقاق في مكان واحد؛ وخيار إدارة VPS موجود لمن لا يريد إدارة النواة بنفسه.","اكتشف عرض الوكالات","\u002Fsolutions\u002Fagences",[144,160,177],{"id":145,"slug":146,"slugs":147,"title":151,"excerpt":152,"readTime":17,"views":153,"isPinned":19,"publishedAt":154,"updatedAt":155,"category":156,"categories":157,"featuredImage":30,"bgImage":31,"posterImage":159,"relatedSolution":30},317,"قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم",{"fr":148,"en":149,"ar":146,"es":150},"linux-hardening-vps-checklist","linux-vps-hardening-checklist-for-agencies","hardening-linux-vps-checklist-para-agencias-tras-la-entrega","قائمة تصليب خادم لينكس للوكالات بعد التسليم","قائمة تدقيق لتصليب لينكس قابلة للتكرار للوكالات: auditd وsudo ومفتاح SSH وUFW وfail2ban وإلغاء تفعيل root — مع إمكانية التتبع لكل عميل.",1,"2026-08-30T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[158],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",{"id":161,"slug":162,"slugs":163,"title":167,"excerpt":168,"readTime":169,"views":170,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":173,"categories":174,"featuredImage":30,"bgImage":31,"posterImage":176,"relatedSolution":30},382,"تحديثات-أمان-تلقائية-vps-debian-ubuntu",{"fr":164,"en":165,"ar":162,"es":166},"securite-vps-mises-a-jour-automatiques-debian-ubuntu","vps-automatic-security-updates-debian-ubuntu","actualizaciones-seguridad-vps-debian-ubuntu","تحديثات الأمان التلقائية على VPS بنظام Debian\u002FUbuntu","قم بتكوين unattended-upgrades على خوادم VPS الخاصة بك لأتمتة تصحيحات الأمان وتقليل سطح الهجوم عبر أسطول عملائك.",10,2,"2026-09-26T00:00:00+00:00","2026-09-29T14:40:42+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[175],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fsecurite-vps-mises-a-jour-automatiques-debian-ubuntu-poster.svg",{"id":178,"slug":179,"slugs":180,"title":184,"excerpt":185,"readTime":186,"views":153,"isPinned":19,"publishedAt":187,"updatedAt":188,"category":189,"categories":190,"featuredImage":30,"bgImage":31,"posterImage":192,"relatedSolution":30},494,"تحديث-openssh-10-6-أمان-sshd",{"fr":181,"en":182,"ar":179,"es":183},"openssh-10-6-mise-a-jour-securite-sshd","openssh-10-6-security-update-sshd","openssh-10-6-actualizacion-seguridad-sshd","تحديث OpenSSH 10.6: حدّث sshd دون فقدان الوصول","تحديث OpenSSH الأمني 10.6: تحقّق من الإصدار الفعلي النشط، وما قد يتعطّل (ProxyCommand وCompression)، وأعد تحميل sshd دون مخاطرة.",12,"2026-10-22T00:00:00+00:00","2026-10-23T13:27:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[191],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fopenssh-10-6-mise-a-jour-securite-sshd-poster.svg",1793251153961]