ورود کاربر مشخص می‌کند درخواست با چه حسابی همراه است. برای عملیات تغییردهنده، باید بررسی شود درخواست از مسیر معتبر همان نشست آمده و کاربر مجوز انجام عمل را دارد.
عملیات را با روش مناسب انجام دهید
خروج از حساب، تغییر نقش یا صدور فاکتور را به یک لینک GET ساده تبدیل نکنید. برای فرم‌های حساس از روش مناسب و توکن CSRF وابسته به نشست استفاده کنید. توکن باید سمت سرور بررسی شود و در خروجی قابل کش عمومی قرار نگیرد. منقضی شدن آن نیز به پیام قابل فهم نیاز دارد.
کوکی نشست را محدود کنید
ویژگی‌های Secure در HTTPS، HttpOnly و سیاست مناسب SameSite به کاهش بعضی ریسک‌ها کمک می‌کنند. شناسه نشست پس از ورود باید تازه شود و رمز یا نقش قبلی نباید برای همیشه در نشست قابل اعتماد بماند. حساب غیرفعال باید در درخواست بعدی دسترسی خود را از دست بدهد.
تأیید حساس را جدا انجام دهید
تغییر نقش، تنظیم مرچنت یا تعیین رمز کاربر دیگر، حساس‌تر از ویرایش نام است. درخواست رمز فعلی مدیر و ثبت عملیات می‌تواند کنترل بیشتری ایجاد کند. این لایه‌ها باید با محدودیت تلاش و بررسی نقش سمت سرور همراه باشند.
- عملیات حساس را با POST و CSRF محافظت کنید.
- نقش را از داده معتبر سرور بخوانید.
- تغییر رمز و دسترسی را به لغو نشست‌ها متصل کنید.
