امنیت حساب
امنیت سرور از سایتها محافظت میکند. امنیت حساب کاربری از کلیدهای دسترسی به آنها محافظت می‌نماید. هر ورود به Zinn Digital® بر روی یک سیستم هویت مبتنی بر استانداردها اجرا میشود — کلیدهای عبور و WebAuthn، احراز هویت دو مرحلهای TOTP، ورود با پیوند جادویی، SAML SSO برای تیم‌های سازمانی و آژانس‌ها — به همراه نقش‌های دقیق، کلیدهای API به تفکیک هر سازمان و یک گزارش بازرسی فقط-افزودنی در پشت صحنه.
بیشتر حسابهای میزبانی صرفاً یک رمز عبور در یک پایگاه داده هستند که به یک کنترل‌پنل متصل شده است. سیستم ما یک سیستم هویت اختصاصی است — Keycloak، که از OIDC و SAML پشتیبانی میکند — و پیش روی همه چیز قرار دارد: داشبورد مشتری، کنسول مدیریت کارکنان، این سایت عمومی و پایگاه دانش، و تیکت‌های پشتیبانی شما. یک بار وارد شوید و در تمام آنها وارد شده‌اید.
از آنجا که این بخش بر پایه استانداردهای باز ساخته شده است و نه یک ورود اختصاصی، لایه هویت نیز درست مانند هر جزء دیگر پلتفرم قابل جایگزینی است. هیچ بخشی از مدل دسترسی شما در محصول یک ارائه‌دهنده گرفتار نمی‌شود و احراز هویت تیم شما به نگه‌داشتن یک تامین‌کننده توسط ما وابسته نیست. این همان اصل عدم وابستگی به ارائه‌دهنده است که ما برای حسابهای CDN، سامانه‌های DNS و ارائه‌دهندگان پرداخت نیز اعمال میکنیم.
ورود به سیستم بومی‌سازی شده است و انتقال از سایت به صفحه ورود، زبان شما را همراه خود منتقل میکند — بنابراین تیمی که در کشورهای مختلف پراکنده است مجبور به استفاده از صفحه ورود صرفاً انگلیسی نخواهد بود.
چهار روش، همگی درجه یک و همگی برای هر فرد قابل تنظیم. هیچ‌کس مجبور به استفاده از ضعیف‌ترین گزینه نیست تنها به این دلیل که تنها گزینه موجود است.
ایمیل خود را وارد کنید، روی پیوند کلیک کنید، شما وارد شده‌اید. هیچ رمز عبوری برای فیشینگ، استفاده مجدد یا افشا در نشت داده‌ها وجود ندارد. این مسیر پیشفرض برای حسابهای جدید است، و برای اکثر افراد تنها مسیری است که همیشه به آن نیاز خواهند داشت.
یک کلید عبور (passkey) ثبت کنید — Touch ID، Face ID، Windows Hello یا یک کلید سختافزاری مانند YubiKey — و کاملاً بدون گذرواژه وارد شوید. کلیدهای عبور به دامنه مبدأ وابسته هستند، بنابراین یک صفحه ورود جعلی نمی‌تواند آن را سرقت کند. این پلتفرم از احراز هویت‌کننده‌های ES256 و RS256 پشتیبانی میکند و تأیید هویت کاربر را ترجیح می‌دهد.
از طریق یک اتصال استاندارد ارائه‌دهنده هویت با Google وارد شوید تا حساب، هرگونه کنترلی را که Google Workspace شما از قبل اعمال میکند به ارث ببرد. ارائه‌دهندگان دیگر نیز به همین روش متصل میشوند — هیچ بخشی از آن یکپارچه‌سازی سفارشی نیست.
برای افراد و اسکریپت‌هایی که به آن نیاز دارند نگهداری میشود و تابع یک خطمشی واقعی است: حداقل دوازده نویسه، هرگز نام کاربری یا نشانی ایمیل شما نباشد، بدون استفاده مجدد از سه رمز عبور قبلی، هش‌شده با Argon2. نشانی‌های ایمیل قبل از قابل استفاده شدن حساب تأیید میشوند.
عوامل دوم بخشی از سیستم هویت هستند، نه یک افزونه که خریداری کنید یا پلاگینی که در سایت خود نصب نمایید.
اگر سازمان شما از قبل از یک ارائه‌دهنده هویت استفاده میکند — Okta، Entra ID، Google Workspace، یا هر سیستم دیگری که از SAML پشتیبانی میکند — آن را متصل میکنید و نیروهای شما با اطلاعات کاربری شرکتی فعلی خود وارد Zinn Digital® میشوند. هیچ گذرواژه دومی برای مدیریت توسط تیم شما وجود ندارد و هیچ چک‌لیست دومی برای خروج از خدمت جهت فراموش شدن در کار نیست.
این موضوع در مقیاس آژانس‌ها و نمایندگان فروش بیشترین اهمیت را دارد، جایی که جابجایی کارکنان یک رویداد امنیتی واقعی محسوب میشود. هنگامی که فردی مجموعه را ترک میکند و شما دسترسی او را در دایرکتوری خود غیرفعال میکنید، مسیر ورود او به هاستینگ خود را نیز غیرفعال کرده‌اید. دسترسی به‌صورت متمرکز وضعیت اشتغال را دنبال میکند، به‌جای اینکه در ده‌ها ابزار SaaS ردیابی شود.
پروتکل SAML به جای جایگزینی، در کنار سایر موارد کار میکند: پیمانکاران همچنان می‌توانند در یک نقش تعریف‌شده دارای یک حساب پیوند جادویی باشند، در حالی که کارکنان دائمی از طریق SSO وارد میشوند. یک سازمان، یک مدل مجوز، دو در ورودی.
دسترسی به درخت سازمانی محدود شده است — از نمایندگی فروش به مشتری و سپس به سایت — و در خود پایگاه داده از طریق امنیت در سطح سطر اعمال میشود، نه فقط در برنامه. دسترسی بین‌سازمانی (cross-tenant) خط‌مشی‌ای نیست که از افراد بخواهیم آن را رعایت کنند؛ بلکه پرس‌وجویی است که نمی‌تواند هیچ سطری را برگرداند. چهار نقش مشتری تقسیم واقعی وظایف را پوشش می‌دهند.
کنترل کامل بر سازمان و حسابهای فرعی آن: ایجاد سازمانهای زیرمجموعه، دعوت و حذف اعضا، تخصیص نقشها، مدیریت هر سایت، انجام امور صورتحساب و صدور فاکتور، مدیریت کلیدهای API و خواندن گزارش بازرسی.
فاکتورها، اشتراکها، روشهای پرداخت و فهرست پلنها — و نه هیچ‌چیز دیگر. مسئول مالی یا حسابدار شما میتواند بدون داشتن دسترسی برای دستکاری، تعلیق یا حذف یک سایت فعال، فاکتور را پرداخت کند.
دسترسی به سایتها و API بدون امکان مدیریت صورتحساب: مشاهده و راهاندازی سایتها، راهاندازی مجدد سرویس‌ها، پاکسازی حافظه پنهان، مدیریت کلیدهای API و تیکت‌های کاری. عدم دسترسی به روشهای پرداخت، صدور فاکتور یا تغییرات طرح به صورت عمدی اعمال شده است.
فقط مشاهده در سراسر سازمان — سایتها، صورتحساب، طرح‌ها، تیکت‌ها، وضعیت ترجمه و گزارش بازرسی. نقشی مناسب برای یک بازرس، مشتری خواهان دسترسی نظارتی، یا نیروی جدید در اولین هفته کاری.
داشبورد یکی از راه‌های دسترسی است. API، CLI، ارائه‌دهنده Terraform و سرور MCP راه‌های دیگر هستند — و آنها نیز از همان مدل دسترسی پیروی میکنند، زیرا یک کلید بدون محدوده مشخص، تمامی نقش‌هایی را که به‌تازگی پیکربندی کرده‌اید دور می‌زند.
یک کلید API برای یک سازمان صادر میشود، نه برای یک فرد، و دامنه‌های اختیارات خاص خود را دارد. با آن به عنوان یک مدرک شناسایی اشتراکی رفتار کنید: آن را با توجه به هدفش نام‌گذاری کنید، محدودترین دامنه‌های ممکن را به آن اختصاص دهید و زمانی که شخص ایجادکننده آن سازمان را ترک کرد، آن را بازنشانی نمایید.
کلید خام فقط یک بار، هنگام ایجاد، به شما نشان داده میشود. آنچه ما نگه می‌داریم یک هش SHA-256 و یک پیشوند کوتاه برای جستجو است. ما نمی‌توانیم کلید را دوباره به شما نشان دهیم، و به خطر افتادن پایگاه داده اعتبارنامههای کاربردی را در اختیار مهاجم قرار نمی‌دهد.
هر کلید دارای دامنه‌های دسترسی دقیقی است که به همان فهرست مجوزهای مورد استفاده نقشها متصل است، زمان آخرین استفاده خود را ثبت میکند و در صورت بروز هرگونه مورد مشکوک، بلافاصله قابل ابطال است. کلیدهای مجزای sandbox، رابط برنامه‌نویسی کاربردی (API) را بدون هیچگونه صورتحساب یا تخصیص منابع واقعی مورد آزمایش قرار می‌دهند.
سرور MCP به هر عامل دارای قابلیت MCP اجازه می‌دهد هاستینگ شما را مدیریت کند — و از طریق OAuth 2.1 احراز هویت میشود، با دامنه‌ای محدود به سازمان شما و مجوزهای RBAC آن، همراه با توکن‌های ابطال‌پذیر برای هر ابزار، تأییدیه برای اقدامات مخرب، سقف هزینه و ثبت کامل وقایع حسابرسی. اتصال یک دستیار هوش مصنوعی به معنای تحویل کلید همه چیز به آن نیست.
هر اقدام دارای سطح دسترسی، یک رکورد فقط-افزودنی ثبت میکند — چه کسی آن را انجام داده، چه کاری انجام داده، روی چه چیزی انجام داده، شواهد پشتیبان، و نشانی آی‌پی مبدأ، همراه با برچسب زمانی. این یک ابزار کمکی برای اشکال‌زدایی نیست؛ بلکه ردپای شواهد است.
خیر — و ما ترجیح میدهیم این کار را نکنید. ورود به سیستم از طریق پیوند جادویی ایمیل حالت پیشفرض است، و شما میتوانید یک کلید عبور (Touch ID، Face ID، Windows Hello یا یک کلید سختافزاری) ثبت کنید و بدون نیاز به تنظیم رمز عبور وارد شوید. ایمیل و رمز عبور بهعنوان یک گزینه پشتیبان در دسترس باقی میماند که شامل حداقل دوازده نویسه، عدم استفاده مجدد از سه رمز قبلی و هشگذاری با Argon2 است.
احراز هویت دو مرحلهای TOTP در لایه هویت تعبیه شده است و میتواند از طریق خطمشی در سطح سازمان اجباری شود، به جای آنکه انتخاب آن به تکتک اعضا واگذار گردد. در صورتی که دستگاههای تیم شما پشتیبانی کنند، کلیدهای عبور گزینه قویتری هستند، زیرا کلمهعبوری را که ممکن است مهاجم برای فیشینگ آن تلاش کند، حذف میکنند.
بله. نقش «مدیر صورتحساب» دسترسی به فاکتورها، اشتراکها، روشهای پرداخت و فهرست پلنها را اعطا میکند و نه چیز دیگری — بدون هیچ قابلیتی برای مشاهده، راهاندازی، بازنشانی، تعلیق یا حذف یک سایت. عکس این قضیه نیز صادق است: نقش «توسعهدهنده» سایتها و دسترسی به API را بدون هیچگونه کنترل بر صورتحساب مدیریت میکند. نقشها بر اساس سازمان اختصاص مییابند، بنابراین یک نقش در یک سازمان هیچ دسترسیای در یک سازمان جداگانه و نامرتبط اعطا نمیکند — اگرچه نقش در یک سازمان مادر برای سازمانهای زیرمجموعه آن اعمال میشود.
آن را از داشبورد لغو کنید تا بلافاصله از کار بیفتد. دامنه خسارت به آنچه آن کلید در وهله اول قادر به انجامش بود محدود میشود، به همین دلیل است که کلیدها دارای محدوده‌های دسترسی دقیق هستند و برچسب زمانی آخرین استفاده را ثبت میکنند — محدوده‌های محدود و ردپای قابل مشاهده استفاده، عواملی هستند که یک نشت اطلاعاتی را به‌جای نقض کامل حساب، به یک حادثه مهارشده تبدیل میکنند. توجه داشته باشید که کلیدها به سازمان اختصاص داده میشوند و نه به یک فرد، بنابراین با آنها مانند اعتبارنامههای مشترک رفتار کنید و هنگام جابه‌جایی افراد، آنها را بازنشانی نمایید. در سمت ما فقط یک هش از کلید ذخیره میشود، بنابراین نشت اطلاعات از پایگاه داده ما یک اعتبارنامه فعال ایجاد نمیکند.
بله. هر اقدام دارای امتیاز به همراه عامل، اقدام، هدف، شواهد پشتیبان، IP مبدأ و برچسب زمانی در یک گزارش حسابرسیِ فقط افزودنی ثبت میشود. نقش‌های مالک و فقط-خواندنی می‌توانند آن را مستقیماً بخوانند. اقدامات کارکنان در حساب شما در همان مسیر ثبت میشود، و اقدامات حساس یا مخرب کارکنان ممکن است ابتدا به احراز هویت مرحلهای یا تأیید دو نفره نیاز داشته باشد.
بله — SAML SSO برای حسابهای سازمانی و آژانس پشتیبانی میشود، بنابراین نیروهای شما با اعتبارنامههای شرکتی موجود احراز هویت میشوند و خروج آنها در دایرکتوری شما، دسترسیشان را از اینجا نیز لغو میکند. میتوانید رویکردها را با هم ترکیب کنید: SSO برای کارکنان دائمی، حسابهای magic-link با دسترسی محدود برای پیمانکاران، همگی در یک مدل مجوز یکسان.
خیر — گذرواژهها به عمد منتقل نمیشوند. حساب شما بدون گذرواژه وارد میشود و در اولین ورود، یا از پیوند جادویی استفاده میکنید یا گذرواژه جدیدی را طبق خطمشی فعلی تنظیم مینمایید. انتقال هشهای گذرواژه قدیمی، نقاط ضعف گذشته را به سیستم جدید منتقل میکند، بنابراین ما این کار را انجام نمیدهیم.
دوره آزمایشی Footprint-Free به مدت ۱۴ روز، بدون نیاز به کارت، و شامل حداکثر پنج سایت است. شما لایه هویتی کامل را در طول دوره آزمایشی دریافت میکنید — کلیدهای عبور، احراز هویت دو مرحلهای، نقشها، کلیدهای API و گزارش حسابرسی در پشت یک طرح پولی محدود نشده‌اند.
یک کلید عبور ثبت کنید، تیم خود را به نقش‌های مناسب دعوت نمایید و یک کلید API با دسترسی مشخص صادر کنید — همه در یک دوره آزمایشی ۱۴ روزه بدون نیاز به وارد کردن اطلاعات کارت اعتباری.
رایگان شروع کنید