چرا KeePassXC؟
KeePassXC اطلاعات حساس را در دیتابیس رمزگذاری‌شده KDBX نگه می‌دارد و بدون وابستگی اجباری به سرویس ابری کار می‌کند. این برنامه برای سیستم‌عامل‌های رایج دسکتاپ ارائه می‌شود؛ بسته مناسب را از وب‌سایت رسمی دریافت کنید. قبل از استفاده سازمانی، backup و سیاست unlock را طراحی کنید.
دریافت امن
برای دانلود از دکمه «دانلود رسمی» همین صفحه استفاده کنید. IROSG فایل installer این نرم‌افزار را mirror نمی‌کند تا کاربر همیشه به نسخه و signature رسمی سازنده دسترسی داشته باشد.
پایگاه رمز‌شده و مسئولیت نگهداری آن
KeePassXC رازهای شما را در یک فایل پایگاه داده نگه می‌دارد که برای باز شدن به عوامل انتخاب‌شده نیاز دارد. این مدل به شما کنترل محل فایل را می‌دهد، اما مسئولیت پشتیبان‌گیری و هماهنگ کردن نسخه‌ها را نیز روشن می‌کند. برنامه مدیریت گذرواژه با سرویس بازیابی حساب یکسان نیست. اگر عوامل لازم را از دست بدهید، نباید انتظار داشته باشید شخص دیگری بتواند به سادگی پایگاه را باز کند. پیش از انتقال همه حساب‌های مهم، روش نگهداری و بازیابی خود را با چند ورودی ساختگی آزمایش کنید.
برای شروع، یک پایگاه آزمایشی بسازید، چند ورودی غیرواقعی اضافه کنید، آن را ببندید و دوباره باز کنید. سپس فایل را به محل پشتیبان منتقل و روی محیط مجاز دیگری باز کنید. این تمرین نشان می‌دهد چه چیزهایی برای بازیابی لازم‌اند. تنها دیدن نام فایل روی یک حافظه کافی نیست؛ باید بتوانید محتوای آن را با عوامل درست بخوانید. پس از اطمینان، انتقال حساب‌های واقعی را مرحله‌ای انجام دهید تا خطای اولیه همه دسترسی‌های شما را تحت تأثیر قرار ندهد.
انتخاب عبارت اصلی
عبارت اصلی باید هم مقاوم و هم قابل نگهداری باشد. استفاده از عبارت طولانی و غیرقابل حدس معمولاً از تغییرهای ظاهری روی یک کلمه مشهور بهتر است. اطلاعات شخصی، جمله مشهور یا رمز تکراری حساب دیگر انتخاب مناسبی نیست. اگر عبارت را روی کاغذ اضطراری نگه می‌دارید، محل آن باید با حساسیت پایگاه هماهنگ باشد. هدف این نیست که هیچ نسخه‌ای وجود نداشته باشد و فراموشی همه‌چیز را از بین ببرد؛ هدف آن است که نسخه اضطراری در اختیار فرد نامرتبط قرار نگیرد.
پس از تغییر عبارت اصلی، نسخه‌های پشتیبان قدیمی ممکن است همچنان با عبارت قبلی باز شوند. این نکته در زمان احتمال افشای عبارت مهم است. تغییر روی فایل جاری، تاریخچه فایل‌های کپی‌شده را بازنویسی نمی‌کند. باید بدانید چه نسخه‌هایی کجا نگهداری شده‌اند و چه سیاستی برای نگهداری یا حذف آن‌ها دارید. اگر خود گذرواژه‌های حساب‌ها افشا شده‌اند، تغییر عبارت پایگاه به تنهایی آن‌ها را در سرویس مربوط بی‌اعتبار نمی‌کند؛ تعویض هر راز در محل مصرف نیز لازم است.
عامل اضافی و خطر گم شدن
فایل کلید یا عامل سخت‌افزاری می‌تواند بخشی از روش باز کردن پایگاه باشد، اما طراحی بازیابی را پیچیده‌تر می‌کند. اگر فایل کلید را دقیقاً کنار پایگاه و با همان دسترسی ذخیره کنید، در بعضی سناریوهای سرقت فایل جداسازی چندانی ایجاد نمی‌شود. اگر آن را فقط روی یک حافظه نگه دارید، خرابی حافظه ممکن است دسترسی خودتان را از بین ببرد. روش مناسب باید هم تهدید و هم احتمال خطای انسانی را در نظر بگیرد.
قبل از فعال کردن عامل اضافی برای داده اصلی، با پایگاه آزمایشی قطع دسترسی به آن عامل را شبیه‌سازی کنید. بررسی کنید آیا مسیر بازیابی مجاز و مستند دارید. هیچ عامل تازه‌ای را صرف احساس امنیت بیشتر اضافه نکنید؛ باید بدانید چه حمله‌ای را سخت‌تر می‌کند و چه وابستگی تازه‌ای می‌سازد. برای عامل سخت‌افزاری، سازگاری نسخه برنامه، دستگاه و روش پشتیبان را از مستندات همان قابلیت بررسی کنید. نام کلی یک فناوری برای تضمین سازگاری همه دستگاه‌ها کافی نیست.
ساخت گذرواژه مستقل برای هر حساب
ارزش اصلی مدیر گذرواژه این است که لازم نیست یک رمز قابل حفظ را در چند سایت تکرار کنید. برای هر حساب گذرواژه مستقل تولید کنید و محدودیت واقعی سرویس را در نظر بگیرید. اگر سایتی طول یا نویسه‌ها را محدود می‌کند، تنظیم مولد را همان‌قدر تغییر دهید که لازم است. پس از تعویض، ورود با مقدار تازه را در یک نشست جدا آزمایش کنید و سپس مقدار قدیمی را کنار بگذارید. ذخیره کردن مقدار جدید پیش از تأیید تغییر در سایت می‌تواند باعث سردرگمی شود.
عنوان ورودی، نام کاربری و نشانی درست سایت را ثبت کنید. دو حساب روی یک سرویس یا چند محیط مشابه را با نام روشن جدا کنید. یادداشت‌ها جای مناسبی برای اطلاعات بازیابی ضروری‌اند، اما هر داده‌ای را بی‌هدف ذخیره نکنید. اگر حساب سازمانی است، سیاست مالکیت و تحویل آن را رعایت کنید؛ نگهداری تنها نسخه یک راز تیمی در پایگاه شخصی یک نفر، تداوم کار را به آن فرد وابسته می‌کند.
اتصال مرورگر و بررسی دامنه
تکمیل خودکار می‌تواند خطای تایپ و احتمال وارد کردن رمز در صفحه نامرتبط را کم کند، ولی کاربر باید دامنه و درخواست مجوز را بررسی کند. اتصال افزونه مرورگر به برنامه باید با درخواست شناخته‌شده انجام شود. هر پنجره مجوز تازه را بدون خواندن تأیید نکنید، به ویژه اگر چند پایگاه یا چند پروفایل مرورگر دارید. مشخص کنید کدام ورودی برای کدام نشانی مجاز است و دامنه‌های مشابه را به اشتباه یکسان نگیرید.
اگر تکمیل انجام نمی‌شود، ابتدا باز بودن پایگاه، اتصال افزونه و نشانی ثبت‌شده را بررسی کنید. دادن دسترسی گسترده‌تر به همه نشانی‌ها برای رفع سریع مشکل می‌تواند کنترل دامنه را ضعیف کند. بعضی صفحات ورود چندمرحله‌ای یا پویا رفتار متفاوت دارند؛ روش دستی کنترل‌شده ممکن است برای آن‌ها مناسب‌تر باشد. در آزمایش اولیه، از حساب کم‌اهمیت استفاده کنید و ببینید برنامه در صفحه درست و صفحه مشابه نامرتبط چه پیشنهادی می‌دهد.
کلیپ‌بورد و محیط باز برنامه
کپی گذرواژه به کلیپ‌بورد آن را برای مدتی خارج از فیلد رمز پایگاه قرار می‌دهد. برنامه‌های دیگر یا تاریخچه کلیپ‌بورد ممکن است به آن دسترسی داشته باشند. تنظیم پاک‌سازی خودکار مفید است، اما جای شناخت محیط را نمی‌گیرد. اگر از مدیر کلیپ‌بورد همگام‌شونده استفاده می‌کنید، رفتار آن را با یک مقدار ساختگی بررسی کنید. راز نباید ناخواسته به دستگاه یا حساب دیگری منتقل شود.
قفل خودکار پایگاه هنگام بی‌کاری یا قفل شدن نشست را با عادت کاری خود هماهنگ کنید. پایگاه باز روی رایانه بدون نظارت، حفاظت فایل رمز‌شده در حالت بسته را ندارد. همچنین بدافزار روی همان دستگاه می‌تواند هنگام استفاده از رازها خطر ایجاد کند. مدیر گذرواژه جای به‌روزرسانی سیستم‌عامل، کنترل نرم‌افزارها و حفاظت حساب دستگاه را نمی‌گیرد. مدل امنیتی را بر اساس لحظه استفاده نیز بسنجید، نه فقط زمانی که فایل روی دیسک بسته است.
همگام‌سازی فایل و تعارض تغییرها
اگر فایل پایگاه را با یک سرویس همگام‌سازی منتقل می‌کنید، بدانید همگام‌سازی و ادغام تغییر دو مسئله متفاوت‌اند. ویرایش همزمان روی دو دستگاه می‌تواند نسخه‌های متعارض بسازد. پیش از ویرایش، رسیدن آخرین نسخه را بررسی کنید و پس از ذخیره، فرصت انتقال بدهید. اگر تعارض رخ داد، یکی از فایل‌ها را صرفاً به دلیل تاریخ تازه‌تر حذف نکنید؛ ممکن است هرکدام تغییر مفیدی داشته باشند. نسخه‌ها را نگه دارید و از روش ادغام مناسب برنامه استفاده کنید.
برای تمرین، دو کپی آزمایشی بسازید و در هرکدام ورودی متفاوتی تغییر دهید. سپس ادغام را انجام دهید و نتیجه را بررسی کنید. این تمرین نشان می‌دهد تاریخچه ورودی و تشخیص تعارض چگونه به شما کمک می‌کنند. روی پایگاه واقعی بدون نسخه پشتیبان آزمایش نکنید. همچنین سرویس همگام‌سازی می‌تواند نسخه حذف‌شده یا خراب را به همه دستگاه‌ها منتقل کند؛ به همین دلیل همگام‌سازی جای پشتیبان مستقل تاریخی را نمی‌گیرد.
پشتیبان قابل بازیابی
چند نسخه با زمان مشخص در محل مناسب نگه دارید و دست‌کم یکی را از مسیر تغییر روزمره جدا کنید. فاصله نسخه‌ها باید با تعداد تغییر حساب‌ها هماهنگ باشد. اگر پس از تعویض چند گذرواژه مهم تنها نسخه پایگاه خراب شود، نسخه بسیار قدیمی ممکن است دیگر برای ورود کافی نباشد. بنابراین پس از تغییرهای مهم، از ذخیره و انتقال سالم مطمئن شوید. فایل کلید یا عامل لازم نیز باید در طرح بازیابی حضور داشته باشد.
آزمون بازیابی را دوره‌ای انجام دهید: نسخه پشتیبان را کپی کنید، بدون دستکاری اصل آن باز کنید و چند ورودی را بررسی کنید. نتیجه را با اطلاعات شناخته‌شده بسنجید، اما گذرواژه‌ها را در گزارش آزمون ننویسید. اگر بازیابی فقط روی همان دستگاه اصلی کار می‌کند، ممکن است وابستگی پنهانی وجود داشته باشد. هدف آن است که در خرابی دستگاه، با امکانات از پیش آماده و بدون حدس بتوانید دوباره به حساب‌های ضروری برسید.
خروجی متنی و مهاجرت
خروجی برای انتقال به ابزار دیگر ممکن است بدون رمزنگاری باشد. پیش از صادرات، قالب و محل ذخیره را بررسی کنید. فایل موقت را در پوشه‌ای که خودکار عمومی یا همگام می‌شود نگذارید. پس از وارد کردن، تعداد ورودی‌ها، نشانی‌ها، یادداشت‌ها و ویژگی‌های مهم را تطبیق دهید. موفقیت پیام واردسازی تضمین نمی‌کند همه فیلدها دقیق منتقل شده‌اند. تا تأیید کامل، نسخه اصلی را امن نگه دارید و سپس طبق سیاست نگهداری با خروجی موقت برخورد کنید.
برای ورود داده از مرورگر یا ابزار قدیمی نیز همین روش را به کار ببرید. انتقال یکباره همه حساب‌ها بدون کنترل می‌تواند ورودی تکراری و نام‌های مبهم بسازد. گروه‌بندی ساده و نام‌گذاری روشن در آینده از ساختار بسیار پیچیده مفیدتر است. معیار نهایی این است که بتوانید حساب درست را سریع پیدا کنید، رمز مستقل و معتبر داشته باشید و در خرابی دستگاه بازیابی کنید. قابلیت‌های بیشتر زمانی ارزش دارند که این سه کار اصلی را قابل اعتمادتر کنند.
بازیابی حساب‌های حیاتی را جدا ثبت کنید
مدیر گذرواژه تنها بخشی از دسترسی حساب است. بعضی سرویس‌ها عامل دوم، کد بازیابی یا دستگاه مورد اعتماد می‌خواهند. اگر همه این موارد فقط روی همان تلفن گم‌شده باشند، داشتن رمز کافی نخواهد بود. برای حساب ایمیل اصلی و سرویس همگام‌سازی، مسیر بازیابی را با دقت بیشتری طراحی کنید، زیرا سایر حساب‌ها ممکن است به آن‌ها وابسته باشند. از ایجاد چرخه‌ای که برای باز کردن پایگاه به حسابی نیاز دارد و رمز آن فقط داخل همان پایگاه است جلوگیری کنید. اطلاعات اضطراری را در محل امن و قابل دسترسی برای وضعیت خرابی نگه دارید و با داده ساختگی یا روش کم‌خطر، قابل اجرا بودن آن را بررسی کنید.
