node-forge

Les faits et les vérifications qui les fondent

Rien de ce qui suit n’est copié d’une documentation. La vérification content/libraries/verify/node-forge/run.sh a exécuté node-forge 1.4.0 sur Node.js 24.22.0 dans l’image de conteneur node:24.22.0-bookworm-slim le 20 octobre 2026 ; la page doit correspondre à ce que la vérification a affiché, et chaque fait cite les lignes en question.

• Courbes ECDSA

  none

  Aucune implémentation d’ECDSA : forge.pki contient rsa et ed25519, et rien pour les courbes NIST ou secp256k1.

  Relevé par la vérification

  fact ecdsa-curves = none
  evidence ecdsa-curves: forge.pki members: ed25519, rsa

• Certificats à clé EC

  rejected

  certificateFromPem() sur un certificat P-256 lève Cannot read public key. OID is not RSA. ; une clé publique EC provoque Cannot read public key. Unknown OID.

  Relevé par la vérification

  fact ec-certificate = rejected
  evidence ec-certificate: Cannot read public key. OID is not RSA.
  evidence ec-certificate: the same certificate parses at the ASN.1 level: true
  evidence ec-certificate: publicKeyFromPem on an EC SPKI: Cannot read public key. Unknown OID.

• EdDSA

  Ed25519

  Ed25519 via forge.pki.ed25519.

  Relevé par la vérification

  fact eddsa = Ed25519

• Ed25519 conforme à la RFC 8032

  yes

  Pour la même graine de 32 octets, forge a produit exactement la même signature que node:crypto, comme l’exige le schéma déterministe de la RFC 8032.

  Relevé par la vérification

  fact ed25519-matches-rfc8032 = yes
  evidence ed25519-matches-rfc8032: forge and node:crypto signatures for the same seed are identical: true

• Structure de la clé privée Ed25519

  expanded-64

  Les clés privées Ed25519 font 64 octets : la graine suivie de la clé publique.

  Relevé par la vérification

  fact ed25519-private-key = expanded-64

• Signature Ed25519 avec S non canonique

  rejected

  Une signature Ed25519 dont S avait été remplacé par S + L (la forme modifiée par malléabilité qu’interdit la RFC 8032) a été rejetée, comme par node:crypto ; la 1.4.0 a ajouté ce contrôle (CVE-2026-33895).

  Relevé par la vérification

  fact ed25519-non-canonical-s = rejected
  evidence ed25519-non-canonical-s: forge: false; node:crypto: false

• Algorithmes post-quantiques

  none

  Aucun algorithme post-quantique.

  Relevé par la vérification

  fact pqc = none

• Schémas de signature RSA

  PKCS1-v1_5PSS

  Les signatures PKCS#1 v1.5 et PSS produites avec SHA-256 ont été vérifiées dans node:crypto ; PSS exige une longueur de sel et un algorithme de condensat MGF1 explicites.

  Relevé par la vérification

  fact rsa-signature-schemes = PKCS1-v1_5, PSS

• Élément supplémentaire dans un DigestInfo PKCS #1

  accepted-in-algorithm-identifier

  Un bloc PKCS#1 v1.5 comportant un élément supplémentaire dans l’AlgorithmIdentifier du DigestInfo a passé la vérification dans forge, mais pas dans node:crypto ; un élément supplémentaire après le condensat a été rejeté. C’est l’objet de l’avis ouvert GHSA-86w9-cpqp-85rv.

  Relevé par la vérification

  fact pkcs1-digestinfo-extra-element = accepted-in-algorithm-identifier
  evidence pkcs1-digestinfo-extra-element: well-formed block: forge true, node:crypto true
  evidence pkcs1-digestinfo-extra-element: extra element inside AlgorithmIdentifier: forge true, node:crypto false
  evidence pkcs1-digestinfo-extra-element: extra element after the digest: forge throws ASN.1 object does not contain a valid RSASSA-PKCS1-v1_5 DigestInfo value., node:crypto false

• Formats de clé publique RSA

  spki-pempkcs1x509

  Les clés publiques RSA se sont chargées depuis du SPKI PEM, du PKCS#1 RSA PUBLIC KEY en PEM et des certificats.

  Relevé par la vérification

  fact rsa-public-key-formats = spki-pem, pkcs1, x509

• Formats de clé privée RSA

  pkcs8-pemencrypted-pkcs8pkcs1pkcs12

  Les clés privées RSA se sont chargées depuis du PKCS#8 PEM, du PKCS#8 chiffré (decryptRsaPrivateKey), du PKCS#1 RSA PRIVATE KEY en PEM et du PKCS#12.

  Relevé par la vérification

  fact rsa-private-key-formats = pkcs8-pem, encrypted-pkcs8, pkcs1, pkcs12

Utilisation

import { constants, generateKeyPairSync, verify } from "node:crypto";
import forge from "node-forge";

const message = "order #1042 approved";
const { privateKey, publicKey } = generateKeyPairSync("rsa", { modulusLength: 2048 });
const key = forge.pki.privateKeyFromPem(privateKey.export({ type: "pkcs8", format: "pem" }));

// RSA-PSS: SHA-256 for the digest and for MGF1, 32-byte salt. The verifier
// must use the same three parameters.
const sha256 = () => forge.md.sha256.create();
const pss = forge.pss.create({ md: sha256(), mgf: forge.mgf.mgf1.create(sha256()), saltLength: 32 });
const signature = Buffer.from(key.sign(sha256().update(message, "utf8"), pss), "binary");
const options = { key: publicKey, padding: constants.RSA_PKCS1_PSS_PADDING, saltLength: 32 };
console.log("PSS verified by node:crypto:", verify("sha256", Buffer.from(message), options, signature));

// forge has no elliptic-curve support: EC keys and certificates throw.
const ec = generateKeyPairSync("ec", { namedCurve: "P-256" }).publicKey.export({ type: "spki", format: "pem" });
try {
  forge.pki.publicKeyFromPem(ec);
} catch (error) {
  console.log("EC key:", error.message);
}