Référence d'API — @nodefony/security — transport
stable
Documentation › Référence d’API › @nodefony/security › transport
Générée depuis les déclarations de types publiées de
@nodefony/security10.0.0-beta.5 : exactement ce que reçoit une application qui l’installe. Cette page n’existe dans aucun dépôt — pour la corriger, on corrige le TSDoc du code.
@nodefony/security#
import { … } from "@nodefony/security" — 4 symboles.
Classes (1)#
CredentialTransportPolicy#
class CredentialTransportPolicy
Refuse, avant toute vérification, un mot de passe ou un code de second facteur reçu en clair. Une instance partagée au conteneur (credentialTransport) sert TOUTES les portes qui reçoivent un secret : formulaire de session, second facteur, Basic, émission de jeton — une porte oubliée serait le canal clair.
readonly enforce: booleanconstructor(options: ICredentialTransportPolicyOptions)assert(context: ICredentialTransportContext, door: string): void— Laisse passer un secret reçu sur TLS, ou n’importe lequel hors production.
Fonctions (1)#
shouldEnforceCredentialTransport#
function shouldEnforceCredentialTransport(environment: string, allowInsecureCredentials: boolean): boolean
Dit si un secret de connexion se refuse : en production, sans échappement explicite. Seule source de la décision — le firewall la compose au boot.
Interfaces (2)#
ICredentialTransportContext#
interface ICredentialTransportContext
Vue minimale du contexte : seul le scheme EFFECTIF compte.
readonly scheme?: string— Scheme vu par le client —httpsderrière un proxy de confiance qui termine TLS (trustProxy+X-Forwarded-Proto), jamais le transport brut.
ICredentialTransportPolicyOptions#
interface ICredentialTransportPolicyOptions
Réglages de la politique, résolus UNE fois au boot du firewall.
readonly enforce: boolean—true= un secret reçu hors TLS est refusé (production, sans échappement).readonly log?: (message: string) => void— Journal du premier refus (WARNING) — absent = silencieux.