- Apr 15, 2021
-
-
Carlos Tadeu Panato Junior authored
* update boilerplate header and apply go fmt Signed-off-by:
Carlos Panato <ctadeu@gmail.com> * lints: fix golangci-lint issues Signed-off-by:
Carlos Panato <ctadeu@gmail.com> * updated based on feedback Signed-off-by:
Carlos Panato <ctadeu@gmail.com>
-
- Mar 19, 2021
-
-
Bob Callaway authored
* Remove gzip processing flow completely from rekor Issue #208 reported different handling of gzipped content via fetch vs direct upload to rekor server. The code should be consistent, regardless of whether content was compressed or not - by always attempting to verify the signature against the (unmodified) byte stream. This patch removes the gzip decoding completely from rekor and verifies the bytes supplied or referenced. Also fixes issue in E2E tests where sending SIGKILL to watch process caused message to be printed to stderr, which fails the test when running on MacOS. Fixes #208 Signed-off-by:
Bob Callaway <bcallawa@redhat.com>
-
- Mar 16, 2021
-
-
Dan Lorenc authored
them to GCS. We don't always have a new one, and under load there might be "batches" of entries all integrated into the same STH. This means there is no guaranteed frequency of updates or even a guarantee that every index will exist. The values (and timestamps) should be monotonically increasing though. Signed-off-by:
Dan Lorenc <dlorenc@google.com>
-
Dan Lorenc authored
Signed-off-by:
Dan Lorenc <dlorenc@google.com>
-
- Mar 14, 2021
-
-
dlorenc authored
This will allow us to use types.NewEntry() to unmarshal returned values in clients. Signed-off-by:
Dan Lorenc <dlorenc@google.com>
-
- Mar 03, 2021
-
-
Bob Callaway authored
Since the API key can be specified as an environment variable and could be thought of as an authentication credential, it should not be included in the path to the created entry in the log. Previously we simply appended the new entry's UUID to the full URL, which was incorrect if an API key was specified as a query parameter. Fixes #182 Signed-off-by:
Bob Callaway <bcallawa@redhat.com>
-
- Feb 20, 2021
-
-
Dan Lorenc authored
-
- Feb 17, 2021
-
-
Bob Callaway authored
By using viper.GetString(flag), viper will return the values of that argument from a precedence order (including CLI arguments). However, if a value was passed in through an environment variable or as a value in the config file, it would skip the validation step since that logic was defined against the FlagSet for command line arguments. This change causes validation to be done across all input methods. Fixes #157 Signed-off-by:
Bob Callaway <bcallawa@redhat.com>
-
- Feb 01, 2021
-
-
Dan Lorenc authored
-
- Jan 30, 2021
-
-
Dan Lorenc authored
-
- Jan 28, 2021
-
-
Bob Callaway authored
-
Dan Lorenc authored
I noticed this when running some tests locally.
-
Bob Callaway authored
-
- Jan 23, 2021
-
-
Dan Lorenc authored
Also check it in the test.
-
- Jan 20, 2021
-
-
Dan Lorenc authored
-
- Jan 19, 2021
-
-
Dan Lorenc authored
Next up is a JSON output mode to make testing/scripting easier.
-
Bob Callaway authored
Signed-off-by:
Bob Callaway <bcallawa@redhat.com> Co-authored-by:
Dan Lorenc <dlorenc@google.com>
-
- Jan 18, 2021
-
-
Dan Lorenc authored
These require the minisign binary to be installed.
-
- Jan 14, 2021
-
-
Dan Lorenc authored
- Run through the get flow, make sure the output is well structured - Call loginfo, make sure there are no errors.
-
- Jan 12, 2021
-
-
Dan Lorenc authored
-
- Jan 06, 2021
-
-
Dan Lorenc authored
This way we don't have to worry about existing entries in the logs.
-
- Jan 05, 2021
-
-
Dan Lorenc authored
-