تغییر امنیتی بیسروصدای macOS Tahoe 26.4؛ کپی دستی login Keychain دیگر کار نمیکند
سالها بود که کاربران مک میتوانستند فایل login Keychain را مثل یک کولهپشتی همراه خودشان ببرند؛ آن را روی مک جدید کپی کنند و همهی رمزهای ذخیرهشده در همان لحظه در دسترسشان باشد. اما بهروزرسانی macOS Tahoe 26.4، که از ماه مارس اجرا شده، این مسیر را بیسروصدا بست. شاید اپل فکر میکرد این فقط یک اصلاح داخلی کوچک است، ولی حالا بحث مهمی میان متخصصان امنیت و مدیران سیستم به راه افتاده است.
برای اینکه ماجرا روشن شود، login Keychain در واقع یک پایگاهدادهی SQLite است که در پوشهی خانگی کاربر نگهداری میشود. در نسخههای قبلی macOS، کافی بود همین فایل را به مک دیگری ببرند تا همهی رمزها آنجا در دسترس باشند. اما از macOS 26.4 به بعد، روی مکهای مجهز به تراشهی Secure Enclave، کلید متادیتایی که برای رمزگشایی Keychain لازم است، درون خود Secure Enclave ساخته و نگهداری میشود. نتیجهاش ساده است: فایل کپیشده روی دستگاه جدید، چون به Secure Enclave دستگاه مبدأ دسترسی ندارد، دیگر باز نمیشود.
این تغییر را نباید جدا از فضای امنیتی روزگار ما دید. حملات به کاربران مک هر روز پیچیدهتر میشوند؛ هوش مصنوعی هم روشهای تازهای برای بدافزارها و نفوذ باز کرده است. اپل در واکنش، امنیت سیستمعامل و نرمافزارهایش را سختگیرانهتر کرده، اما این سختگیریها برای مدیران سیستم هزینههایی دارد که کمتر به چشم میآید. ممنوعشدن کپی دستی login Keychain، دقیقاً نمونهی روشنی از همین تنش است.
ریچ تراوتون، کارشناس شناختهشدهی مدیریت و امنیت مک، ابتدا در مطلبی به تاریخ ۸ سپتامبر این موضوع را روشن کرد: کپی دستی login Keychain از یک مک به مک دیگر دیگر امکانپذیر نیست. سپس جف جانسون، توسعهدهنده و تحلیلگر مستقل، در ۱۰ سپتامبر جزئیات فنی بیشتری منتشر کرد و روز بعد در یادداشت تکمیلیاش این تغییر را «بمب ساعتی» نامید که اپل در یک بهروزرسانی جزئی پنهان کرده است.
نکتهی کلیدی در این میان، زمانبندی معرفی تغییر است. آزمایشها نشان میدهد در macOS 26.3 کپیکردن login Keychain حتی از طریق ماشین مجازی هم بدون مشکل کار میکرد. ولی از نسخهی 26.4 به بعد، فایل کپیشده روی هیچ مک دیگری قابل خواندن نیست. جالب اینکه سایر Keychain ها از این قاعده مستثنا ماندهاند و هنوز روی دستگاههای دیگر باز میشوند؛ یعنی این تغییر عمدی و هدفمند است، نه یک خطای ناخواسته.
حالا سؤال این است: چه کسانی از این تغییر آسیب میبینند؟ کاربران خانگی که با همان مک خودشان کار میکنند یا نسخهی پشتیبان را به همان دستگاه برمیگردانند، عملاً تفاوتی حس نمیکنند. ابزار Migration Assistant اپل هم برای انتقال اطلاعات به یک مک جدید، همچنان بهدرستی کار میکند. اما مدیران سیستم در محیطهای سازمانی، که جابهجایی گروهی یا کپی دستی Keychain بخشی از فرایند انتقال کاربرانشان است، حالا با مانعی جدی روبهرو هستند.
راههای جایگزین کم نیستند. برای کاربران خانگی، iCloud Keychain سادهترین انتخاب است؛ رمزها خودکار میان آیفون، آیپد و مکهای دیگر همگام میشوند و دیگر خبری از کپی دستی نیست. خروجیگرفتن از آیتمهای Keychain پیش از جابهجایی، ساخت Keychain سفارشی و استفاده از مدیران رمز شخص ثالث هم گزینههای عملی دیگری هستند. هیچکدام بهاندازهی روش قدیمی «چسباندن فایل» بیدردسر نیستند، ولی در خیلی از سناریوها جواب میدهند.
جف جانسون اما یک سناریوی خطرناکتر را هم پیش میکشد: وقتی مک بهطور ناگهانی از کار بیفتد و کاربر مجبور باشد از login Keychain کپیشده استفاده کند؛ دقیقاً همان لحظه متوجه میشود که فایل روی دستگاه جدید باز نمیشود. او این رفتار اپل را با لحنی صریح «بهطرز باورنکردنی غیرمسئولانه» توصیف کرده؛ جملهای که وزنش را از همین موقعیتهای واقعی میگیرد.
در مجموع، این تصمیم یک سختگیری امنیتی آگاهانه است. گرهزدن Keychain به Secure Enclave تضمین میکند که حتی اگر فایل به دست دیگری بیفتد، رمزها قابل استخراج نباشند. اما امنیت بیشتر، بهایی دارد: انعطافی که سالها جزو کار روزمرهی مدیران مک بود، حالا از دست رفته است. برای اغلب کاربران، مهاجرت به iCloud Keychain یا Migration Assistant راهی بیدردسر است؛ اما هر کسی که با جابهجایی مکها سر و کار دارد، باید پیش از هر انتقال، راهبردش را از نو مرور کند.
