@c9up/vellum 0.1.2 → 0.1.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +13 -0
- package/index.darwin-arm64.node +0 -0
- package/index.darwin-x64.node +0 -0
- package/index.linux-arm64-gnu.node +0 -0
- package/index.linux-x64-gnu.node +0 -0
- package/index.win32-x64-msvc.node +0 -0
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -318,6 +318,19 @@ signers: {
|
|
|
318
318
|
}
|
|
319
319
|
```
|
|
320
320
|
|
|
321
|
+
**Where this signer's limits are.** It signs with `rsa`, whose modular
|
|
322
|
+
exponentiation is not constant-time — RUSTSEC-2023-0071, which recognises no
|
|
323
|
+
fixed release. Vellum blinds the operation, which is the mitigation the
|
|
324
|
+
advisory itself points to, and that is enough for a key you hold and use on
|
|
325
|
+
work your own application starts.
|
|
326
|
+
|
|
327
|
+
It is not enough when the signer is reachable from remote input: an HTTP
|
|
328
|
+
endpoint that signs on request, or a queue a client can feed, hands an
|
|
329
|
+
attacker both the timing and the repetition the attack needs. That deployment
|
|
330
|
+
wants an HSM, a remote signing service, or an audited constant-time backend —
|
|
331
|
+
`Signer` is an interface, so one can be dropped in without touching the rest.
|
|
332
|
+
|
|
333
|
+
|
|
321
334
|
It builds a CAdES `SignedData` whose signed attributes carry the content type,
|
|
322
335
|
the document's digest, the signing time and — as PAdES requires —
|
|
323
336
|
`signing-certificate-v2`. That last one is not decoration: without it a
|
package/index.darwin-arm64.node
CHANGED
|
Binary file
|
package/index.darwin-x64.node
CHANGED
|
Binary file
|
|
Binary file
|
package/index.linux-x64-gnu.node
CHANGED
|
Binary file
|
|
Binary file
|