تا حالا به این فکر کردهاید که کاش میتوانستید با ارائه چند خط دستور ساده به یک ربات هوشمند، کل سایت فروشگاهی یا شرکتی خودتان را از نو بسازید؟ این روزها زمزمهای جذاب اما خطرناک در جامعهی برنامهنویسان به گوش میرسد: اینکه «سیستمهای مدیریت محتوا» (CMS) مانند وردپرس در شرف مرگاند و «هوش مصنوعی» جایگزین آنها شده.
همین حالا دهها شرکت طراحی سایت با وعدهی سرعت بالاتر از قبل، پشتیبانی از پلتفرمهای آشنا و امن مثل وردپرس را رها کردهاند. آنها به جای استفاده از این ابزارها، به سراغ طراحی سایت با هوش مصنوعی و زبانهای جاوا اسکریپت رفتهاند. اما آیا همهچیز همانطور که پلتفرمهای جدید میگویند رویایی است؟ یا نقاط پنهانی هم وجود دارد که باید بیشتر بررسی شوند؟ مخالفانِ سیستمهای جدید و متکی بر هوش مصنوعی میگویند باید مراقب حداقل سه نقطه ضعف بزرگ بود و پشت ظاهر پیشرفته، یک کابوس سایبری ترسناک پنهان شده…
توهم کنترل؛ سپردن کلیدهای گاوصندوق به رباتها
تصور کنید به جای دسترسی به یک پنل مدیریت محتوای امن که ساختارِ سنتی، نام کاربری و رمز عبور دارد، فقط از طریق یک صفحه چت سایتتان را مدیریت کنید. مثلاً به هوش مصنوعی کلود (Claude) یا چتجیپیتی (ChatGPT) دستور بدهید قیمت محصولات یا ظاهر سایت را تغییر دهد.
هیجانانگیز به نظر میرسد، اما مشکل اینجاست که مدلهای زبانی بزرگ هنوز هم مستعد «توهم» (Hallucination) هستند و ممکن است ناخواسته کدهای مخرب تولید کنند. با این ساختار مدیریتی، عملاً تمام قفلهای امنیتی سایت را باز کردهاید و کلید دسترسی به اطلاعات مشتریان را دست یک ربات دادهاید!
باتلاق کدهای جاوا اسکریپت: سقوط در «جهنم وابستگی»
سایتهای مدرنی که هوش مصنوعی با ابزارهای جاوا اسکریپت برای شما میسازد، وابستگی فراوان به صدها بستهی نرمافزاری جانبی (NPM) دارند. این سبک طراحی خیلی زود شما را در یک چالش امنیتی بزرگ گرفتار میکند.
شاید بپرسید منظورمان از «جهنم وابستگی» (Dependency Hell) چیست؟ فرض کنید خودرویی دارید که قطعات آن از صدها کارخانهی مختلف تامین میشود. اگر فقط یکی از این کارخانهها قطعهی معیوب بسازد یا از چرخهی تولید خارج شود، کل خودرو از کار میافتد. در دنیای کدنویسی هم اگر یکی از این برنامههای جانبی آپدیت نشود یا با بقیه تداخل داشته باشد، پای آسیبپذیریهای امنیتی به کل سیستم شما باز میشود.
حتی اگر هوش مصنوعی ابزارهایی برای بهروزرسانی خودکار داشته باشد، تداخل این قطعهکُدها میتواند حفرههای امنیتی غیرقابلِ برطرفسازی بسازد. پنهان کردن این مشکلات فنی پشت ظاهر زیبای چتباتها، خطرِ هک شدنِ سرورِ سایت را کمتر نمیکند!
گروگانگیری دیجیتال با هوش مصنوعی
شرکتهای توسعهدهنده با شعار جذاب «مهاجرت به هوش مصنوعی»، به نوعی در حال «گروگانگیری دیجیتال» هستند. آنها شما را از سیستمهای آزمونپسداده و رایگان بیرون میکشند و به کدهای پیچیده و نامفهوم ماشینی وابسته میکنند.
کاربر در یک ساختار پیچیده و اختصاصی گیر میافتد که فقط همان شرکت سازنده میداند چگونه امنیتش را حفظ کند؛ زیرا مجموعهای از دستورات بهخصوص در فرایند طراحی سایت دنبال شده که فقط خود سازنده از آنها مطلع است (پدیدهای که به «انحصار فناوری» یا Vendor Lock-in معروف شده).
خطرات پنهان این معماریهای مستقل عبارتاند از:
- عدم امکان کمک گرفتن از متخصصان امنیت سایبریِ مستقل برای تست نفوذ (Pen-Test).
- خطر قطع دسترسی همیشگی در صورت تعطیلی یا ورشکستگیِ شرکت ارائهدهندهی سرویس هوش مصنوعی.
- نیاز به پرداخت هزینههای گزاف برای ترمیم و اصلاح کدهایی که ساختار استانداردی ندارند.
در آخر: معماری ترکیبی، راهکار مطمئنتر
از نظر امنیت اطلاعات، حداقل فعلا راهکار هوشمندانه این نیست که سیستمهای مدیریت محتوای سنتی را به سطل زباله بیندازیم؛ بلکه باید آنها را ایمن کنیم و به شکل برنامهریزیشدهای با هوش مصنوعی پیوند بدهیم. سیستمهایی مثل وردپرس در طول چند دهه اثبات کردهاند که ابزارهای قدرتمندی برای «مدیریت سطح دسترسی کاربران» (ACL) دارند.
از طرف دیگر نیازی هم نیست که کاملاً روی سیستمهای متکی بر AI خط بکشیم. رویکرد هوشمندانه، استفاده از رابطهای برنامهنویسی (API) و ترکیب کردن آنها با هوش مصنوعیهایی است که قدرت و سرعت را به امور روزمره میآورند؛ در عین حال، دیوارهای دفاعی و ساختار امنیتی مطمئن سایت هم حفظ میشود.
در حال حاضر که این مقاله را میخوانید، رویای «حذف کامل سیستمهای مدیریت محتوا به کمک هوش مصنوعی»، بیشتر شبیه به یک فریب تبلیغاتی برای فروش سرویسهای گرانقیمت و پایدار به نظر میرسد. مهاجرت چشمبسته از پلتفرمهای امن به سمت کدنویسی ماشینی، سایت را به صورت بالقوه در گردابی از خطرات نرمافزاری غرق میکند و هنوز باید در تعامل با هوش مصنوعی دقت بیشتری به خرج داد.
نظر شما در این مورد چیست؟
