SSL սերտիֆիկատի սխալներ վերահասցեավորումներից հետո հատուկ CA փաթեթով
Ստուգեք, թե արդյոք բացահայտ ընտրված CA ֆայլը պարունակում է հարցման իրական ուղուն անհրաժեշտ ամբողջ վստահության նյութը, ներառյալ վերահասցեավորված հոսթերը։
Ընկերության CA ֆայլը ուղղում է առաջին URL-ը, այնուհետև վերահասցեավորումը չի անցնում ստուգումը։ Ստուգեք՝ արդյոք հատուկ CA ընտրանքը փոխարինել է հաճախորդի նախկին վստահության մուտքը, թե ավելացել է դրան։
Այդ վարքը կախված է TLS բաքենդից և ընտրանքից։ Միայն կորպորատիվ CA պարունակող ֆայլը կարող է հաճախորդին թողնել առանց անհրաժեշտ այլ լիազորությունների։
- Հետևեք յուրաքանչյուր զույգին։ Առաջին հոսթը կարող է որսալ կորպորատիվ թողարկողի ներքո։ Ավելի ուշ հոսթը կարող է օգտագործել շրջանցում, այլ ստուգման ուղի կամ հանրային թողարկված շղթա։
- Գրանցեք ձախողված հաճախորդի մուտքերը։ Պահեք պահանջված հոսթի անունը, վերահասցեավորման նպատակը, ստացված թողարկողը, ստուգման արդյունքը և ընտրված վստահության կարգավորումը։ Աշխատող դիտարկիչը կարող է օգտագործել այլ արմատների պահոց։
- Ստուգեք բաքենդի ընտրության կանոնները։ curl-ի կառուցումները կարող են օգտագործել ներքին ստուգում կամ ֆայլային արմատներ, և բացահայտ CA ընտրանքները կարող են փոխել այդ ընտրությունը։ Այդ գործարկվող ֆայլի բաղադրատոմսը չի կարգավորում Python միջավայր կամ JVM։
Օգտագործեք պահպանվող փաթեթ կամ աջակցվող վստահության պահոցի կարգավորում, որը պարունակում է հանրային և մասնավոր լիազորություններ, որոնց պետք է վստահի հավելվածը։ Մի ավելացրեք CA-ի մասնավոր բանալին և մի բարձրացրեք յուրաքանչյուր ձախողված տերևային սերտիֆիկատ արմատի մակարդակի միայն հաջորդ սխալը վերացնելու համար։
Փոխանցեք վստահության նյութը տեղակայման աջակցվող թարմացման ուղով։ Մատակարարի CA փաթեթը ձեռքով փոխարինելը կարող է չեղարկվել նրա հաջորդ թարմացմամբ. սեփականատիրոջը և սպասարկման գործընթացը պահեք բացահայտ, որպեսզի ստուգումը շարունակվի հարցման ամբողջ երթուղով։