یک سوء استفاده آسان برای این آسیب پذیری PHP وجود ندارد

می دانم، می دانم. این همه چیزی است که در مورد آن می شنوید. آن و عدد 4 .

اشتباه نکنید، واضح است که یک اشکال در اینجا وجود دارد و واقعا مهم است. اما بهره برداری از این امر آسان نیست. مطمئنا به اندازه Log4Shell/Heartbleed/RoRYaml و غیره نیست.

من فکر نمی کنم این آسیب پذیری PHP آنقدر قابل سوء استفاده باشد. من فکر می‌کنم 5 سال پیش مردم این را می‌فهمیدند، اما اکنون مردم با LLM‌هایشان فریب می‌خورند که به آنها می‌گویند یک سوء استفاده دارند در حالی که ندارند.

اگر در حال حاضر به github نگاهی بیندازید، هزاران، به معنای واقعی کلمه، هزاران مورد سوء استفاده از "PoC" برای این آسیب پذیری وجود دارد. با این حال، چیزی که در مورد همه آنها متوجه خواهید شد، این است که آنها در برابر یک نمونه PHP وانیلی کار نمی کنند.

ادامه دهید، یک سرور php که فکر می کنید در Docker آسیب پذیر است را نصب کنید و سپس خودتان PoC را اجرا کنید. LLM خود را مجبور به انجام آن نکنید. نه. خودت اسکریپت را اجرا کن. اکسپلویت ها کار نمی کنند.

من فکر می‌کنم بسیاری از مردم تصور می‌کردند که LLM‌ها می‌توانند فورا از خواندن تفاوت، یک زنجیره بهره‌برداری بسازند، و حتی اگر بهره‌برداری از آن سخت‌تر از سایر اکسپلویت‌ها بود، LLM ها زمین بازی را هموار می‌کردند. خوب هیچ بهره برداری کاری وجود ندارد. حالا چی؟

وقتی به CVE10 های اینترنت "ما خیلی لعنتی هستیم" فکر می کنم، آسیب پذیری های زیر را به ذهنم می رساند:

دومین باری که این آسیب‌پذیری‌ها خبرساز شد، بات‌نت‌هایی وجود داشتند که دور آن را انجام می‌دادند و باعث آسیب می‌شدند. و این قبل از LLM بود! مردم باید بات نت ها را بنویسند. با دستانشان!

10 ساعت از انتشار این آسیب‌پذیری می‌گذرد، و نیمی از جهان نرم‌افزار به آن نگاه می‌کنند، و خداوند می‌داند که 100000 نفر «ابر اطلاعات» خود را در این مورد به دست آورده‌اند. با این وجود، هیچ بهره برداری کاری وجود ندارد. آنهایی که دور را انجام می دهند جعلی هستند یا فقط در آزمایشگاه کار می کنند، زیرا ...

بچه های فیلمنامه (و بزرگسالان فیلمنامه، که مغزشان را هم خاموش کرده اند) اکنون همه فکر می کنند که، خوب، آنها زنجیر کردن UAF را درک نمی کنند، اما این مرد کلود همه چیز را می داند و می تواند کاملا سوء استفاده کند.

به طرز خنده‌داری، این منجر به این می‌شود که LLM به برادر کوچک‌تر خود یک کنترل‌کننده بدون برق بدهد. می‌گوید اکسپلویت در سراسر صفحه... و دارای رونوشت‌های اسلحه دود کردن است... اما سروری را که روی آن آزمایش می‌کنید تغییر داده است تا آسیب‌پذیری شدیدی داشته باشد. تقلب!!

یکی از ویژگی‌های بسیار سرگرم‌کننده و مشترک اکثر این «PoC» این است که برای ایجاد آسیب‌پذیری به «LFI» یا گنجاندن فایل محلی تکیه می‌کنند. در شرایط غیر php، زنجیره اکسپلویت آنها به سرور نیاز دارد که به طور موثر eval(read(filename_provided_by_user)) را انجام دهد.

به ندرت پیش نمی‌آید که برنامه‌های PHP به نوعی مورد لعنت قرار بگیرند، اما نیاز به سرور برای داشتن یک آسیب‌پذیری موجود که در آن می‌توان /etc/password را وارد کرد، یک پیش‌نیاز دیوانه‌کننده است. اگر به این نیاز دارید، این باعث نمی شود که این یک باگ شدید باشد.

عجیب ترین چیز این است که افراد زیادی به طور مستقل این نقص فوق العاده عجیب را در قضاوت ایجاد کرده اند. دلیلش این است که آنها به طور مستقل این تصمیم را نگرفته اند. کلود / و غیره تمام قضاوت را برای آنها انجام داده است، از این رو توزیع عجیب و غریب در خطاهای منطقی است.

در اینجا نکته مهمی وجود دارد که باید در مورد اینکه چه تعداد از افراد کلود/GPT برای آنها تصمیمات طراحی می گیرند و اینکه چگونه هوش مصنوعی تصمیم گیرنده اصلی در جهان در حال حاضر است، گفت. شما این مورد عجیب و غریب از "نقاط برنامه ریزی تصمیم گیری" را دارید که در آن روش حل یک مسئله بسیار بیش از حد ارائه شده است، زیرا این همان کاری است که کلود خارج از جعبه انجام می دهد.

این در مورد «اکنون اکثر وب‌سایت‌ها یکسان به نظر می‌رسند» آزاردهنده است، اما از آنجایی که LLM‌ها این قدرت را دارند که هر دامنه را همزمان خراب کنند، این نیز «اکنون اکثر تصمیم‌ها به طرز مشکوکی یکسان هستند». مخصوصا در این مورد، که هوش مصنوعی یک آسیب پذیری را روی سرور وارد می کند تا ثابت کند که سرور در برابر حمله "Exploit any PHP instance" شما آسیب پذیر است!

و ما قبلا چنین چیزهایی داشته ایم، اما هنوز در دوره LLM نه. خوشبختانه برای ما، به نظر نمی رسد این روز باشد. این بسیار دشوار است که بتوان به راحتی از آن بهره برداری کرد. این یک لحظه Log4J نیست.