DTBS
DTBS is de data die ondertekend wordt; DTBS/R is de meestal hash-gebaseerde weergave die een HSM of QSCD verwerkt bij het maken van een e-handtekening.
DTBS (Data To Be Signed) is de inhoud die een ondertekenaar wil ondertekenen, zoals een document of een set gegevensvelden, terwijl DTBS/R (Data To Be Signed Representation) de technische weergave daarvan is die het ondertekeningsapparaat daadwerkelijk verwerkt. Beide termen komen uit CEN/CWA-standaarden en Common Criteria Protection Profiles voor ondertekeningsapparaten; eIDAS zelf gebruikt de term DTBS/R niet, hoewel de ETSI- en CEN-standaarden waarnaar eIDAS verwijst dat wel doen. Handtekeningalgoritmen zijn ontworpen om te werken met een digest van vaste lengte in plaats van een willekeurig groot bestand, dus een hashing-stap levert doorgaans de DTBS/R op; afhankelijk van de standaard - zoals CEN EN 419241 en EN 419211 - en het handtekeningformaat kan de DTBS/R een kale hash zijn, een gepadde of DigestInfo-gecodeerde digest, of in sommige gevallen de DTBS zelf.
Bij AdES-handtekeningformaten (PAdES, XAdES, CAdES, JAdES) is de waarde die daadwerkelijk wordt gehasht en ondertekend vaak niet rechtstreeks de documenthash, maar de hash van een signed-attributes- of SignedInfo-structuur die op zijn beurt naar de documenthash verwijst, wat een extra laag tussen DTBS en DTBS/R toevoegt die makkelijk over het hoofd wordt gezien. Bij remote signing via een CSC-achtige API berekent de ondertekenapplicatie de DTBS/R en stuurt deze naar de HSM of QSCD, die deze onder de sole control van de ondertekenaar verwerkt met de signature-creation-data; de SAD (Signature Activation Data), die wordt gegenereerd via het signature activation protocol, is bedoeld om de autorisatie van de ondertekenaar te koppelen aan die specifieke DTBS/R - het kernmechanisme dat sole control afdwingt in een remote opzet.
Het onderscheid is belangrijk voor signature-validation: een geldige handtekening bewijst dat de DTBS/R met een bepaalde sleutel is ondertekend, en het terugkoppelen van die weergave aan de oorspronkelijke DTBS bevestigt document-integrity. eIDAS bijlage II vereist dat een QSCD de te ondertekenen gegevens niet wijzigt en niet verhindert dat deze gegevens voorafgaand aan het ondertekenen aan de ondertekenaar worden getoond (het WYSIWYS-principe) - een waarborg in plaats van een positieve presentatie-eis, maar een die de koppeling tussen DTBS en DTBS/R in de praktijk verankert: wat de ondertekenaar bekijkt zou moeten overeenkomen met wat uiteindelijk wordt gehasht en ondertekend. De koppeling tussen DTBS en DTBS/R moet ondubbelzinnig zijn - als de hashmethode zwak is of de koppeling onduidelijk is, kan de bewijswaarde van de handtekening worden ondermijnd, ook al is de cryptografie zelf correct.