احراز هویت انباره متصل به شبکه

احراز هویت انباره متصل به شبکه – ایران ترجمه – Irantarjomeh

مقالات ترجمه شده آماده گروه کامپیوتر

مقالات ترجمه شده آماده کل گروه های دانشگاهی

مقالات

چگونگی سفارش مقاله

الف – پرداخت وجه بحساب وب سایت ایران ترجمه(شماره حساب)ب- اطلاع جزئیات به ایمیل irantarjomeh@gmail.comشامل: مبلغ پرداختی – شماره فیش / ارجاع و تاریخ پرداخت – مقاله مورد نظر --مقالات آماده سفارش داده شده پس از تایید به ایمیل شما ارسال خواهند شد.

احراز هویت انباره متصل به شبکه

چکیده

در این مقاله ما نسبت به ارائه یک معماری برای احراز هویت دیسک های ذخیره کننده اطلاعات یا انباره های داده اقدام می نماییم که قابلیت کاربرد آن ها جهت پیاده سازی سیستم های فایل توزیعی بدون سرورهای فایل و بدون فرآیند رمزنگاری وجود خواهد داشت. سیستم های فایل شبکه خود از مشکل عملکرد ضعیف به واسطه زمان دسترسی فایل و سربار پروتکل در سرور فایل در رنج می باشند. به منظور تعدیل این هزینه ها، این مبحث پیشنهاد شده است که دیسک ها یا انباره های اطلاعاتی را می بایست به طور مستقیم به شبکه متصل نموده و از این طریق دسترسی مستقیم به شبکه را برای کلاینت های شبکه، با استفاده از قابلیت انباره از راه دور، فراهم ساخت. از آن جایی که سرور فایل اقدام به احراز هویت کلاینت های شبکه در سیستم های فایل کلاسیک یا متعارف می نماید، انباره متصل به شبکه همچنین می بایست قابلیت احراز هویت کلاینت های شبکه، با دسترسی مستقیم به آن ها، را داشته باشد. فرآیند احراز هویت که به وسیله انباره متصل به شبکه استفاده شده است اجازه تبادل کلید و پروسه رمزنگاری را می دهد.

احراز هویت انباره متصل به شبکه

۱- مقدمه

نیاز جهت دسترسی به هر چیز از هر کجا سبب افزایش نقش سرورهای فایل توزیعی در زمینه فرآیند محاسباتی / رایانشی شده است. سیستم های فایل توزیعی نسبت به فراهم آوری ویژگی معنا شناسی سیستم فایل محلی، به منظور دسترسی به انباره از راه دور، اقدام می نمایند. چنین موردی موجب می شود تا کلاینت های شبکه قابلیت تعامل با انباره از راه دور و به کارگیری آن در فایل سیستم محلی را داشته باشند. پروسه معناشناسی فایل به خوبی به وسیله کاربران و برنامه های کاربردی درک شده است و از این طریق سرورهای فایل توزیعی به عنوان یک ابزار مناسب جهت کاربرد در ارتباط با توسعه برنامه های کاربردی توزیعی به شمار می آیند.

با توجه به نقشی که به وسیله سیستم های فایل توزیعی گسترش یافته ایفا می شود، برخی از کمبودها در ارتباط با طراحی کاملا مشهود می گردند. کلاینت های سریع تر، اتصالات پهنای باند بالاتر، و ظرفیت های بزرگ تر درایوها سبب افزایش تقاضا در ارتباط با سرورهای فایل گردیده اند. با این وجود، به نظر می رسد که عملکرد سرور فایل شبکه محدود به ظرفیت ورودی خروجی (I/O) ابزارهای انباره سیستمی می باشد و در حقیقت سرورهای فایل غالبا وابسته به پردازنده / CPU هستند. Riedel و Gibson مشخص ساختند که حتی با به کارگیری اندک پردازنده، بارهای هجومی، با توجه به شدت آنها، سبب استفاده بیش از حد از سرور می شوند ]۱۰[.

…

قبل از ارائه این پروتکل، ما نسبت به بررسی اجزای سیستم های فایل توزیعی در بخش ۲ همراه با برخی از مزیت های مرتبط در سیستم های فایل توزیعی اقدام می نماییم. معماری احراز هویت ما در بخش ۳ ارائه می شود. پروتکل احراز هویت در بخش ۶ عرضه می شود. متعاقبا نتیجه گیری مربوطه با در نظرگیری خلاصه تحقیق جاری در بخش ۸ عرضه خواهد شد.

احراز هویت انباره متصل به شبکه

۲- سیستم های فایل توزیعی

به طور کلی یک سیستم فایل توزیعی دارای چهار جزء می باشد: کلاینت ها، سرورهای فایل، سرورهای احراز هویت، و انباره های داده. ماشین های کلاینت قابلیت دسترسی به فایل ها از طرف کاربران و برنامه های کاربردی را دارند. در این محیط، کابران و برنامه های کاربردی آن ها دارای اعتبار خاصی می باشند که جهت مشخص سازی آن ها به یک سرور احراز هویت یا احتمالا به طور مستقیم به یک سرور فایل مورد استفاده قرار می گیرند. Swift ]2[ و Zebra ]7[ اقدام به بررسی سیستم های فایلی نموده اند که قابلیت مجزا سازی سرور فایل و اجزای انباره داده ها را دارد. AFS ]5[ در یک مثال سیستم فایل با قابلیت جداسازی ویژگی های احراز هویت و اجزای سرور فایل مشخصه های مرتبط را ارائه نموده است.

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

…

۲-۱٫ ویژگی بدون سرور

سیستم فایل بدون سرور یا سرورلس ]۳[ در تعامل با شبکه ای از ایستگاه های کاری (NOW) در دانشگاه کالیفرنیا برکلی توسعه یافت که متشکل از یک شبکه حاوی ایستگاه های کاری موثقی می باشد که در آن قابلیت تعامل و همکاری با یکدیگر جهت فراهم آوردن کاربردهای مورد نیاز که به طور نرمال به وسیله یک سرور شبکه ارائه می شود را خواهند داشت. نتیجه یک سیستم فایل می باشد که دارای یک مخزن مرکزی فایل ها نمی باشد. در مقابل، داده های سیستم فایل و متا داده در بین شبکه ای از ایستگاه های کاری موثق توزیع شده اند.

از طریق پراکنده سازی داده های سیستم فایل و متا داده در بین تعداد متعددی از ماشین ها، منابع انباشته در یک حد گسترده تر در مقایسه با سرور فایل عادی در دسترس می باشند. این منابع شامل اندازه حافظه نهان، پهنای باند شبکه، و توان پردازش هستند. فرآیند های استریپینگ و لاگینگ نیز جهت ارتقای عملکرد به کار گرفته می شوند.

۲-۲٫ امنیت انباره متصل به شبکه

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

در NASD، به هنگامی که یک کلاینت سعی در دسترسی به داده ها بر روی دیسک می نماید، آن کلاینت قابلیت مربوطه را از سرور فایل جهت دسترسی به دیسک شبکه دریافت می کند. متعاقبا کلاینت مربوطه ارائه دهنده قابلیت با توجه به یک درخواست به دیسک خواهد بود که با آن دیسک مورد نظر اقدام به کنترل این موضوع خواهد نمود که قابلیت مربوطه می تواند سبب اعمال یک عملکرد درخواستی قبل از انجام آن شود یا خیر. به هنگام استفاده از NASD، یک سرور فایل می بایست قابلیت دسترسی و ارائه متا داده و دسترسی کنترلی به داده های فایل ذخیره شده در NASD را فراهم آورد.

به هنگامی که سیستم فایل بدون سرور وارد عمل می شود و متعاقبا عملکرد قابل توجه خود در مقایسه با سیستم فایل متمرکز عادی را به نمایش می گذارد، چنین ارتقای عملکردی خود به بهای موارد ذیل خواهد بود: کاهش ویژگی های امنیتی. کلاینت و کرنل مدیریتی می بایست از نقطه نظر اعتبار و موثق بودن به گونه ای باشند تا قابلیت محافظت از سیستم فایل در برابر دسترسی های مخرب را به وجود آورند. بنابراین، سیستم فایل بدون سرور به گونه ای طراحی شده است تا در یک محیط موثق و مطمئن اجرا شود. این نوع از محیط را می توان در NOW یافت و به علاوه در شبکه ای قابل وصول می باشد که در آن کلیه ماشین ها به خوبی به صورت بالسویه مدیریت گردیده و اعتبار آن ها مشخص شده باشد.

احراز هویت انباره متصل به شبکه

۳- SCARED

پروتکل های احراز هویت ایمن برای ابزاره های رمزنگاری شده از راه دور (SCARED) در تحقیقات IBM به منظور کاربرد در ابزاره های ذخیره سازی یا انباره های متصل به شبکه توسعه یافته اند. یکی از ضروریات طراحی اصلی به حداقل رسانی سربار مدیریت ابزاره های ذخیره سازی بوده است. سرورهای فایل نیازمند سرمایه گذاری اساسی در ارتباط با منابع مدیریتی می باشند. از طریق بیرون کشی ابزاره های ذخیره ساز یا انباره ها خارج از سرورها و اتصال آن ها به شبکه، تعداد ابزاره های شبکه مدیریت شده افزایش می یابد. در صورتی که ضروریت مدیریتی به صورت نسبی با توجه به تعداد ابزاره ها افزایش یابد، سیستم به سرعت قابلیت مدیریت خود را از دست خواهد داد. مدیریت انباره های متصل به شبکه متعاقبا بر این مبنا به عنوان یک ویژگی پیچیده به شمار می آید که علت آن را می توان عدم وجود یک کنسول مدیریتی با یک کیبورد و صفحه نمایش دانست. به همین دلایل، ما سعی در راندن سربار مدیریتی به سمت کلاینت ها نموده ایم که در آن مدیریت ابزاره ذخیره سازی به تنهایی با استفاده از یک پیکربندی نرمال کلاینت جهت کاربرد انباره شبکه امکان پذیر می باشد.

احراز هویت انباره متصل به شبکه

۴- توزیع کلید بدون تبادل کلید

به منظور استفاده از MACs جهت ارائه پیام احراز هویت بین کلاینت ها و ابزارهای ذخیره سازی، آن ها می بایست یک کلید خاص را به اشتراک گذارند. SCARED از یک فرآیند توزیع کلید استفاده می نماید که نیازمند هیچ گونه تبادل کلید یا رمزنگاری نمی باشد.

ما خواستار آن می باشیم که ابزار خاص نیاز به مدیریت کلید یا شامل شدن در فرآیند توزیع کلیدها به کلاینت ها نباشد، بنابراین ابزاره ذخیره سازی یا انباره ها به خودی خود صرفا اطلاعات یک کلید را در اختیار دارند: یعنی کلید دیسک. این کلید به وسیله ادمین انباره و ابزاره ذخیره سازی به اشتراک گذاشته شده است. این مورد را می توان به عنوان کلیدی در نظر گرفت که بر مبنای آن کلیه کلیدهای دیگر قرار گرفته اند و جهت خودراه اندازی ویژگی امنیتی دیسک مورد استفاده قرار می گیرد. ما در نظر می گیریم که ادمین قابلیت دریافت دیسک با ابزاره ذخیره سازی را خواهد داشت. چنین موردی در قالب یک کارت هوشمند، دیسک یا مقاله یا صفحه هوشمند می باشد که با استفاده از آن ابزاره به دست می آید. روش دیگر، که به وسیله NASD استفاده شده است، به ادمین اجازه ایجاد و ارسال کلید دیسک به دیسک مرتبط را خواهد داد، آن هم به هنگامی که برای اولین بار به شبکه متصل شده است.

احراز هویت انباره متصل به شبکه

۵- انواع کلید

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

روش دیگر جهت دسته بندی کلیدها استفاده از نوع داده های عمومی می باشد که در ارتباط با آن ها است. در صورتی که داده های مرتبط با یک کلید در ارتباط با نوع عملیاتی باشد که آن کلید می تواند آن ها را انجام دهد و در ارتباط با اهداف عملیاتی در نظر گرفته شود، چنین کلیدی تحت عنوان کلید قابلیت خوانده می شود. در صورتی که داده در ارتباط با شناسایی هویت پردازنده یا عضویت گروه تلقی شود، کلید مربوطه تحت عنوان کلید هویت شناخته خواهد شد.

۵-۱٫ ایجاد کلیدهای قابلیت

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

کلیدی که در دسترس کلاینت قرار گرفته است به وسیله درهم نمودن کلید دیسک با داده های کلید تولید می شود. نتیجه این فرآیند تحت عنوان کلید قابلیت خوانده می شود. کلید قابلیت و داده های متناظر با آن کلید در دسترس کلاینت قرار می گیرد. توجه شود که کلید قابلیت می بایست مخفی بماند به گونه ای که یک کانال ایمن را بتوان جهت ارسال آن کلید به کلاینت به کار گرفت.

۵-۲٫ تولید کلیدهای هویت

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

احراز هویت انباره متصل به شبکه

۶- پروتکل امنیت SCARED

SCARED سه ویژگی امنیتی را مورد خطاب قرار می دهد: هویت/ قابلیت، جامعیت و تازگی. به هنگامی که یک پیام دریافت می شود، دریافت کننده می بایست اقدام به تعیین اعتبار این موضوع نماید که چه کسی آن پیام را ارسال داشته است و یا حداقل آن که آیا فرستنده از مجوز لازم جهت ارسال آن پیام برخوردار بوده است یا خیر. متعاقبا، گیرنده می بایست قابلیت تعیین جامعیت آن پیام را داشته باشد، یا به عبارت دیگر، باید مشخص سازد که پیام مربوطه در حال گذار تغییر ننموده باشد. این مورد نیز در نظر گرفته شده است که قابلیت تعیین اعتبار یا ویژگی مربوط به درستی و موثق بودن فرستنده به نظر مؤکد این موضوع خواهد بود که گیرنده نیز قابلیت تعیین این موضوع را خواهد داشت که پیام مربوطه دقیقا به عنوان پیامی به شمار می آید که به وسیله آن فرستنده خاص ارسال شده است، اما در عمل، چنین جامعیتی در ارتباط با تضمین امور غالبا امکان پذیر نمی باشد. SCARED سبب می شود تا انباره شبکه اقدام به تعیین اعتبار هویت فرستنده و پیام ارسالی به وسیله فرستنده نماید. در نهایت، گیرنده نیز می بایست قابلیت تعیین اعتبار این موضوع را داشته باشد که پیام مرتبط اخیرا دریافت شده است (یا آن که پیام تازه است) یا حداقل قابلیت تعیین اعتبار این مؤلفه را داشته باشد که پیام مرتبط به عنوان یک پاسخ به یک پیام قدیمی تر به شمار نمی آید.

۶-۱٫ تضمین تازگی

جهت تضمین تازگی پیام ها، SCARED از تایمرها، نانس ها و کانترها استفاده می نماید. به هنگام کاربرد تایمرها کلیه طرفین شامل شده در تراکنش دارای تایمرهایی هستند که از یک ویژگی همزمان سازی یا سنکرون شدگی منطقه برخوردار خواهند بود. نانس ها و کانترها به هیچ نوع کلاک یا ساعتی نیاز نخواهند داشت، صرفا ذکر این موضوع در نظر گرفته می شود که نانس یا ردیف های موقتی و کانترها یا شمارنده ها هرگز دارای یک مقدار مشابه نخواهند بود. کانترها همچنین می بایست به صورت یکنواخت افزایش یابند.

۶-۱-۱٫ تصدیق تازگی با استفاده از شمارنده ها

در صورتی که ارتباطات با انباره بر مبنای نشست طراحی شده باشد، کانترها یا شمارنده ها را می توان به راحتی جهت کنترل تازگی درخواست ها مورد استفاده قرار داد چرا که آن ها نیازمندی به کلاک سیستم ندارند. در شروع نشست کلاینت اقدام به حاصل آوردن F_s، شمارنده نشست اولیه، می نماید. هر زمان که کلاینت پاکتی را ارسال می نماید، پاکت مرتبط شامل شمارنده مرتبط با درخواست است و متعاقبا شمارنده مرتبط برای درخواست بعدی افزایش می یابد.

۶-۱-۲٫ تصدیق تازگی با استفاده از تایمرها

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

۶-۲٫ پروتکل درخواست

کلاینت ها اقدام به برقراری ارتباط با ابزاره های ذخیره سازی با استفاده از پروتکل درخواست/ پاسخ می نمایند. درخواست کلاینت دارای قالب ذیل می باشد:

۶-۳٫ پروتکل درخواست

نیازهای مربوط به احراز هویت کلاینت بسیار ساده تر از نیازهای مربوط به دیسک می باشد، چرا که این مورد صرفا می بایست قابلیت تصدیق این موضوع را داشته باشد که پاسخ مربوطه که به وسیله دیسک ارسال شده است در جواب درخواست کلاینت می باشد. پاسخ ابزاره به شکل ذیل است:

۶-۴٫ ابطال

به طور آشکار بهترین راهکار جهت تعامل با مشکل ابطال کلید ایجاد ایمنی کلیدها می باشد. کارت های هوشمند و تراشه های مقاوم در برابر خرابکاری به عناون روش های تأمین امنیت کلیدها به شمار می آیند. اما ممکن است کارت های هوشمند گم شوند، که مجددا ضرورت ابطال کلیدهای مرتبط در کارت ها را مطرح می سازد.

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

۶-۴-۱٫ انقضای کلید

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

۶-۴-۲٫ ابطال کلید قابلیت

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

۶-۴-۳٫ ابطال کلید هویت

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

احراز هویت انباره متصل به شبکه

۷- رمزنگاری و ویژگی های مرتبط

ویژگی کلیدی یک سیستم فایل توزیعی ایمن محرمانگی داده های فایل می باشد. در حال حاضر، از بین سیستم های فایل توزیعی تجاری، تنها DFS ]6[ دارای گزینه رمزنگاری تبادل داده ها بین کلاینت و سرور می باشد.

یک سطح قدرتمندتر حریم خصوصی داده ها را می توان حاصل آورد آن هم در صورتی که داده ها به وسیله کلاینت رمزنگاری شده باشند و متعاقبا جهت ذخیره سازی در حالت رمزنگارانه آن به سرور ارسال گردیده شده باشند. این نوع از رمزنگاری طرف کلاینت به وسیله سیستم فایل رمزنگاری ]۱[ (CFS) انجام می شود که قابلیت رمزنگاری داده ها قبل از ذخیره سازی آن ها در یک سیستم فایل را داشته و به هنگام خواندن داده ها نیز قابلیت رمزبرداری از آن ها را خواهد داشت. با استفاده از CFS و با در نظر گیری SCARED می توان از داده های محرمانه بهره گرفت و از تأثیر عملکرد فرآیند رمزنگاری در ابزاره های ذخیره سازی جلوگیری نمود.

…

احراز هویت انباره متصل به شبکه

۸- نتیجه گیری

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

معماری ارائه شده در این مقاله فراهم آورنده مکانیزمی برای احراز هویت کارآمد و پایا در ارتباط با فضای ذخیره سازی یا انباره های دسترس پذیر شبکه می باشد. این مکانیزم ساده می باشد و به زیرساختار حداقلی نیاز خواهد داشت. به علاوه، مکانیزم احراز هویت به هیچ نوع رمزگذاری نیاز نخواهد داشت. یا آ