موضوع مقاله: رمزگذاری تأیید هویت | مخاطب: عمومی | لحن: دانشنامه‌ای | ساختار: عنوان، مقدمه، 3 بخش، جمع‌بندی | مقاله: | # رمزگذاری تأیید هویت | مقدمه: نیاز به رمزگذاری اصالت‌سنجی شده وقتی به وجود آمد که مشاهده شد که ترکیب امن حالت محرمانگی و اصالت‌سنجی ممکن است به خطا منجر شود و کار دشواری است. | ## بخش 1: رمزگذاری تأیید هویت | این قضیه وقتی بیش‌تر تأیید شد که تعدادی حمله‌های عملی به پروتکل‌ها و برنامه‌هایی که اصالت‌سنجی را نادرست پیاده‌سازی کرده بودند یا حتی آن را پیاده‌سازی نکرده بودند، پیدا شد (مثل SSL/TLS). علاوه بر این‌ها تعداد بیش‌تری رمزگذاری اصالت‌سنجی به درخواست NIST توسعه یافته‌اند. یک رمزگذاری اصالت‌سنجی باید دارای رابط‌های برنامه‌نویسی زیر باشد: رمزگذاری: ورودی: یک متن، کلید و یک هدر اختیاری در متن که رمز نمی‌شود ولی در اصالت‌سنجی می‌آید. رمزگشایی: ورودی: یک متن رمزی، کلید و برچسب اصالت‌سنجی و یک هدر به صورت اختیاری خروجی: یک متن یا خطایی مبنی بر این که برچسب اصالت‌سنجی با متن رمزی یا هدر مطابق نیست. بخش هدر برای این منظور در نظر گرفته می‌شود که اصالت‌سنجی و جامعیت را برای شبکه یا ذخیرهٔ فراداده فراهم کنیم که در آن‌ها نیاز به محرمانگی نیست ولی به اصالت‌سنجی نیاز داریم. در یک سیستم رمزگذاری اصالت‌سنجی شده شرایط زیر برقرار است: در مقابل حملهٔ متن انتخابی دارای امنیت است. | ## بخش 2: رمزگذاری تأیید هویت | دارای جامعیت متن رمزی است؛ حمله‌کننده نمی‌تواند یک متن رمزی جدید (که قبلاً نپرسیده‌است) را ایجاد کند که به درستی رمزگشایی شود. بر همین مبنا یک آزمایش برای امنیت این سیستم طراحی می‌شود: حمله‌کننده یک سری متن را به چالش‌گر می‌دهد و چالش‌گر رمز شده آن‌ها را به حمله‌کننده می‌دهد. حمله‌کننده در این آزمون پیروز می‌شود اگر احتمال به دست آوردن ۱ در این آزمایش برایش غیر ناچیز باشد. در یک سیستم رمزگذاری اصالت‌سنجی شدهٔ امن احتمال موفقیت حمله‌کننده در این آزمایش ناچیز است و سیستم می‌تواند در مقابل رمزهای ساختگی مقاوم باشد و از رمزگشایی آن‌ها خودداری کند. به این وسیله حمله‌کننده نمی‌تواند خودش یک متن رمزی دلخواه درست کند یا یک متن رمزی را عوض کند مگر اینکه از سیستم رمزگذاری اصالت‌سنجی شده برای رمز کردن استفاده کند بنابراین حمله‌کننده نمی‌تواند جامعیت یا اصالت‌سنجی پیام را به چالش بیندازد. بسیاری از رمزگذاری‌های اصالت‌سنجی شده به وسیلهٔ رمزهای قالبی متقارن توسعه یافته‌اند. | ## بخش 3: رمزگذاری تأیید هویت | اگر چه رمزگذاری اصالت‌سنجی شده را می‌توان به وسیلهٔ ترکیب طرح‌های رمز و کد اصالت سنجی پیام(MAC) ایجاد کرد در صورتی که: طرح رمز به صورت معنایی تحت حمله متن انتخابی امن باشد. دو نفر به نام‌های Bellare و Namprempre در سال ۲۰۰۰ سه ترکیب مختلف این اولیه‌ها (کد اصالت سنجی پیام و رمز قالب متقارن) را تحلیل کردند و نتیجه گرفتند که رمز کردن یک پیام و به دنبال آن اجرای کد اصالت سنجی پیام روی متن رمزی امنیت در برابر حملهٔ متن رمزی انتخابی را فراهم می‌کند (در صورتی که دو ویژگی گفته شده بالا برای این اولیه‌ها برقرار باشد) در سال ۲۰۱۳ مسابقه‌ای به نام سزار (CAESAR) اعلام شد که هدف آن طراحی رمزگذاری‌های اصالت‌سنجی شده بود و هم‌اکنون نیز ادامه دارد. رویکردهای رمز گذاری اصالت‌سنجی شده رمز-بعد-کد اصالت‌سنجی پیام طبق استاندارد ISO/IEC 19772:2009 این روشِ استاندارد برای رمزگذاری اصالت‌سنجی شده‌است. این تنها روشی است که بیش‌ترین تعریف امنیت در رمزگذاری اصالت‌سنجی شده را دارا است. البته در صورتی که کد اصالت سنجی پیام (MAC) به کار برده شده به‌طور قوی غیرقابل تقلب باشد. اگر چه رمز کردن و اجرای کد اصالت سنجی پیام روی متن اصلی دارای امنیت کافی نیست ولی با یک سری تغییرات می‌توان آن را در کاربرد SSH امن کرد. | ## جمع‌بندی | مثل حالت قبل گر چه اجرای کد اصالت سنجی پیام روی متن اصلی و رمز کردن روی متن اصلی دارای امنیت کافی نیست ولی در پیاده‌سازی SSL/TLS به خاطر کدگذاری‌ای که در کنار این مکانیسم به کار می‌رود دارای امنیت کافی است.