عیب‌یابی TLS؛ زنجیرهٔ گواهی، SNI و تفاوت کلاینت‌ها

SAN، صادرکننده، بازهٔ اعتبار و fingerprint گواهی همان SNI را با استقرار مورد انتظار مقایسه کنید. نام common name به‌تنهایی جای بررسی درست نام دامنه را نمی‌گیرد. fingerprint هم فقط وقتی مفید است که مرجع مقایسه قابل اعتماد باشد.

در این pipeline، pipefail نمی‌گذارد شکست دریافت گواهی پشت موفقیت ابزار بعدی پنهان شود. خروجی فقط اطلاعات عمومی گواهی است؛ هیچ کلید خصوصی لازم نیست.

set -o pipefail
timeout 15 openssl s_client -connect '203.0.113.10:443' -servername 'app.example.com' -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates -ext subjectAltName -fingerprint -sha256

این مقایسه فقط برای تشخیص است: عمداً SNI فرستاده نمی‌شود و نام دامنه هم تأیید نمی‌شود. اگر گواهی پیش‌فرض با گواهی درخواست نام‌دار فرق دارد، علت شکست یک کلاینت قدیمی ممکن است همین انتخاب باشد.

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

set -o pipefail
timeout 15 openssl s_client -connect '203.0.113.10:443' -noservername -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -fingerprint -sha256

پاسخ stapled OCSP را درخواست کنید، اما نبود آن را برای هر گواهی خرابی ندانید. Let’s Encrypt در۲۰۲۵ سرویس OCSP را کنار گذاشته است؛ راهنمای قدیمیِ فعال‌کردن stapling برای همهٔ گواهی‌ها را نباید بی‌قید استفاده کرد.

افزونه‌های گواهی و روش اعلام ابطال همان CA، از جمله CRL یا نیاز TLS Feature، را بررسی کنید. وضعیت stapling به‌تنهایی اعتبار کامل زنجیره یا رفتار همهٔ مرورگرها را ثابت نمی‌کند.

timeout 15 openssl s_client -connect '203.0.113.10:443' -servername 'app.example.com' -status -verify_hostname 'app.example.com' -verify_return_error </dev/null

برای مقایسهٔ کنترل‌شده یا PKI خصوصی، گواهی سرور، گواهی‌های میانی و ریشهٔ تأییدشده را از مسیر معتبر مدیریت گواهی بگیرید. فایل‌های این پنل فقط گواهی عمومی‌اند، نه کلید خصوصی.

گزینهٔ trusted منابع CA پیش‌فرض را کنار می‌گذارد تا فقط bundle داده‌شده مرجع اعتماد باشد؛ اعتماد سراسری سیستم تغییر نمی‌کند. نتیجه فقط برای همین فایل‌هاست و ثابت نمی‌کند سرور در حال حاضر همین زنجیره را می‌فرستد. برای خاموش‌کردن خطا، leaf یا intermediate را خودسرانه ریشه نکنید.

openssl verify -purpose sslserver -verify_hostname 'app.example.com' -trusted approved-roots.pem -untrusted intermediates.pem leaf.pem