SSL-sertifikaatflaters nei trochferwizings mei in oanpaste CA-bondel
Kontrolearje oft de eksplisyt keazen CA-triem al it fertrouwensmateriaal befettet dat it eigentlike oanfraachpaad nedich hat, ynklusyf trochferwiisde hosts.
It CA-triem fan it bedriuw reparearret de earste URL, dêrnei mislearret in trochferwizing de ferifikaasje. Kontrolearje oft de oanpaste CA-opsje de eardere fertrouwensynput fan de klant ferfongen hat ynstee fan derby te foegjen.
Dat gedrach hinget ôf fan 'e TLS-backend en de opsje. In triem dy't allinnich de bedriuws-CA befettet, kin de klant sûnder oare nedige autoriteiten litte.
- Folgje elke tsjinpartij. De earste host kin ûnderskept wurde ûnder de bedriuwsútjouwer. In lettere host kin in omgong, in oar ynspeksjepaad of in iepenbier útjûne keatling brûke.
- Registrearje de ynputen fan 'e mislearjende klant. Hâld de frege hostnamme, it trochferwizingsdoel, de ûntfongen útjouwer, it ferifikaasje-resultaat en de keazen fertrouwenskonfiguraasje. In wurkjende browser kin in oare woartelopslach brûke.
- Kontrolearje de seleksjeregels fan 'e backend. curl-builts kinne nativen ferifikaasje of triem-basearre woartels brûke, en eksplisite CA-opsjes kinne dy kar feroarje. In resept foar dat útfierbere bestân konfigurearret gjin Python-omjouwing of JVM.
Brûk in ûnderhâlden bondel of in stipe fertrouwensopslach-regeling mei de publike en private autoriteiten dy't de applikaasje fertrouwe moat. Foegje gjin private kaai fan in CA ta en befoarderje net elk mislearjend blêdsertifikaat ta woartel allinnich om de folgjende flater fuort te heljen.
Leverje it fertrouwensmateriaal fia it stipe fernijingspaad fan 'e útdracht. It hânmjittich ferfangen fan in leveransiers-CA-pakket kin troch syn folgjende fernijing ûngedien makke wurde; hâld de eigner en it ûnderhâldsproses eksplisyt, sadat ferifikaasje troch de folsleine oanfraachrûte bliuwt.