تیم تحریریه LOXX
امنیت سایت فروشگاهی مجموعه‌ای از تصمیم‌های فنی و عملیاتی است. داشتن HTTPS برای ارتباط ضروری است، اما درباره مجوز کاربر، صحت مبلغ سفارش یا امکان بازیابی داده پاسخ کامل نمی‌دهد. مدیر فروشگاه باید بداند چه دارایی‌هایی حساس‌اند و چه کسی مسئول مراقبت از آن‌هاست. اطلاعات مشتری، حساب مدیر، موجودی، سفارش و دسترسی زیرساخت اهمیت متفاوتی دارند. برنامه امنیتی قابل اجرا از همین فهرست و مسیرهای واقعی فروش آغاز می‌شود و باید در نگهداری روزمره ادامه پیدا کند.
دسترسی را بر اساس وظیفه محدود کنید
کارشناس محتوا لزوماً به اطلاعات کامل مشتری یا تنظیمات پرداخت نیاز ندارد. نقش‌ها را برای مشاهده، تغییر و تأیید تعریف کنید و حساب مشترک را به راه عادی همکاری تبدیل نکنید. هنگام پایان همکاری، دسترسی‌ها باید قابل شناسایی و حذف باشند. راهنمای مجوزدهی OWASP بر کمترین اختیار لازم و بررسی مجوز برای هر درخواست تأکید می‌کند. پنهان کردن یک دکمه در صفحه مدیریت کافی نیست؛ محدودیت باید در پردازش درخواست نیز اعمال شود. بازبینی نقش‌ها را پس از تغییر مسئولیت افراد تکرار کنید.
مبلغ و وضعیت سفارش را قابل اعتماد نگه دارید
اطلاعاتی که مرورگر می‌فرستد نباید بدون بررسی مبنای نهایی قیمت و اختیار عملیات باشد. قیمت، تخفیف، موجودی و وضعیت پرداخت باید طبق قواعد معتبر سامانه ارزیابی شوند. بازگشت کاربر از درگاه به تنهایی به معنی تأیید پرداخت نیست؛ فرایند باید با سازوکار رسمی سرویس پرداخت هماهنگ باشد. تلاش دوباره یا پیام تکراری نیز نباید بی‌دلیل تحویل چندباره یا ثبت ناسازگار بسازد. آزمون این مسیرها را با محیط و داده مناسب انجام دهید و نتیجه مورد انتظار هر حالت را پیش از انتشار ثبت کنید.
بارگذاری فایل و ابزارهای جانبی را جدی بگیرید
اگر مشتری یا مدیر فایل می‌فرستد، نوع مجاز، اندازه، محل ذخیره و اختیار دریافت آن را تعریف کنید. نام فایل به تنهایی نشان‌دهنده نوع واقعی یا بی‌خطر بودن آن نیست. فایل خصوصی نباید با نشانی قابل حدس برای همه قابل دسترسی شود. ابزارهای گفت‌وگو، تحلیل و افزونه‌ها نیز بخشی از سطح دسترسی و نگهداری هستند. فهرست آن‌ها و مسئول هر کدام را داشته باشید. افزودن افزونه برای یک نیاز کوتاه‌مدت و فراموش کردن آن پس از پایان کمپین می‌تواند بار نگهداری دائمی ایجاد کند.
مثال فرضی: خروجی سفارش برای ارسال
در یک مثال فرضی، کارشناس ارسال به نام گیرنده، نشانی و اقلام سفارش نیاز دارد، اما به تمام سوابق خرید یا تنظیمات فروشگاه احتیاج ندارد. خروجی متناسب با کار او محدود می‌شود و فایل در فضای عمومی باقی نمی‌ماند. اگر فایل موقت ساخته می‌شود، دوره نگهداری و دسترسی آن مشخص است. تغییر مسئول ارسال نیز با تغییر دسترسی همراه می‌شود. این تصمیم ساده هم انجام کار را ممکن می‌کند و هم از تکثیر بی‌دلیل داده مشتری جلوگیری می‌کند. هدف جلوگیری از عملیات نیست؛ تعریف دقیق داده لازم برای هر عملیات است.
به‌روزرسانی و بازیابی را به فرد مشخص بسپارید
فهرست وابستگی‌ها، نسخه‌ها و مسئول پیگیری اصلاحات را نگه دارید. انتشار به‌روزرسانی باید با آزمون مسیر خرید و برنامه بازگشت متناسب همراه باشد. پشتیبان داشتن کافی نیست اگر کسی بازیابی را امتحان نکرده باشد. دامنه پشتیبان، فاصله زمانی و محل نگهداری را مشخص کنید و دسترسی به آن را محدود نگه دارید. گزارش‌ها نیز نباید رمز، توکن یا اطلاعات پرداخت حساس را بی‌دلیل ثبت کنند. هنگام بررسی خطا، فقط داده لازم را با افراد مسئول به اشتراک بگذارید؛ راحتی عیب‌یابی مجوز انتشار اطلاعات مشتری نیست.
چک‌لیست بازبینی دوره‌ای
- حساب‌های فعال و اختیاراتشان با وظیفه افراد هماهنگ‌اند.
- سفارش و پرداخت در حالت موفق، ناموفق و تکراری بررسی شده‌اند.
- فایل‌ها و خروجی‌ها دسترسی و زمان نگهداری مشخص دارند.
- وابستگی‌ها و ابزارهای جانبی صاحب مسئول دارند.
- پشتیبان با بازیابی واقعی یا تمرین کنترل‌شده بررسی شده است.
- مسیر گزارش حادثه و مسئول تصمیم فوری معلوم است.
این فهرست شروع برنامه اجرایی است و جای ارزیابی متناسب با معماری و داده فروشگاه را نمی‌گیرد. برای ادامه، پشتیبان‌گیری و نگهداری سایت و اتصال پرداخت آنلاین را ببینید. در طراحی فروشگاه اینترنتی، مسئولیت امنیت و نگهداری باید در قرارداد و تحویل روشن شود.
این راهنما برای تصمیم‌گیری اولیه نوشته شده است. محدوده، زمان و قیمت هر پروژه پس از بررسی نیاز مشخص می‌شود. نام LOXX تازه معرفی شده؛ تجربه افراد تیم پیش از این نام شکل گرفته و تنها کارهای مجاز و قابل انتشار نمایش داده می‌شوند.