Changer la configuration de la racine de confiance

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture

    • Faites confiance à vos propres certificats et utilisez-les au lieu de vous fier ServiceNow aux certificats de version (par défaut) en modifiant pour utiliser votre racine de confiance (ROT). ServiceNow Les composants tels que les Includes de script, les règles métier, etc., sont signés au moment de la version à l’aide d’une ServiceNow clé de date de génération (le certificat de vérification est le certificat de ServiceNow version).

    Modification de la racine de confiance

    Pour changer la racine de confiance pour ces signatures d’enregistrements, vous devez suivre le processus de changement de racine de confiance.
    • Générez et migrez un nouvel ensemble de signatures pour tous les composants fournis, à l’aide de votre certificat fourni.
    • Désactivez la propriété de racine de confiance à l’aide d’une tâche planifiée.
    Pour en savoir plus sur ces étapes, consultez Migrer les signatures pour utiliser un certificat client et Désactiver la racine de confiance ServiceNow.

    Impact sur le processus de vérification et de génération de signature

    Par défaut, les certificats de version de signature de code sont approuvés pendant le processus de vérification de la signature. Une fois cette modification effectuée, votre instance accepte uniquement les signatures de votre propre certificat de signature de code.

    Avant et après la modification de la configuration ROT
    Propriété ROT définie sur faux (par défaut) Propriété ROT définie sur vrai
    • Lors de la vérification, les signatures avec les certificats de build sont fiables.
    • Lors de la signature, si vous ne fournissez pas de clés, la clé de signature d’instance est utilisée comme clé de secours.
    • Le point api/sn_kmf/signature/certificates de terminaison REST de signature renvoie ServiceNow les certificats de version de signature de code ainsi que d’autres certificats présents sur l’instance.
    • Lors de la vérification, les signatures avec les certificats de version ne sont pas fiables.
    • Lors de la signature, si vous ne fournissez pas les clés, la signature n’est pas effectuée.
    • Le point api/sn_kmf/signature/certificates de terminaison REST de signature exclut les ServiceNow certificats de build (San Diego, Vancouver PKI, W PKI).

    Impact sur votre MID Server

    Lorsque la propriété ROT est définie sur false
    Si vous choisissez de laisser votre propriété ROT à sa valeur par défaut (false), il n’y a aucun impact sur votre MID Server.
    Lorsque la signature de code est activée et que la propriété ROT est définie sur true
    • L’API isTrusted() renvoie la valeur faux pour les signatures avec un certificat de build.
    • L’API isTrusted() renvoie la valeur true pour les signatures avec votre certificat.
    • L’appel d’API REST pour les certificats exclut les certificats de version.
    • Vous pouvez voir des problèmes de Serveur MID, tels que des messages d’échec de validation de signature dans les journaux.