/
/
/
/
Service Bus برای کنترل نحوه دسترسی مصرف‌کننده‌ها به Provider از مکانیزم‌های Authentication و Authorization استفاده می‌کند. در این بخش روش‌های دسترسی Anonymous، کاربران مجاز، Token و privateToken بررسی می‌شوند.
مدل‌های دسترسی Service Bus
در زمان انتشار یک Provider از طریق Service Bus، می‌توان نحوه دسترسی مصرف‌کننده به سرویس را مشخص کرد. انتخاب روش دسترسی باید بر اساس نیاز امنیتی و سناریوی استفاده انجام شود.
| نوع دسترسی | توضیح |
|---|---|
| Anonymous | دسترسی بدون نیاز به ارسال Token |
| Token-Based Access | دسترسی مبتنی بر Token برای کنترل مصرف‌کننده |
| Users Access | محدود کردن دسترسی به کاربران تعریف‌شده |
Anonymous Access
در حالت Anonymous، مصرف‌کننده بدون ارسال Token می‌تواند Service Bus را فراخوانی کند.
Warning
استفاده از Anonymous Access باید فقط در سناریوهایی انجام شود که محدودیت دسترسی یا اطلاعات حساس وجود ندارد.
کاربران مجاز (Allowed Users)
در حالت محدودشده، دسترسی Service Bus فقط برای کاربران مشخص‌شده فعال می‌شود. این مدل برای کنترل مصرف‌کنندگان مشخص استفاده می‌شود.
سناریوی دسترسی کاربران
Consumer
↓
Authentication
↓
Service Bus
↓
Provider
Token-Based Access
در مدل Token-Based Access، مصرف‌کننده برای فراخوانی Service Bus باید اطلاعات احراز هویت مورد نیاز را همراه درخواست ارسال کند.
نکته مهم
Token بخشی از فرآیند کنترل دسترسی Service Bus است و نحوه تولید و دریافت آن باید مطابق تنظیمات واقعی GraphBPMS بررسی شود.
privateToken
privateToken برای سناریوهایی استفاده می‌شود که نیاز به دسترسی خصوصی‌تر به Service Bus وجود دارد.
این مقدار نباید در محیط‌های عمومی، Screenshot یا مستندات منتشرشده همراه با مقدار واقعی نمایش داده شود.
Warning
Token و privateToken اطلاعات حساس محسوب می‌شوند و مقدار واقعی آن‌ها نباید در Wiki، مثال آموزشی یا Screenshot قرار گیرد.
مقایسه روش‌های دسترسی
| موضوع | Anonymous | Token |
|---|---|---|
| نیاز به احراز هویت | خیر | بله |
| کنترل مصرف‌کننده | محدود | بیشتر |
| کاربرد | سرویس‌های عمومی | سرویس‌های کنترل‌شده |
نکات امنیتی
- مدل دسترسی قبل از انتشار Service Bus مشخص شود.
- Token و اطلاعات حساس در Client یا مستندات عمومی قرار نگیرد.
- سطح دسترسی مصرف‌کننده‌ها بررسی شود.
- تغییرات امنیتی قبل از انتشار در Production تست شوند.
Warning
جزئیات دقیق Permission، Token Generation و رفتار Authentication باید مطابق Build مقصد GraphBPMS بررسی شود و نباید بر اساس حدس مستند شود.