rust #rustc 1.98.1 (48a229cea 2026-09-01)m6GÂn62-64f5f36fb0927694RL.SAwjL-df1bddb45adbe94b1 Xr*-1ad4f876c768bda9<%Z>64V`-2d2ab9fb0fe1def5G g{(3iF-06449a08aaab5e30rustc_std_workspace_core{`"Ei%G-cb0d4d77988d81b5")pE͗E-3ec41d3a5a80a4a4 miniz_oxide8bž LƨJ-e44eaef1807e5fc0adler29lyA6P/D$UB-dca52f01a59c33e7 hashbrownX {e-143c77bb957d9940rustc_std_workspace_alloc _z%-145a318e0772276c std_detectK(0*8D?-f99feda5ce9e492arustc_demangle%jerV-cfd0ab54bb33760ecfg_if}λ՞Co-360da4ba13154744 addr2linecY\G--09755979c57b7e64gimliQ`Dy-9a1fede77fbbf2f0objectF λv.z-7ff85ea729a864ffmemchr]1<=UO-0e3477fb2664a277 jlToKG-549498e8b2e4d924rustlsCx+9q-466862d586709675rustls_pki_typesqm3)b0-b1f2a7d0b8c0c6afzeroize )*BݡԫQ-15b82516907013d4 aws_lc_rs`67$Ic-4532c65f93b98577 aws_lc_syssgֵꩊGn-e54abda8c1b153dawebpkiēW@^+ƼnI-846ec32a39e506ca untrustedp_si~BH5y$'-d9e089c651dd8a91subtle5v4C'铣-55f702608e37091dlog!PbC-3f60168723124568rustls_native_certsi @6-364a338870dd93dc openssl_probej]C4 p-53d6cf16c5cba3fcCryptoProvidertdbg|CertificateDert | K=< apple "  ,  VerifierD  android<   D  <<  D< invalid_certificate <   " ALLOWED_EKUSd d  <docsrs4l )tests,$ ffi-testingverifier_for_dbg  |  verification others                       new_with_extra_roots> new_inner  "verify_server_cert# "verify_tls12_signature"verify_tls13_signature"supported_verify_schemes map_webpki_errors  *  log_server_certBuilderVerifierExt/with_platform_verifier1ConfigVerifierExt35  7inner 9 EkuError;  =  @:8:8:8#8#8#8#8#8#8#8#8%8%8%8%8%8&8&8&8&8&8'8>8>8>8A8A8+8+8+8-8-8/3g77 8 {{Ƌg;;< *big/KK ConfigBuilderKKproviderK time_providerKside|eVV ClientConfigValpn_protocolsVcheck_selected_alpnV resumptionVmax_fragment_sizeVclient_auth_cert_resolverV enable_sniVkey_logVenable_secret_extractionVenable_early_dataV require_emsVV!Vversions!Vverifier!Vcert_decompressorsVcert_compressorsVcert_compression_cacheVech_mode!Vsend_ticket_requesthrrKK WantsVerifierKKclient_ech_mode_J397=;"7?;@;*;,;1K5Vg/ g/3(    KKKK 7Kphantom7K736UUWebPkiServerVerifierUrootsUcrlsUrevocation_check_depthUunknown_revocation_policyUrevocation_expiration_policyV supportedA  YfFFFGlobal ě +x g g:ÜĜŜƜǜȜ_wĤĤŤError :M  ggg cgbufcثq1ȡ"  $'2$"&"D$  ř  hbA& 3|  \ n| 4  ÜĜŜƜǜȜ_wFFInappropriateMessageF expect_typesFgot_typeFInappropriateHandshakeMessageF&F&FFInvalidEncryptedClientHelloFFFInvalidMessageFFFNoCertificatesPresentedFFUnsupportedNameTypeFF DecryptErrorFF EncryptErrorFFPeerIncompatibleFFFPeerMisbehaved FFF AlertReceived FFFInvalidCertificate FFFInvalidCertRevocationList FGGGeneral GGGFailedToGetCurrentTimeGGFailedToGetRandomBytesGGHandshakeNotCompleteGGPeerSentOversizedRecordGGNoApplicationProtocolGGBadMaxFragmentSizeGGInconsistentKeysGGGGG;ㄊ &\ KKKK 7K7K736FF F cipher_suitesF kx_groupsF!signature_verification_algorithmsF secure_randomF key_providerlb4={!| řǙșəʙ˙G*R{9 % extra_rootsQcrypto_providerf&Utr q(o0;pCNrV G(Fq \r X( P&<O"'o= LQ QP& jFsx  $ %T ( $ FL( O) %ÜĜŜƜǜȜ_w#'   Fty  * [ÜĜŜƜǜȜ_w^f' %&6 F9T?O(&  O2 p T d CCC#=C=%!v ̛ 8zpM', < 9\  9$ <   "  "  & Off"WarnInfoqTraceG6m "   "99q:PZU::0M  "  "  " M$  "  ;XKM") 8, #,#- " #H, l" 9  f9l1%M:Q $ Argumentf0m֔49d% & 9< '$  g9<9&'!M % * . $  $ +M $N ) *$%.+ $O () #  # # GlobalLogger VA v3! #- $(# % RMl p  -CCC#=C=66"7context8'9`!h-  PB-,M"' .,-tA0.PU Q??IntoIter?#=?=?cap=?=? =?=_O B!0/E1/1,2/B<3 "53"6 &:" ;5C684D#- .'M=4&"83""=: D!9:" ;8U9H7!D")7&"(/>2/#-= >8/m= B fBm1@#D:Q? >@`Ah ?9&B? g9&9AB<$D%E .$$@F%D$ND E$%.F$OCD##A7 Av3<#-3$CP_ #%;SDUS2ET! H! D! H'G(MT!) G+)"0 K ."; D" K2J*MT"!z I F J! 'I #p ` ?U L "NL"O &:" ;NCO8M,M#*M4-"QL""=S.M!RS" ;QURHP/M")P40(1#W1#-V W81#nV>>n&Y1M/FX >YUZ] ?90}[X g909Z[U2M%^ .$$@_3M$N] ^$%._$O\]##AAv3U#-L$\P#%TTMUpT&q f&$& UU RootCertStoreU*tRKKKK 7K7K736R!fe5O4& &o |&h&,& .h*g6K<&%o %+  e(g_d7K> &o %,&  dsc8O<&%<' _VVV NoRootAnchorsVV InvalidCrlVC;'!&U'U#cQV',b9O'52%  %ÜĜŜƜǜȜ_w'ba:Ow|iai;<%kam%` 7k% '` 'q >H3'ja[6' 7j+=GA_qgACQ@Gq ABHCQ' 2E( .MOH,Q$eO5oOJ{BOpOLGqGNIrIP  &4L?Ft{ "      "  " s&&\0.|R3&30 3Q%m[}OD^6#n5 R_6//CertificateResult0certs1errorsyL49 9 99_~8w; "  ;:ae:[:c#f Argumentstemplateccg@# X>R >i>9p >f? b  LocationfilenameZZcolZ _filenameZA c cDzBD řǙșəʙ˙G*R{9 B D_B;"a:*as:i:q# a HH,b%>H5b=b c7zch  R '5 III4 K  ;"  a :  a : : # a bp > b >v O b bq c  c  m[}OD^6 W ÜĜŜƜǜȜ_wUS UUServerCertVerifierBuilderUUUUUUsupported_algs}9$~C SD Ro .  . _, 64  >H>cZ   / test_root0 root_store9cert  # & added ignored lvl  " $7.error?2lZ3(=4?lLVX  j: k I::::233435737Q8r; =R;&>?@AkCEDK;D=;rHI7@HABKL=;=<;>P@ARTMT)U U W .$ 7 00 R6 .< 0B BwD}3.Z 0` S@BzRr &x :!< :=:EMR:: :: ::: :::\'D' 8U '%*KKKK 7K7K736 !' J'( F'!''VU 'JJJ OtherErrorJ 'RYt6KKKK 7K7K736U!`tvt($  g.3;$>S"^ h#ovxH% %A)3x:xAJ Wa /3KuKWantsClientCert|VdVlKlK D7.)'&# rustls-platform-verifier [![crates.io version](https://img.shields.io/crates/v/rustls-platform-verifier.svg)](https://crates.io/crates/rustls-platform-verifier) [![crate documentation](https://docs.rs/rustls-platform-verifier/badge.svg)](https://docs.rs/rustls-platform-verifier) ![MSRV](https://img.shields.io/badge/rustc-1.85+-blue.svg) [![crates.io downloads](https://img.shields.io/crates/d/rustls-platform-verifier.svg)](https://crates.io/crates/rustls-platform-verifier) ![CI](https://github.com/1Password/rustls-platform-verifier/workflows/CI/badge.svg) A Rust library to verify the validity of TLS certificates based on the operating system's certificate facilities. On operating systems that don't have these, `webpki` and/or `rustls-native-certs` is used instead. This crate is advantageous over `rustls-native-certs` on its own for a few reasons: - Improved correctness and security, as the OSes [CA constraints](https://support.apple.com/en-us/HT212865) will be taken into account. - Better integration with OS certificate stores and enterprise CA deployments. - Revocation support via verifying validity via OCSP and CRLs. - Less I/O and memory overhead because all the platform CAs don't need to be loaded and parsed. This library supports the following platforms and flows: | OS | Certificate Store | Verification Method | Revocation Support | |----------------|-----------------------------------------------|--------------------------------------|--------------------| | Windows | Windows platform certificate store | Windows API certificate verification | Yes | | macOS (10.14+) | macOS platform roots and keychain certificate | macOS `Security.framework` | Yes | | iOS | iOS platform roots and keychain certificates | iOS `Security.framework` | Yes | | Android | Android System Trust Store | Android Trust Manager | Sometimes[^1] | | Linux | System CA bundle, or user-provided certs[^3] | webpki | No[^2] | | WASM | webpki roots | webpki | No[^2] | [^1]: On Android, revocation checking requires API version >= 24 (e.g. at least Android 7.0, August 2016). When available, revocation checking is only performed for the end-entity certificate. If a stapled OCSP response for the end-entity cert isn't provided, and the certificate omits both a OCSP responder URL and CRL distribution point to fetch revocation information from, revocation checking may fail. [^2]: The fall-back webpki verifier configured for Linux/WASM does not support providing CRLs for revocation checking. If you require revocation checking on these platforms, prefer constructing your own `WebPkiServerVerifier`, providing necessary CRLs. See the Rustls [`ServerCertVerifierBuilder`] docs for more information. [^3]: On Linux the [rustls-native-certs] and [openssl-probe] crates are used to try and discover the system CA bundle. Users may wish to augment these certificates with [webpki-roots] using [`Verifier::new_with_extra_roots`] in case a system CA bundle is unavailable. [`ServerCertVerifierBuilder`]: https://docs.rs/rustls/latest/rustls/client/struct.ServerCertVerifierBuilder.html [`Verifier::new_with_extra_roots`]: https://docs.rs/rustls-platform-verifier/latest/rustls_platform_verifier/struct.Verifier.html#method.new_with_extra_roots [rustls-native-certs]: https://github.com/rustls/rustls-native-certs [openssl-probe]: https://github.com/alexcrichton/openssl-probe [webpki-roots]: https://github.com/rustls/webpki-roots ## Deployment Considerations When choosing to use `rustls-platform-verifier` or another trust store option, these differences are important to consider. They are primarily about root certificate availability: | Backend | Updates | Roots used | Supports system-local roots | |-------------------------------------------------|---------------------------------|-------------------------------------------------------------------------------------------------------|------------------------------| | `rustls-platform-verifier` (non-Linux/BSD) | Updated by OS | System store, with full (dis)trust decisions from every source available. | Yes | | `rustls-native-certs` + `webpki` | Updated by OS | System store, with no (dis)trust decisions. All roots are treated equally regardless of their status. | Yes, with exceptions | | `webpki-roots` + `webpki` | Static, manual updates required | Hardcoded Mozilla CA roots, limited support for constrained roots. | No | **In general**: It is the opinion of the `rustls` and `rustls-platform-verifier` teams that this is the best default available for client-side libraries and applications making connections to TLS servers when running on common operating systems. This is because it gets both live trust information (new roots, explicit markers, and auto-managed CRLs) and better matches the common expectation of apps running on that platform (to use proxies, for example). Otherwise, it becomes your maintenance burden to ship updates right away in order to handle increasing numbers of positive and negative trust events in the WebPKI/certificate ecosystem, or risk availability and security concerns. #### Linux/BSD As of the time of writing, `rustls-platform-verifier` on these OSes only loads the trust stores from the OS once upon startup. This is the same behavior as `rustls-native-certs`, but the abstraction allows better behavior on the other platforms without extra work for downstreams. #### Other Alternatively, there is a clear answer to use static `webpki-roots` in your application instead if you are deploying containerized applications frequently, where root store changes will make it to production faster and any possibly used trust root is static by definition. Even though platform verifiers are sometimes implemented in memory-unsafe languages, it is very unlikely that Rust apps using this library will become a point of weakness. This is due to either using a smaller set of servers or just being less exposed then other critical functions of the operating system, default web browser, etc. But if your activity is identical or close to one of the following examples that process large amounts of untrusted input, a 100% Rust option like `webpki` is a more secure option: - Seeing how many TLS servers `rustls` with a specific configuration can connect to. - Harvesting data from various untrusted TLS endpoints exposed on the internet. - Extracting info from a known-evil endpoint. - Scanning all TLS certificates on the open internet. `rustls-platform-verifier` is widely deployed by several applications that use the `rustls` stack, such as 1Password, Bitwarden, Signal, and `rustup`, on a wide set of OSes. This means that it has received lots of exposure to edge cases and has real-world experience/expertise invested into it to ensure optimal compatibility and security. ## Installation and setup On most platforms, no setup should be required beyond adding the dependency via `cargo`: ```toml rustls-platform-verifier = "0.5" ``` To get a rustls `ClientConfig` configured to use the platform verifier use: ```rust use rustls::ClientConfig; use rustls_platform_verifier::ConfigVerifierExt; let config = ClientConfig::with_platform_verifier(); ``` This crate will use the [rustls process-default crypto provider](https://docs.rs/rustls/latest/rustls/crypto/struct.CryptoProvider.html#using-the-per-process-default-cryptoprovider). To construct a `ClientConfig` with a different `CryptoProvider`, use: ```rust use rustls::ClientConfig; use rustls_platform_verifier::BuilderVerifierExt; let arc_crypto_provider = std::sync::Arc::new(rustls::crypto::ring::default_provider()); let config = ClientConfig::builder_with_provider(arc_crypto_provider) .with_safe_default_protocol_versions() .unwrap() .with_platform_verifier() .unwrap() .with_no_client_auth(); ``` ### Android Some manual setup is required, outside of `cargo`, to use this crate on Android. In order to use Android's certificate verifier, the crate needs to call into the JVM. A small Kotlin component must be included in your app's build to support `rustls-platform-verifier`. If distributing a library, that component will need to be bundled into your release jar [as it is not yet available on Maven](https://github.com/rustls/rustls-platform-verifier/issues/115). #### Gradle Setup `rustls-platform-verifier` bundles the required native components in the crate, but the project must be setup to locate them automatically and correctly. These steps assume you are using `.gradle` Groovy files because they're the most common, but if you are using Kotlin scripts (`.gradle.kts`) for configuration instead, an example snippet is included towards the end of this section. Inside of your project's `build.gradle` file, add the following code and Maven repository definition. If applicable, this should only be the one "app" sub-project that will actually be using this crate at runtime. With multiple projects running this, your Gradle configuration performance may degrade.
App Snippets `$PATH_TO_DEPENDENT_CRATE` is the relative path to the Cargo manifest (`Cargo.toml`) of any crate in your workspace that depends on `rustls-platform-verifier` from the location of your `build.gradle` file: ```groovy import groovy.json.JsonSlurper // ...Your own script code could be here... repositories { // ... Your other repositories could be here... maven { url = findRustlsPlatformVerifierProject() metadataSources.artifact() } } String findRustlsPlatformVerifierProject() { def dependencyText = providers.exec { it.workingDir = new File("../") commandLine("cargo", "metadata", "--format-version", "1", "--filter-platform", "aarch64-linux-android", "--manifest-path", "$PATH_TO_DEPENDENT_CRATE/Cargo.toml") }.standardOutput.asText.get() def dependencyJson = new JsonSlurper().parseText(dependencyText) def manifestPath = file(dependencyJson.packages.find { it.name == "rustls-platform-verifier-android" }.manifest_path) return new File(manifestPath.parentFile, "maven").path } ``` Then, wherever you declare your dependencies, add the following: ```groovy implementation "rustls:rustls-platform-verifier:latest.release" ```
Library Snippets ```groovy import groovy.json.JsonSlurper // ...Your own script code could be here... File findRustlsPlatformVerifierClasses() { def dependencyText = providers.exec { it.workingDir = new File("../") commandLine("cargo", "metadata", "--format-version", "1") }.standardOutput.asText.get() def dependencyJson = new JsonSlurper().parseText(dependencyText) def manifestFile = file(dependencyJson.packages.find { it.name == "rustls-platform-verifier-android" }.manifest_path) return new File(manifestFile.parentFile, "classes.jar") } ``` Then, wherever you declare your dependencies, add the following: ```groovy implementation files(findRustlsPlatformVerifierClasses()) ```
Cargo automatically handles finding the downloaded crate in the correct location for your project. It also handles updating the version when new releases of `rustls-platform-verifier` are published. If you only use published releases, no extra maintenance should be required. These script snippets can be tweaked as best suits your project, but the `cargo metadata` invocation must be included so that the Android implementation part can be located on-disk. ##### Kotlin and Gradle
Kotlin script App example `build.gradle.kts`: ```kotlin import kotlinx.serialization.decodeFromString import kotlinx.serialization.json.Json import kotlinx.serialization.json.JsonObject import kotlinx.serialization.json.jsonArray import kotlinx.serialization.json.jsonObject import kotlinx.serialization.json.jsonPrimitive buildscript { dependencies { classpath(libs.kotlinx.serialization.json) } } repositories { rustlsPlatformVerifier() } fun RepositoryHandler.rustlsPlatformVerifier(): MavenArtifactRepository { @Suppress("UnstableApiUsage") val manifestPath = let { val dependencyJson = providers.exec { workingDir = File(project.rootDir, "../") commandLine("cargo", "metadata", "--format-version", "1", "--filter-platform", "aarch64-linux-android", "--manifest-path", "$PATH_TO_DEPENDENT_CRATE/Cargo.toml") }.standardOutput.asText val path = Json.decodeFromString(dependencyJson.get()) .getValue("packages") .jsonArray .first { element -> element.jsonObject.getValue("name").jsonPrimitive.content == "rustls-platform-verifier-android" }.jsonObject.getValue("manifest_path").jsonPrimitive.content File(path) } return maven { url = uri(File(manifestPath.parentFile, "maven").path) metadataSources.artifact() } } dependencies { // `rustls-platform-verifier` is a Rust crate, but it also has a Kotlin component. implementation(libs.rustls.platform.verifier) } ``` `libs.version.toml`: ```toml # We always use the latest release because `cargo` keeps it in sync with the associated Rust crate's version. rustls-platform-verifier = { group = "rustls", name = "rustls-platform-verifier", version = "latest.release" } ```
Kotlin script Library example `build.gradle.kts`: ```kotlin import kotlinx.serialization.decodeFromString import kotlinx.serialization.json.Json import kotlinx.serialization.json.JsonObject import kotlinx.serialization.json.jsonArray import kotlinx.serialization.json.jsonObject import kotlinx.serialization.json.jsonPrimitive buildscript { dependencies { classpath(libs.kotlinx.serialization.json) } } fun findRustlsPlatformVerifierClasses(): File { val dependencyJson = providers.exec { workingDir = File(project.rootDir, "../") commandLine("cargo", "metadata", "--format-version", "1") }.standardOutput.asText val path = Json.decodeFromString(dependencyJson.get()) .getValue("packages") .jsonArray .first { element -> element.jsonObject.getValue("name").jsonPrimitive.content == "rustls-platform-verifier-android" }.jsonObject.getValue("manifest_path").jsonPrimitive.content val manifestFile = File(path) return File(manifestFile.parentFile, "classes.jar") } dependencies { implementation(files(findRustlsPlatformVerifierClasses())) } ```
#### Proguard If your Android application makes use of Proguard for optimizations, its important to make sure that the Android verifier component isn't optimized out because it looks like dead code. Proguard is unable to see any JNI usage, so your rules must manually opt into keeping it. The following rule can do this for you: ```text -keep, includedescriptorclasses class org.rustls.platformverifier.** { *; } ``` #### Crate initialization In order for the crate to call into the JVM, it needs handles from Android. These are provided either the `init_external` or `init_hosted` function. These give `rustls-platform-verifier` the resources it needs to make calls into the Android certificate verifier. As an example, if your Rust Android component which the "native" Android part of your app calls at startup has an initialization, like this: ```rust ,ignore #[export_name = "Java_com_orgname_android_rust_init"] extern "C" fn java_init( env: JNIEnv, _class: JClass, context: JObject, ) -> jboolean { // ... initialize your app's other parts here. } ``` In the simplest case, you should to insert a call to `rustls_platform_verifier::android::init_hosted()` here, before any networking has a chance to run. This only needs to be called once and the verifier will be valid for the lifetime of your app's process. ```rust ,ignore extern "C" fn java_init( env: JNIEnv, _class: JClass, context: JObject, ) -> jboolean { // ... initialize your app's other parts here. // Then, initialize the certificate verifier for future use. rustls_platform_verifier::android::init_hosted(&env, context); } ``` In more advanced cases, such as where your code already stores long-lived handles into the Android environment, you can alternatively use `init_external`. This function takes a `&'static` reference to something that implements the `android::Runtime` trait, which the crate then uses to obtain the access when required to the JVM. ## Credits Made with ❤️ by the [1Password](https://1password.com/) and `rustls` teams. Portions of the Android and Windows verifier implementations were adapted and referenced from Chromium's previous verifier implementations as well. #### License Licensed under either of Apache License, Version 2.0 or MIT license at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this crate by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.  /3<K<Ky<V<V<K<K <7.)<<g>d;d;XYZ X Yggg cg#cثq1ȡZ"B=$= >d;d;<#<#AA<<[\ [ \B@%@ A< < (( )) )T) )' . ./ /u 0 11 1 ;Ad;  *  Ki(https://docs.rs/rustls-platform-verifiercrates.io downloadsCA constraints&rustls process-default crypto providerFhttps://docs.rs/rustls/latest/rustls/crypto/struct.CryptoProvider.html#as it is not yet available on Maven-https://github.com/rustls/rustls-native-certs openssl-probei-https://github.com/alexcrichton/openssl-probecrate documentationڻV]https://docs.rs/rustls-platform-verifier/latest/rustls_platform_verifier/struct.Verifier.htmlrustls-native-certsڽ ihttps://1password.com/1https://crates.io/crates/rustls-platform-verifierVerifier::new_with_extra_rootsѾQhttps://docs.rs/rustls/latest/rustls/client/struct.ServerCertVerifierBuilder.html  1Passwordcrates.io version&https://github.com/rustls/webpki-rootsѾ(https://support.apple.com/en-us/HT212865 7=https://github.com/rustls/rustls-platform-verifier/issues/115 webpki-rootsڻڽ/3 P ####!!!PQPPQ6Verifierinner<9 platform CA root certificates were ignored due to errors<.rustls_platform_verifier::verification::others.&#Error loading CA root certificate: &.No CA certificates were loaded from the system.0Loaded % CA root certificates from the system0EkuErrord.#c3[@W xP?o-xmү*Eݮ'V3n;ӁYw肅7&,`וa *+U𖁎Y U"Pn4QiQī ƙ(*Ŏ$R]<>8b\u*Vm \]xu0 UЈR*z} _?BPYǻ͙N9Vr2>5?=RhM)pSn8SPJkڶ0&`$)22sc Dڭ؛-7d#/醧B݆cF2GzE)b}m%KoW~,6~+//Z+,g2O\n:c?%M#E^V?􌡷dS{˖7J>PGqk8EѦwImE*Q<¾gi7|NXШS0mjB6L ˪ \-7FvmT4$k=6|64-"eX@ f$39*= %+C~G<+*EK G_v6J\x (?76@Y`Xj    ( &͇C]ߕ"™:c>x=׃Ѕօ܅߅ !'>kx6C‰8%ґ%@FCꗋڙZs2`GYu՜ۜ $+29@FMT[bhntz"Ӆم %܆m~8ȉ+"EǕ 6_:bx؜ޜ !(/6=CJQX_ekqw|3u@ϋyώ2ђr ؖ4ҙAmF2Tf-هo:[ËPÎy,ŒhЖ,wʙ;ez@z%N`5 VӋ}ӎÑ4Ւtܖ8֙Cq!H6VhĜD^#;@zχD^#ÙG̉BFJNRVZ^bfjnrvz~   < Y x   ! ( / ; ? F U Y ] d h l s y      ! ' - TY:;<7Ak|"=<BXq2+6#%&'WStaticBorrowed {! vG _U'!%9VV#8fBf'g9&9g9<9#AA088Weak8 787=֍B !88ArcInner8strong7878data71%wxdU888787871%wxd888787871%wxdRC(AzFoqf%9D((PolymorphicIter(alive(((7@Tj MaybeUninituninitW췜%9@@@ DropGuard@? ՝h0~B!UVVDangerousClientConfigBuilderV,mw!VV#W  ?B!)%88U89!(%@B!;RRS))%9XX@%!@B!@B!*%9:!:;!)%9(%9@B!DB!`'`'`'`''`'':!;:UUUUU+'.) + #$0* "&(, % 'd.#c3[3h(]d.#c3[^ -"$crate::__private_api::format_args#-] fmt_internalsfmt_arguments_from_strd.#c3[rLo log::debug#BM d.#c3[Y1Agq,} core_intrinsicsfmt_helpers_for_deriveggd.#c3[L/$crate::__log_logger *ͧv d.#c3[YBDq,ggd.#c3[R5*"$crate::__private_api::module_path $%ţ]d.#c3[bĞbr.d.#c3[- ,* d.#c3[?)D~td.#c3[d8Q$%d.#c3[M,̂b+d.#c3[ma* d.#c3[TXe0Ŏ]d.#c3[|]7 log::warn84 d.#c3[dK+~$%d.#c3[  H9Jܾd.#c3[L,  $crate::__log   d.#c3[iY=%pFd.#c3[0L'` %hd.#c3[Po  _ d.#c3[.ƚZM  d.#c3[͈ f(d.#c3[46%"d.#c3[>Eb  d.#c3[XWi  d.#c3[jTP3 d.#c3[J.%d.#c3[@^X- 嚆Ճ #-d.#c3[ ^Q,LO_d.#c3[_^S d.#c3[v.;Ճ#-3d.#c3[y<Y $d.#c3[{|   $crate::logU, d.#c3[,;+2 d.#c3[\m7;+a d.#c3[^aطpa0@D$H,8 L(4 Ssc DڭE<¾gXmS7=Qī- ƙ(.EJ,ч fUvLPO/+Nz=Rh?R*z7'V3n"Xqhm ,q Wh8#Y.lI~4.Y)4Qi,O(] \]x4N9<E^V?Q)lb@trzrc-7d#/F􌡷dS{RYw肅$R]<>80ěv _?9SPJkڶBmү*#?i0 xP?o-xPn+Vm 3d.#c3[2>5?>M)pSn@)22D,@v]=3[wW= \u*2ؒ'\n:c?O8AVW>!}8oW~,6KPGqTQ'-@lJnDsKgX?UD !S."<Y@&2.9@KR.S.%5>A.2G\V! dT2g4$j/root/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/rustls-platform-verifier-0.7.0/src/../README.mdY/root/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/rustls-platform-verifier-0.7.0j/root/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/rustls-platform-verifier-0.7.0/src/../README.md Gr;Wkrw;TrcTO?`9khi[m^m wr#qE?73^ \UP.6Y!L152YF+ ]Yf}z  * ,4 2#-*("Ez;A @  $ ,+*(B"Ez<A : , - .'-,-03J".6 K" pI?#W2no  1 .'-,-030*2BGlE"8? LRiLID63nQC3ACWX\? }g JAPPG]0h0"+Ҡҧx86_64-unknown-linux-gnuG'Y  /rustls_platform_verifier-d3060b9a59968c21d.#c3[  b448 !BBB9B59B54AbBbbbBBBBBBA4BhBBB4Ah<