Zero Trust، VPN و بازرسی TLS وظایف متفاوتی دارند
یک تونل مسیری را محافظت می‌کند، یک دروازه بازرسی ترافیک را می‌بیند، و یک سیاست تعیین می‌کند چه کسی چه کاری می‌تواند بکند. تنها سومی به پرسشی پاسخ می‌دهد که zero trust مطرح می‌کند.
اسناد خرید با zero trust، VPN و بازرسی TLS طوری برخورد می‌کنند که گویی یک خرید واحد است، و هر یک از آن‌ها به پرسشی پاسخ می‌دهد که دیگران نمی‌توانند. یک تونل مسیری محافظت‌شده می‌سازد، یک دروازه بازرسی ترافیکی را می‌خواند که می‌تواند پایان دهد، و یک سیاست تعیین می‌کند آیا هویت نام‌برده می‌تواند عملیات نام‌برده را روی منبع نام‌برده انجام دهد. تنها آخرین مورد یک تصمیم مجوزدهی است. یک محصول می‌تواند دو مورد اول را بی‌نقص انجام دهد و همچنان پرسش واقعی را باز بگذارد.
سه سازوکار، سه پرسش
تونل پاسخ می‌دهد که ترافیک چگونه به شبکه می‌رسد. دروازه بازرسی پاسخ می‌دهد که یک دستگاه میانی در جایی که مجاز به پایان دادن TLS است چه می‌تواند ببیند و بکند. موتور سیاست پاسخ می‌دهد که چه کسی چه کاری را روی کدام منبع می‌تواند بکند، و سپس به یک نقطه اجرا نیاز دارد که بتواند آن پاسخ را اعمال کند. معماری zero trust در NIST منبع را در مرکز قرار می‌دهد و از استنتاج اعتماد از این‌که بسته از کجا آمده است خودداری می‌کند.
این چارچوب از یک برچسب سخت‌تر برآورده می‌شود و جعل آن در یک بازبینی بسیار سخت‌تر است. همچنین پرسش را از این‌که چه محصولاتی مستقر شده‌اند به این‌که چه تصمیماتی و توسط چه چیزی اجرا می‌شوند منتقل می‌کند.
تصمیم در واقع کجا اعمال می‌شود
یک درخواست را در نظر بگیرید: یک مهندس پشتیبانی یک کنسول سرویس را باز می‌کند، و یک ماشین شخصی که به همان سوئیچ وصل است نباید فقط به دلیل نزدیک بودن آن مجوز را به ارث ببرد. عملیات مجاز، شرایط دستگاه و مؤلفه‌ای که آن‌ها را اجرا می‌کند را بنویسید. جایگاه همه چیز را تعیین می‌کند: یک دروازه برنامه، یک پروکسی سرویس، یک کنترل میزبان، یا مرز دیگری که سازمان واقعاً از آن پشتیبانی می‌کند. هرچه آن مؤلفه باشد، باید در مسیر تلاش‌های دور و محلی قرار بگیرد.
ترافیکی که هرگز از ورودی VPN عبور نمی‌کند، با بررسی‌ای که آنجا انجام می‌شود اداره نمی‌شود، هر قدر هم آن بررسی کامل باشد. همین یک شکاف بیشتر فاصله میان یک نمودار zero trust و یک استقرار کارآمد را توضیح می‌دهد. پیش از رسم معماری، مسیر درخواست را رسم کنید.
رمزگشایی مجوزدهی نیست
شنود به اهداف بازرسی محدود خدمت می‌کند و بار خود را از گواهی‌ها، ریشه‌های مورد اعتماد، بازبینی حریم خصوصی و برنامه‌هایی که زیر آن می‌شکنند با خود دارد. هیچ‌یک از این‌ها معنای zero trust نیست، و هیچ‌یک جایگزین یک تصمیم سیاستی نمی‌شود. احراز هویت یک شخص و مجوزدهی به یک سرویس بدون رمزگشایی حتی یک بسته کاملاً ممکن است. یک جریان رمزگشایی‌شده هیچ چیزی درباره این‌که آیا کاربر مستحق عملیات حمل‌شده در آن بود نمی‌گوید.
سیاست به یک نوع شواهد نیاز دارد و رمزگشایی آن نیست. سلامت دستگاه یکی از ورودی‌ها در کنار هویت، حساسیت منبع و زمینه است، و یک‌بار گذراندن آن، بقیه شبکه را به آن ماشین نمی‌دهد. آمیختن این دو، یک پرسش مجوزدهی را به یک پروژه گواهی تبدیل می‌کند.
وقتی دروازه هیچ‌جای مسیر نیست
فهرست کنید چه چیزی بدون تماس با دروازه دور حرکت می‌کند: پیوندهای میان ماشین‌های بخش محلی، فراخوانی از یک بار کاری به دیگری، و نقاط پایانی که مستقیماً درون یک حساب ابری به آن‌ها می‌رسند. برای هر مسیر، روش اجرایی را نام ببرید که امروز واقعاً قابل استقرار است. تجهیزاتی که نمی‌توانند میزبان یک عامل باشند همچنان به کنترل دیگری نیاز دارند که صراحتاً پشتیبانی شود، و فرض این‌که عامل بعداً می‌رسد امروز چیزی را نمی‌بندد. دسترسی سرویس به سرویس معمولاً با هویت بار کاری و بررسی نوشته‌شده در برابر منبع بهتر سازگار است تا با یک شبکه هم‌پوشان دیگر.
طراحی را بر پایه رفتار بپذیرید نه نمودارها: کدام عملیات مجاز و کدام ممنوع است، و هر پاسخ کجا اجرا می‌شود. عملیات مشخص مجاز و ممنوع را تأیید کنید، و یک مسیر محلی را بگنجانید که هرگز به دروازه نمی‌رسد. ثبت کنید که مالک سیاست چه کسی است، چگونه تغییر می‌کند و ابطال چگونه کار می‌کند.
تونلی که برچسب تازه گرفته همچنان تونل است. سیاست تصمیم می‌گیرد، و چیزی باید آن را اجرا کند.