go
/
DateKeys-App
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '4e23f88c0a'
${ noResults }
DateKeys-App/testdata/fixtures/format3_sealed.json

174 lines
9.4 KiB
Raw Normal View History Unescape

Sync testdata with DateKeys spec-v0.11 (datekeys-go ae33434) SPEC_VERSION is 0.11. testdata brings format3_signed, format3_signed_cms and format3_sealed, and the vectors ed25519_strict.json, security_cms.json and locator.json; the mutation corpus has 210 cases. ibe-vectors.json adds the three fixtures and remakes the two that Go regenerated, and mutation-texts.json is made again with that reference. This library still reads the security area as a reader of v0.10, so a signature or a seal that the reference checks gives F1 or S1 here. The Verdict type and the texts know F2 to F6 and S3 to S5, and the tests state the gap with testing/pending.ts instead of hiding it; porting the verification makes that file the identity. npm run verify and testdata:check pass. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
6 days ago
{
"description": "format 3 time_only capsule with a single file, nota.txt, signed with alg 1 by the test key of format3_signed and sealed with seal_type 2 by a test time-stamping authority before the round time: verdicts F4 and S4, with SEAL_SUBJECT and the token in the record",
Specification 0.14, approved: SPEC_VERSION 0.14, testdata at spec-v0.14, one drand scheme and tlock_steps.json - SPEC_VERSION 0.14; testdata synced from datekeys-go at 39b2033 (spec-v0.14), which adds vectors/tlock_steps.json; testing/mutation-texts.json regenerated with Go: only its spec field changes. - Decision 8: validateProfile admits only bls-unchained-g1-rfc9380, with its public key in G2, in the order and with the texts of Go's validateDrand at c041fa3; any other drand scheme fails with ERR_UNKNOWN_PROFILE before the key and the chain hash. - vectors.test.ts walks tlock_steps.json value by value with the code of ibe.ts, release.ts and bls12381.ts, with its negative checks, and the testdata guard requires it. ibe.ts exports h3Base, h3Try and hashToG1, which h3, the encryption and release.ts now use. - The comment of h3 said the top bit is cleared: the first byte is shifted one bit to the right, as kyber does. - README and CHANGELOG. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
1 day ago
"spec": "0.14",
Sync testdata with DateKeys spec-v0.11 (datekeys-go ae33434) SPEC_VERSION is 0.11. testdata brings format3_signed, format3_signed_cms and format3_sealed, and the vectors ed25519_strict.json, security_cms.json and locator.json; the mutation corpus has 210 cases. ibe-vectors.json adds the three fixtures and remakes the two that Go regenerated, and mutation-texts.json is made again with that reference. This library still reads the security area as a reader of v0.10, so a signature or a seal that the reference checks gives F1 or S1 here. The Verdict type and the texts know F2 to F6 and S3 to S5, and the tests state the gap with testing/pending.ts instead of hiding it; porting the verification makes that file the identity. npm run verify and testdata:check pass. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
6 days ago
"format": 3,
"file": "format3_sealed.dkc",
"sha256": "dde5a072d8783227d28279d06d3d226a1fb967c766da626f889d1c6fd76ac9c7",
"release": {
"round": 1000,
"signature": "b44679b9a59af2ec876b1a6b1ad52ea9b1615fc3982b19576350f93447cb1125e342b73a8dd2bacbe47e4b6b63ed5e39"
},
"prelude": "444b43310300000000000079000001ca",
"public_header": "a5006a646174656b657963617001010250b3d25bb6c74cda4e014c65e3d2f43a69037853646b315f65794a325a584a7a61573975496a6f784c434a755a58523362334a72496a6f695a4746305a57746c65584d3663585670593274755a585136646a45694c434a79623356755a4349364d5441774d48300400",
"datekey": "dk1_eyJ2ZXJzaW9uIjoxLCJuZXR3b3JrIjoiZGF0ZWtleXM6cXVpY2tuZXQ6djEiLCJyb3VuZCI6MTAwMH0",
"capsule_id": "b3d25bb6c74cda4e014c65e3d2f43a69",
"access_policy": "time_only",
"structure": "time_only",
"unlock_at": "2023-08-23T15:59:24Z",
"header_binding": "c108d8b34eb0a4237e6aff192364a28d544cb79c84ac5c80d88c26f8bd5560d8",
"outer_stanzas": [
{
"type": "tlock",
"args": [
"1000",
"52db9ba70e0cc0f6eaf7803dd07447a1f5477735fd3f661792ba94600c84e971"
]
}
],
"payload_stanzas": [
{
"type": "X25519",
"args": [
"PQPwIpsXx8ZNHf1Xpr7gnPamVYWLPgD8zIGmXqvSkjY"
]
}
],
"control_cbor": "a60070646174656b6579732d636f6e74726f6c0103025820c108d8b34eb0a4237e6aff192364a28d544cb79c84ac5c80d88c26f8bd5560d803582087351091f87f94f2c1155e5bde726116123e321f6cc2c3f2bb934298e0d02ea8064800000000000080930702",
"payload_identity": "87351091f87f94f2c1155e5bde726116123e321f6cc2c3f2bb934298e0d02ea8",
"payload_length": 32915,
"padding": 2,
"padded_length": 34816,
"plaintext_file": "format3_sealed.plaintext",
"plaintext_sha256": "aea0f5feb40acd81ca3b02dd21ea15510234da3ab52b374322f3206e7632d47b",
"area_len": 32768,
"security_cbor": "a40071646174656b6579732d73656375726974790101025869a3000101582092d3a82b1e2387a860d57cae4cc55091d43904fdd625e4d2b285e3a1b4ba674002584024c8a0fd4ef7338a2607c1489e33eb32b2d2c6a9438e8d01d5beb04911acd5bdf7eb4bd958141293e5fe4074276097cd0df21d8ca12b9c2e6cb5164304666c060359038ba20002015903843082038006092a864886f70d010702a08203713082036d020101310d300b06096086480165030402013065060b2a864886f70d0109100104a0560454305202010106032a0304302f300b060960864801650304020104201ce5a87549e8bed1af2238888c5a4e942b3b3de1fa8d757c70941cd21522638d02012a180f32303233303832333135303932375a3003020101a08201b8308201b430820159a0030201020208074ecca73c287e79300a06082a8648ce3d040302304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f20646520707275656261301e170d3230303130313030303030305a170d3430303130313030303030305a304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f206465207072756562613059301306072a8648ce3d020106082a8648ce3d03010703420004aa2eb21e68c810b6271dadcc25575401ceccac2461de40cb2bfde25bceaa384abbbba098880bf14316b62769b3596d701d60c8dd1f1313f257d93c4d5f213a53a33b3039300e0603551d0f0101ff04040302078030270603551d0e0420041e4175746f72696461642064652053656c6c61646f20646520707275656261300a06082a8648ce3d0403020349003046022100a05f22801b8432108d6330dd777a25bcfdd1b32db72bc8feb9be522291559e11022100cfd71b1445e68079aa98af90ac7037ab938eb7e4f11279f1476a93ce0b693aff3182013430820130020101304d304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f206465207072756562610208074ecca73c287e79300b0609608648016503040201a07a301a06092a864886f70d010903310d060b2a864886f70d0109100104302b060b2a864886f70d010910020c311c301a30183016041426e0465376bf0d652c266e5940c9d01ba8cea5e9302f06092a864886f70d01090431220420545889d11d3289646f8156538dbcc608e8cc543fa052056a56a85eb7356523f1300a06082a8648ce3d04030204473045022100883cfcc51038245652e767fdfecea1b7153b9158df02d95f3fcfc2b58e575cb1022029b9727ead61a3022bcddd62d704ee26f71de738556d97796de3ce1c408c7419",
"head_cbor": "a4006d646174656b6579732d686561640101025820990d6781941d508558b06652f4c4db8fc56da5a443811b723adfe4370ea139710581a600686e6f74612e7478740116020003160458205d596d5f49c179f0ec337f4610155fc237e727f9dee85377a5fce67a3c853510051a6abcf9c0",
"salt": "990d6781941d508558b06652f4c4db8fc56da5a443811b723adfe4370ea13971",
"content_offset": 32893,
"files": [
{
"path": "nota.txt",
"size": 22,
"start": 0,
"end": 22,
"sha256": "5d596d5f49c179f0ec337f4610155fc237e727f9dee85377a5fce67a3c853510",
"mtime": 1790769600
}
],
"verdicts": {
"signature": "F4",
"seal": "S4",
"lines": [
"Firmado con la clave dkauthor1jtf6s2c7ywr6scx40jhye32sj82rjp8a6cj7f54jsh36rd96vaqqcg54xg. No prueba quién la tiene.",
Follow the draft v0.12: testdata at 601e6d2, the reader of certificates, the texts of the verdicts testdata is synced with the head of the branch v0.12 of datekeys-go (601e6d2); SPEC_VERSION stays 0.11 until the author approves the draft. - CMS as Go reads it at the draft v0.12 (review of 2 October, T2, T6 to T8 and the TypeScript side of E7 to E9): - the certificate field by field with the profile of section 29.10, its errors in CertificateError with the texts of Go; one that breaks it decides nothing unless a SignerInfo names it, and two copies are one; - the text of a name only from UTF8String, PrintableString, IA5String, TeletexString in ASCII and BMPString without surrogates, never from an attribute that appears twice; the holder by givenName and surname before the commonName, the issuer by its commonName or its organizationName; - object identifiers by the bytes of their DER; a SET OF may repeat an element; RSA with NULL parameters and an odd modulus; a key of another scheme than its algorithm is invalid; a messageImprint of another length is S3; the crls of a token decide nothing; - DER: UTCTime and GeneralizedTime in their X.690 forms with a date that exists, the restricted string types as primitive, the accuracy as minimal INTEGERs. The test of cms.test.ts that compared a function with itself has an expected value of its own. - The verdicts in the texts of the draft: names between « and », shown with at most 64 code points and no two spaces in a row, or their SHA-256; in F6 the authority of each seal and the warning that nobody checks who issued it; foreign signers in Spanish; times with their fraction. - security.json in its context with lines, and the 135 cases of security_cms.json, compared field by field, lines included. - The 218 cases of mutations.json, with the texts of capsule.Open regenerated by scripts/mutation-go-texts.go, and ibe-vectors.json with the fixtures format3_note, format3_unsigned and the new format3_seal_unsupported; its frozen values do not change. - note.json, run with checkNoteData, publicNote and unusableNote. - inspect reads the public note on demand, only for a header with one, so that the Unicode tables never load with /inspect; the view of inspect -json gives public_note and public_note_unusable, as Go. A Go/TypeScript differential of 63,623 security areas, made from the vectors, edited element by element and signed afresh with varied certificates, tokens and authorities, gave no difference in verdicts, results or lines; the code before this change differed in 13,296 of the first 42,986. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2 days ago
"Según un sello a nombre de «Autoridad de Sellado de prueba», existía el 2023-08-23T15:09:27Z, antes de que la cápsula pudiera abrirse. DateKeys no comprueba quién emitió el sello."
Sync testdata with DateKeys spec-v0.11 (datekeys-go ae33434) SPEC_VERSION is 0.11. testdata brings format3_signed, format3_signed_cms and format3_sealed, and the vectors ed25519_strict.json, security_cms.json and locator.json; the mutation corpus has 210 cases. ibe-vectors.json adds the three fixtures and remakes the two that Go regenerated, and mutation-texts.json is made again with that reference. This library still reads the security area as a reader of v0.10, so a signature or a seal that the reference checks gives F1 or S1 here. The Verdict type and the texts know F2 to F6 and S3 to S5, and the tests state the gap with testing/pending.ts instead of hiding it; porting the verification makes that file the identity. npm run verify and testdata:check pass. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
6 days ago
],
"author_key": "dkauthor1jtf6s2c7ywr6scx40jhye32sj82rjp8a6cj7f54jsh36rd96vaqqcg54xg"
},
"signature": {
"alg": 1,
"secret_seed": "294b60d256e79fc4c18b4bcc0a156810b44144619969dadedcbf01d3b37c1054",
"author_key": "dkauthor1jtf6s2c7ywr6scx40jhye32sj82rjp8a6cj7f54jsh36rd96vaqqcg54xg",
"control_commit": "1793cc0adaba31bdbf18cb4c97ba86dcff05bec498c8ecf11668a74bfd71718a",
"head_digest": "a5537946c281a8e22ca9d3a4deb1aebcddf0d299abe47bded31c90157dd72d3a",
"signers_digest": "1665c6f3f1afb37b1a87d87e4265f156d7108c3c1762972d2a4241e6e5ab824e",
"author_message": "datekeys:dkc3:author-signature:v1\n111b174e204e0eaa73b87601e1e1d9b3d60799b5a0a5c0e371a9dc65d1d39f38\n",
"author_code": "111b-174e",
"signature": "24c8a0fd4ef7338a2607c1489e33eb32b2d2c6a9438e8d01d5beb04911acd5bdf7eb4bd958141293e5fe4074276097cd0df21d8ca12b9c2e6cb5164304666c06",
"security_key_2": "a3000101582092d3a82b1e2387a860d57cae4cc55091d43904fdd625e4d2b285e3a1b4ba674002584024c8a0fd4ef7338a2607c1489e33eb32b2d2c6a9438e8d01d5beb04911acd5bdf7eb4bd958141293e5fe4074276097cd0df21d8ca12b9c2e6cb5164304666c06"
},
"seal": {
"seal_type": 2,
"seal_subject": "8e60fd12a9475d95f77adacf81772774f4a8f508ffc7edda2e15df9ccebf163e",
"token": "3082038006092a864886f70d010702a08203713082036d020101310d300b06096086480165030402013065060b2a864886f70d0109100104a0560454305202010106032a0304302f300b060960864801650304020104201ce5a87549e8bed1af2238888c5a4e942b3b3de1fa8d757c70941cd21522638d02012a180f32303233303832333135303932375a3003020101a08201b8308201b430820159a0030201020208074ecca73c287e79300a06082a8648ce3d040302304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f20646520707275656261301e170d3230303130313030303030305a170d3430303130313030303030305a304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f206465207072756562613059301306072a8648ce3d020106082a8648ce3d03010703420004aa2eb21e68c810b6271dadcc25575401ceccac2461de40cb2bfde25bceaa384abbbba098880bf14316b62769b3596d701d60c8dd1f1313f257d93c4d5f213a53a33b3039300e0603551d0f0101ff04040302078030270603551d0e0420041e4175746f72696461642064652053656c6c61646f20646520707275656261300a06082a8648ce3d0403020349003046022100a05f22801b8432108d6330dd777a25bcfdd1b32db72bc8feb9be522291559e11022100cfd71b1445e68079aa98af90ac7037ab938eb7e4f11279f1476a93ce0b693aff3182013430820130020101304d304131163014060355040a130d446174654b6579732074657374312730250603550403131e4175746f72696461642064652053656c6c61646f206465207072756562610208074ecca73c287e79300b0609608648016503040201a07a301a06092a864886f70d010903310d060b2a864886f70d0109100104302b060b2a864886f70d010910020c311c301a30183016041426e0465376bf0d652c266e5940c9d01ba8cea5e9302f06092a864886f70d01090431220420545889d11d3289646f8156538dbcc608e8cc543fa052056a56a85eb7356523f1300a06082a8648ce3d04030204473045022100883cfcc51038245652e767fdfecea1b7153b9158df02d95f3fcfc2b58e575cb1022029b9727ead61a3022bcddd62d704ee26f71de738556d97796de3ce1c408c7419",
"holder": "Autoridad de Sellado de prueba",
"time": "2023-08-23T15:09:27Z"
},
"stages": [
{
"step": 1,
"name": "parse DKC1",
"ok": true
},
{
"step": 2,
"name": "prelude",
"ok": true
},
{
"step": 3,
"name": "public header",
"ok": true
},
{
"step": 4,
"name": "header validation",
"ok": true
},
{
"step": 5,
"name": "sealed control structure",
"ok": true
},
{
"step": 6,
"name": "payload structure",
"ok": true
},
{
"step": 7,
"name": "condition",
"ok": true
},
{
"step": 8,
"name": "tlock stanza",
"ok": true
},
{
"step": 9,
"name": "release",
"ok": true
},
{
"step": 10,
"name": "release verification",
"ok": true
},
{
"step": 11,
"name": "open sealed control",
"ok": true
},
{
"step": 12,
"name": "policy structure",
"ok": true
},
{
"step": 14,
"name": "control",
"ok": true
},
{
"step": 15,
"name": "header binding",
"ok": true
},
{
"step": 16,
"name": "payload identity",
"ok": true
},
{
"step": 17,
"name": "open payload",
"ok": true
},
{
"step": 18,
"name": "commit",
"ok": true
}
]
}

Powered by TurnKey Linux.