محافظت از CSRF و برنامه های صفحه ای تنها در میزبان S3 (بدون پشت صحنه).

من یک webapp نوشته شده در JS که در AWS S3 اجرا می شود. هیچ راهی برای راه اندازی یک نشانه امن CSRF در بارگذاری صفحه وجود ندارد، زیرا هیچ سرور پشتیبان وجود ندارد. این شناسه باید از طریق یک تماس AJAX به سرور API من در یک دامنه متفاوت بازیابی شود. سیاست API CORS برای ثبت درخواست از برنامه js به لیست سفید اضافه شده است.

آیا علامت CSRF از طریق ajax درخواست می شود؟ آیا کسی که می خواهد یک نشانه معتبر CSRF را بدست آورد، می تواند هدرهای مبدأ را جعل کند؟ (این نشانه توسط لاراول ساخته شده است)

حریم خصوصی – نام / کلید سطل S3 / Azure / GCS اطلاعات شخصی قابل شناسایی را نشان می دهد

ما یک سیستم رویدادی داریم که از فروشگاه رویداد قابل تغییر تنها استفاده می کند.

اگر ما اطلاعات شخصی قابل ذخیره در این فروشگاه را ذخیره کنیم، ما در مورد GDPR با مشکل مواجه خواهیم شد؛ زیرا حذف رویدادها یک گزینه نیست.

ما داده ها را در این حوادث ارزیابی کرده ایم و ثابت کردیم که تنها اطلاعاتی که ممکن است به کاربر مربوط شوند، نام و کلید سطل ذخیره سازی هستند.

همانطور که ما هنوز در تولید نیستیم، این امر می تواند مسئله PII را در فروشگاه های داده ذخیره سازی غیر قابل تغییر از قبل مورد بررسی قرار دهد و در صورت لزوم، احتمالا کلید رمزگذاری متقارن برای هر کاربر را انتخاب می کنیم (ذخیره شده در یک datastore قابل تغییر) برای رمزگذاری این اطلاعات حساس که می تواند با کاربر فراموش شود، به این ترتیب رویدادهای آنها غیر قابل خواندن است.

این چیزی است که ما ترجیح می دهیم انجام دهیم. بنابراین، نام های ذخیره سازی و کلید های ذخیره سازی به دنبال صاحب خود می گردند؟

مرورگر S3 برای سرویس AWS S3

این سایت از کوکی ها برای ارائه خدمات ما و نمایش آگهی های مرتبط و لیست های شغلی استفاده می کند.
با استفاده از سایت ما، شما تأیید میکنید که ما خط مشی کوکیها، خط مشی رازداری و شرایط خدمات ما را خوانده و درک کردهاید.
استفاده شما از محصولات و خدمات سرریز پشته، از جمله شبکه سرریز پشته، تحت این شرایط و ضوابط است.