آیا به خاطر آسیب پذیری PHP باید سایت را همین حالا وصله کرد؟ بله. دو نقص بحرانی در هسته PHP به مهاجم اجازه می دهد بدون ورود به سیستم روی سرور وب سایت کد اجرا کند.
هیچ فایروال یا تغییر تنظیماتی جای نصب نسخه اصلاح شده را نمی گیرد. از هاست بخواهید PHP را به 8.5.12، 8.4.27، 8.3.36 یا 8.2.35 ارتقا دهد.
خلاصه خبر
- PHP برای دو نقص بحرانی که ممکن است به مهاجم اجازه دهند بدون ورود به سیستم کد اجرا کند، نسخه های 8.5.12، 8.4.27، 8.3.36 و 8.2.35 را منتشر کرده است.
- سرورهای آپاچی که از mod_php استفاده می کنند بیشترین خطر را دارند، اما PHP می گوید همه نصب هایی که درخواست های وب سایت را پاسخ می دهند در معرض خطرند.
- به گفته PHP، به روزرسانی تنها انتخاب ایمن است. فایروال یا تغییر پیکربندی جایگزین کاملی برای نصب وصله نیست.
- PHP نسخه 8.1 و قدیمی تر همچنان بدون پشتیبانی رسمی است. تا زمانی که صاحبان سایت ارتقا را ترتیب می دهند، ممکن است وصله های محدود سورس کد و به روزرسانی های ارائه دهندگان خدمات در دسترس باشد.
- به روزرسانی امنیتی اضطراری PHP که برای ۲۹ مهر ۱۴۰۵ (۲۱ اکتبر ۲۰۲۶) ساعت 14:00 UTC (۱۷:۳۰ به وقت تهران) برنامه ریزی شده بود، اکنون منتشر شده است. از هاست خود بخواهید PHP را وصله کند و نسخه های بدون پشتیبانی را ارتقا دهد.
کدام نسخه های PHP آسیب پذیری بحرانی را برطرف می کنند؟
نسخه های اصلاح شده PHP عبارت اند از 8.5.12، 8.4.27، 8.3.36 و 8.2.35. این وصله های اضطراری دو نقص بحرانی را برطرف می کنند که ممکن است به مهاجم اجازه دهند بدون ورود به سیستم روی سرور وب سایت کد اجرا کند. طبق اعلام PHP، فقط به روزرسانی گزینه ایمن است و هیچ راه حل موقتی کافی نیست.
تیم امنیتی PHP این وصله های اضطراری را در ۲۹ مهر ۱۴۰۵ (۲۱ اکتبر ۲۰۲۶) منتشر کرد.
به گفته PHP، هیچ راه حل موقتی این آسیب پذیری ها را به طور کامل برطرف نمی کند. برای همین، به روزرسانی تنها انتخاب ایمن است.
کدام سرورها بیشتر در معرض خطرند؟
PHP اعلام کرده همه نصب هایی که درخواست های وب سایت را پاسخ می دهند در معرض خطرند.
بیشترین خطر متوجه سرورهای آپاچی است که از mod_php استفاده می کنند. این ماژول PHP را مستقیم درون آپاچی اجرا می کند.
حمله ای که به صورت عملی نشان داده شده، پیش از آغاز اجرای کد خود وب سایت قابل انجام است.
آیا وردپرس هم تحت تأثیر این آسیب پذیری PHP است؟
وردپرس روی سرور وب شما با PHP اجرا می شود. بنابراین به روزرسانی وردپرس یا افزونه های آن، نسخه PHP را تغییر نمی دهد.
از هاست خود بخواهید وصله را نصب کند.
اگر حساب هاستینگ شما اجازه می دهد نسخه PHP را از طریق cPanel عوض کنید، مطمئن شوید نسخه انتخابی شامل این وصله است.
نسخه های قدیمی PHP باید ارتقا پیدا کنند
PHP نسخه 8.1 و قدیمی تر همچنان در فهرست پایان عمر (End-of-Life) قرار دارد و دیگر به روزرسانی رسمی منظم دریافت نمی کند.
برای این وضعیت اضطراری، PHP وصله های محدودی در سطح سورس کد برای نسخه های 7.4، 8.0 و 8.1 ارائه کرده است. این وصله ها برای تیم هایی است که PHP را خودشان کامپایل می کنند.
ارائه دهندگان هاست و فروشندگان پشتیبانی بلندمدت (LTS) هم ممکن است به روزرسانی های خودشان را عرضه کنند.
این وصله ها پشتیبانی مستمر را دوباره برقرار نمی کنند. از هاست بخواهید محافظت را تأیید کند و در همین حال ارتقا به نسخه پشتیبانی شده را برنامه ریزی کنید.
چرا سایت های دولتی پیش از انتشار وصله PHP از دسترس خارج شدند؟
به گزارش International Cyber Digest، وب سایت های پارلمان و نهاد سایبری هلند، خدمات وب دولت فنلاند و سایت چند دانشگاه پیش از انتشار وصله آفلاین شدند.
این منبع تعطیلی های فنلاند را اقدامی احتیاطی توصیف کرد، نه نشانه نفوذ.
Sansec هم گزارش داد مجلس نمایندگان هلند و مرکز ملی امنیت سایبری این کشور، وب سایت های خود را برای احتیاط از دسترس خارج کردند.
پیش از انتشار وصله، CERT-EU و مرکز ملی امنیت سایبری بریتانیا توصیه کردند هر جا محافظت فوری ممکن نیست، جداسازی یا خاموشی موقت در نظر گرفته شود.
صاحبان وب سایت چه اقدام هایی باید انجام دهند؟
نسخه PHP سایت را چگونه بررسی کنیم؟
راهنمای PHP وردپرس را دنبال کنید: به «ابزارها > سلامت سایت» (Tools > Site Health) بروید، گزینه «اطلاعات» (Info) را انتخاب و بخش «سرور» (Server) را باز کنید.
چه اقدام هایی را باید فوراً انجام داد؟
- از هاست بخواهید یکی از نسخه های اصلاح شده بالا را نصب کند، یا تأیید کند که به روزرسانی PHP آن ها هر دو وصله را شامل می شود.
- اگر از PHP نسخه 8.1 یا قدیمی تر استفاده می کنید، از سایت نسخه پشتیبان بگیرید و ارتقا را ترتیب دهید. از هاست بپرسید آیا می تواند در این فاصله وصله ارائه شده توسط فروشنده را اعمال کند.
- اگر نمی توانید فوراً وصله کنید، درباره آفلاین کردن سایت تا زمان به روزرسانی با هاست گفت وگو کنید. فایروال برنامه وب (WAF) مانند Cloudflare ممکن است بعضی تلاش های حمله را مسدود کند، اما جایگزین نصب وصله ها نیست.
هنگام آفلاین کردن سایت برای وصله PHP چه صفحه ای باید نمایش داد؟
اگر برای وصله PHP سایت را آفلاین می کنید، از هاست بخواهید طبق توصیه گوگل، صفحه تعمیرات را با پاسخ HTTP 503 (Service Unavailable) نمایش دهد. این پاسخ نشان می دهد قطعی موقتی است. هاست می تواند صفحه را از طریق وب سرور یا شبکه توزیع محتوا (CDN) و بدون اتکا به PHP ارائه کند.
چطور مطمئن شویم فایروال دور زده نمی شود؟
اگر از فایروال استفاده می کنید، مطمئن شوید همه بازدیدها از آن عبور می کنند.
مهاجمی که مستقیم به سرور سایت دسترسی پیدا کند، می تواند این بررسی ها را دور بزند.
پس از وصله PHP چه چیزهایی را باید بررسی کرد؟
پس از وصله، این سه مورد را بررسی کنید:
- وب شل (Web Shell)، یعنی اسکریپت های مخربی که به مهاجم دسترسی می دهند؛
- حساب های مدیر ناشناس؛
- تغییرهای غیرمنتظره در فایل های PHP.
وصله، نفوذی را که پیش از آن رخ داده برطرف نمی کند.
بیشتر بخوانید: Google Reminds Sites To Serve A 503 During PHP Patch Downtime (گوگل به سایت ها یادآوری می کند در زمان قطعی ناشی از وصله PHP پاسخ 503 برگردانند)
برای آسیب پذیری های شدیدتر بعدی چگونه آماده شویم؟
همان طور که در ماه اوت (اواخر مرداد ۱۴۰۵) هنگام نوشتن درباره تغییر امنیت وب سایت ها با هوش مصنوعی پیش بینی کردم، مهاجمان می توانند سریع تر از آنکه تولیدکنندگان نرم افزار وصله ای عرضه کنند، عمل کنند.
گزارش هایی از گردش یک ابزار حمله پیش از انتشار این وصله PHP نشان می دهد این مشکل زمان بندی همین حالا رخ داده است.
وصله اکنون در دسترس است، اما فقط پس از نصب از سایت شما محافظت می کند.
نفوذ به سایت می تواند داده های مشتریان را فاش کند و به سئو و دیده شدن سایت در نتایج جستجو آسیب بزند.
از تیم فنی خود بخواهید کد سایت را ممیزی (Audit) کند و فعالیت های مشکوک را رصد کند.
با هاست خود توافق کنید چه کسی وصله های اضطراری را اعمال می کند، یا در صورت ناتوانی در محافظت از سایت تحت تأثیر، آن را آفلاین می کند.
مهاجمان می توانند از مدل های بدون سانسور استفاده کنند؛ مدل هایی که محدودیت های ایمنی آن ها حذف شده است.
این مدل ها می توانند از راه تقطیر (Distillation) توانمندتر شوند، یعنی آموزش دیدن روی خروجی مدل های پیشرو (Frontier) قدرتمندتر.
در نتیجه، هوش مصنوعی قدرتمندتر بدون محافظ های ایمنی مدل های اصلی به دست افراد بدخواه می رسد. این کار ابزار بهتری برای یافتن و سوءاستفاده از ضعف ها به آن ها می دهد.
به همین دلیل انتظار دارم آسیب پذیری های شدیدی مانند این بیشتر کشف شوند و زمان کمتری برای واکنش صاحبان سایت باقی بماند.
آماده شدن برای این سرعت، اکنون بخشی از محافظت از وب سایت و دیده شدن آن در نتایج جستجو است.
منبع : Critical PHP Core Vulnerabilities Affect Websites, Including WordPress
آدرس کوتاه این پست: https://backlinkiran.com/?p=18909
