Issues
- 7
key format specification is inconsistent
#33 opened by shibumi - 3
documentation examples
#95 opened by pennywisdom - 1
- 6
- 4
Potential grammatical error
#81 opened by ChaosInTheCRD - 1
Tag v1.0 of the spec
#46 opened by MarkLodato - 4
- 1
JSON parsing differences can make the same signature verify for different payloads
#74 opened by lukpueh - 3
expiration date might prevent installation
#73 opened by lukpueh - 2
missing key management
#72 opened by lukpueh - 3
- 8
- 10
"other_headers" field in "signatures" field in reference implementation is not part of the spec
#55 opened by nmiyake - 3
- 1
Pseudocode for MATCH rule indicates that source and destination patterns can be distinct
#19 opened by adityasaky - 4
Change expiration check to match TUF
#42 opened by joshuagl - 1
- 2
- 1
- 1
PDF Generation Instructions
#64 opened by bagnaram - 1
Broken Hyperlinks in in-toto-spec.pdf
#63 opened by lakshya8066 - 7
- 0
- 1
Support ecdsa key-type for commands
#67 opened by danbev - 1
"keys" JSON format described in spec does not match reference implementation output
#56 opened by nmiyake - 1
Update provided PDF
#30 opened by aparcar - 1
- 7
Document "artifact rule" rationale
#4 opened by lukpueh - 6
What's an SCC?
#38 opened by TBBle - 0
Problem with conflicting rules
#41 opened by SolidifiedRay - 0
Revisit artifact rule path patterns
#32 opened by lukpueh - 4
Inconsitencies between the in-toto specification and reference implementations: to `_name` or to `name`, that is the question
#24 opened by adityasaky - 0
- 12