امنیت و دسترسی
امنیت ERP در هسته‌ی فیدار ساخته شده، نه روی آن
دادهی یک سازمان، از مشتری و قرارداد تا حقوق و حساب بانکی، حساس‌ترین دارایی آن است. فیدار از روز اول با این فرض طراحی شده: هر درخواست از شش لایهی مجوز عبور می‌کند، هر تغییر ثبت میشود و هیچ تصمیم امنیتی فقط در ظاهر صفحه گرفته نمی‌شود.
دسترسی شش‌لایه
هر درخواست از شش لایه عبور می‌کند
لایه‌ها به ترتیب بررسی می‌شوند و رد شدن در هر کدام کافی است تا دسترسی داده نشود. همه‌ی لایه‌ها سمت سرور اعمال می‌شوند؛ در فهرست، جستجو، گزارش، خروجی اکسل و API.
- «چرا دسترسی دارد؟»ادمین برای هر کاربر و هر رکورد میبیند کدام نقش، محدوده و قانون دسترسی را داده یا رد کرده است.
- تفویض و دسترسی موقتجانشین در مرخصی با تاریخ شروع و پایان؛ اقدامات با نام هر دو نفر ثبت میشود.
- ۱اشتراکآیا این ماژول برای سازمان فعال است؟
- ۲نقش (RBAC)آیا نقش کاربر این عملیات را دارد؟
- ۳محدودهی سازمانیدر کدام شرکت، شعبه، انبار یا دپارتمان؟
- ۴قانون رکوردکدام رکوردها؟ مثلاً «فقط مال خودم یا تیمم».
- ۵امنیت فیلدکدام فیلدها مخفی، فقط‌خواندنی یا قابل ویرایش؟
- ۶سقف و شرطتا چه مبلغی؟ بالاتر از سقف، گردش تأیید.
احراز هویت
ورود امن، برای هر اندازه‌ی سازمان
ورود دومرحلهای و Passkey
رمز یک‌بارمصرف از اپلیکیشن، پیامک یا Passkey؛ قابل اجباری‌کردن برای همه یا نقشهای حساس.
SSO سازمانی
ورود با سرویس هویت سازمان از طریق SAML 2.0 یا OIDC؛ و همگام‌سازی LDAP در نسخهی on-premise.
مدیریت نشست‌ها
فهرست دستگاه‌های فعال، خروج از راه دور و محدودیت IP یا ساعت ورود برای هر نقش.
سیاست رمز و قفل حساب
هش امن رمزها، سیاست رمز قابل تنظیم و قفل پس از تلاش‌های ناموفق.
حفاظت از داده
دادهی شما جدا، رمزنگاری‌شده و قابل ردیابی
جداسازی کامل هر سازمان
فیلتر سازمان در لایهی برنامه و در خود پایگاه داده؛ هیچ کوئری‌ای بدون آن اجرا نمی‌شود.
رمزنگاری داده‌های حساس
فیلدهایی مثل کد ملی، شماره‌ی حساب و توکن‌ها در پایگاه داده رمزنگاری می‌شوند.
TLS 1.3 در انتقال
همه‌ی ارتباط‌ها رمزنگاری‌شده؛ کوکی‌ها HttpOnly، Secure و SameSite.
audit log تغییرناپذیر
هر تغییر با مقدار قبل و بعد، کاربر، IP و زمان؛ هر رکورد به رکورد قبلی زنجیر شده تا دستکاری قابل تشخیص باشد.
فرایند
امنیت، فرایند است نه فقط قابلیت
معیار پایه‌ی امنیت در توسعه‌ی فیدار استاندارد OWASP ASVS سطح ۲ است و هر قابلیت پیش از تحویل با آن سنجیده میشود.
ما ادعای گواهی‌نامه‌ای را که نداریم نمی‌کنیم. هر گواهی یا ممیزی امنیتی که فیدار دریافت کند، با سند در همین صفحه منتشر میشود.
در چرخه‌ی توسعه
- اسکن وابستگی‌ها و تحلیل ایستای کد در هر تغییر
- جستجوی خودکار secret در مخزن کد
- اعتبارسنجی همه‌ی ورودی‌ها سمت سرور و کوئری پارامتری
- پیام خطا بدون جزئیات داخلی برای کاربر
- پشتیبان‌گیری خودکار و تست دوره‌ای بازیابی
- تست نفوذ مستقل پیش از عرضه‌ی عمومی
پرسش‌های متداول درباره‌ی امنیت ERP
دادهی سازمان ما از سازمانهای دیگر جداست؟
بله. هر درخواست با شناسهی سازمان فیلتر میشود؛ هم در لایهی برنامه و هم در قوانین امنیتی سطح ردیف پایگاه داده. اگر جداسازی فیزیکی کامل لازم دارید، نسخهی on-premise را ببینید.
سطح دسترسی کاربران چطور تعریف میشود؟
با نقشها و مجوزها برای عملیات، و سپس محدودهی سازمانی، قانون رکورد، امنیت فیلد و سقف مبلغ. مفهوم پایه را در راهنمای سطح دسترسی در ERP و RBAC چیست توضیح دادهایم.
آیا فیدار ورود دومرحلهای دارد؟
بله؛ با اپلیکیشن احراز هویت، پیامک یا Passkey. ادمین میتواند آن را برای همه یا برای نقشهای حساس اجباری کند. بیشتر در MFA چیست.
چه کسی audit log را میبیند؟
ادمین سازمان با مجوز مشاهدهی audit، با جستجو و فیلتر. هیچکس، حتی ادمین، نمیتواند رکورد audit را ویرایش یا حذف کند.
پشتیبانی فیدار به دادهی ما دسترسی دارد؟
ورود بهجای کاربر برای پشتیبانی فقط با رضایت شما، با بنر دائمی روی صفحه و ثبت کامل در audit log ممکن است.
امنیت فیدار را از نزدیک ببینید
در جلسه‌ی دمو، ماتریس دسترسی، ابزار «چرا دسترسی دارد؟» و audit log را روی دادهی نمونه نشانتان می‌دهیم.