PKIXCertPathChecker Classe

Définition

[Android.Runtime.Register("java/security/cert/PKIXCertPathChecker", DoNotGenerateAcw=true)]
public abstract class PKIXCertPathChecker : Java.Lang.Object, IDisposable, Java.Lang.ICloneable, Java.Security.Cert.ICertPathChecker

[<Android.Runtime.Register("java/security/cert/PKIXCertPathChecker", DoNotGenerateAcw=true)>]
type PKIXCertPathChecker = class
    inherit Object
    interface ICloneable
    interface IJavaObject
    interface IDisposable
    interface IJavaPeerable
    interface ICertPathChecker

Héritage

Object

JavaObject

Object

PKIXCertPathChecker

Dérivé

Java.Security.Cert.PKIXRevocationChecker

Attributs

RegisterAttribute

Implémente

IJavaObject IJavaPeerable ICloneable ICertPathChecker IDisposable

Remarques

Classe abstraite qui effectue une ou plusieurs vérifications sur un X509Certificate.

Une implémentation concrète de la PKIXCertPathChecker classe peut être créée pour étendre l’algorithme de validation du chemin de certification PKIX. Par exemple, une implémentation peut vérifier et traiter une extension privée critique de chaque certificat dans un chemin de certification.

Les instances de PKIXCertPathChecker sont passées en tant que paramètres à l’aide des PKIXParameters#setCertPathCheckers setCertPathCheckersPKIXParameters#addCertPathChecker addCertPathChecker méthodes et des méthodes de la classe et PKIXParameters de la PKIXBuilderParameters classe. Chacune des PKIXCertPathCheckerméthodes s #check check est appelée, à son tour, pour chaque certificat traité par un PKIX CertPathValidator ou CertPathBuilder une implémentation.

Un PKIXCertPathChecker peut être appelé plusieurs fois sur des certificats successifs dans un chemin de certification. Les sous-classes concrètes sont censées maintenir tout état interne qui peut être nécessaire pour vérifier les certificats successifs. La #init init méthode est utilisée pour initialiser l’état interne du vérificateur afin que les certificats d’un nouveau chemin de certification puissent être vérifiés. Une implémentation <avec état b>doit</b> remplacer la #clone clone méthode si nécessaire pour permettre à un PKIX CertPathBuilder d’effectuer efficacement un retour arrière et d’essayer d’autres chemins. Dans ces situations, il CertPathBuilder est en mesure de restaurer les états de validation de chemin d’accès antérieurs en restaurant les s clonés PKIXCertPathChecker.

L’ordre dans lequel les certificats sont présentés PKIXCertPathChecker peut être soit dans la direction vers l’avant (de la cible à l’autorité de certification la plus approuvée) soit dans la direction inverse (de l’autorité de certification la plus approuvée à la cible). Une PKIXCertPathChecker implémentation <b>doit</b> prendre en charge la vérification inverse (la possibilité d’effectuer ses vérifications lorsqu’elle est présentée avec des certificats dans le sens inverse) et <b>peut</b> prendre en charge la vérification de transfert (la possibilité d’effectuer ses vérifications lorsqu’elle est présentée avec des certificats dans le sens de l’avant). La méthode indique si la #isForwardCheckingSupported isForwardCheckingSupported vérification de transfert est prise en charge.

Des paramètres d’entrée supplémentaires requis pour l’exécution de la vérification peuvent être spécifiés par le biais de constructeurs d’implémentations concrètes de cette classe.

<b>Accès< simultané/b>

Sauf indication contraire, les méthodes définies dans cette classe ne sont pas thread-safe. Plusieurs threads qui doivent accéder simultanément à un seul objet doivent se synchroniser entre eux et fournir le verrouillage nécessaire. Il n’est pas nécessaire de synchroniser plusieurs threads qui manipulent des objets distincts.

Ajouté dans la version 1.4.

Java documentation pour java.security.cert.PKIXCertPathChecker.

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.