-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documentation details on determining the config values for the Submission Key, Claim Token, Retrieval ECDSA key, and Retrieval HMAC key #58
Comments
Specifically, the README mentions Sussing out the formatting of the other secret tf vars seemed to need a bit of poking through the source. The protocol documentation is helpful, but a little bit more detail on initial configuration in the main README would be welcome. Perhaps something along these lines: Include in main README
Include AWS reference implementation README
|
Thanks for the awesome table, @jtackaberry. Sorry for the confusion. There was a repo rename and some things were missed. I'll clarify some of the confusion here in an upcoming PR. |
Suggestion to specify that the KEY_CLAIM_TOKEN must adhere to the logic specified in the Authenticator code here (Eg. Token must be less than 64 characters) |
Anyone could take a look at here? CovidShield/portal#137 We're so close to successfully deploying the application. |
It appears the rds_backend_db_password variable was changed at some point to be called rds_server_db_password. In general, if more documentation on generating/determining the config values for the Submission Key, Claim Token, Retrieval ECDSA key, and Retrieval HMAC key would be appreciated
Workaround:
Took the values from the test data. Since it is possible to execute the server/portal locally in docker, using docker compose.
Docker-compose.yml contains values:
ECDSA_KEY: 30770201010420a6885a310b694b7bb4ba985459de1e79446dddcd1247c62ece925402b362a110a00a06082a8648ce3d030107a1440342000403eb64f714c4b4ed394331c26c31b7ce7156d00fb28982ad2679a87eaa1a3869802fbeb1d7ee28002762921929c3f7603672d535fcac3d24d57afbb4e2d97f5a
The text was updated successfully, but these errors were encountered: