OpCert counters
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia con il contesto della issue #32 e con la gestione attuale da parte di KES Agent dei numeri di serie OpCert e di opcert.counter. Chiarisci lo scenario di sicurezza per il rifiuto dei salti, il ripristino dopo un certificato errato o compromesso e gli upload mancati nelle reti autoriparanti; il lavoro è completato quando il comportamento e l’approccio di reimpostazione o ripristino sono concordati e documentati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Split off from #32
OpCerts should be rejected when their serial number does not match the next serial number in sequence.
Currently, KES Agent only rejects opcerts whose serial numbers are the same or lower than the current one, and it does not track serial numbers itself. This means that when a KES Agent restarts, it will accept any OpCert (provided the signature checks out), and it will always accept OpCerts whose serial number is higher than that of the one it currently holds.
Clarify:
- What exactly is the scenario against which exact serial number checks defend? (That is, why is it important to not only check that no serial number has been used twice, but also that there are no gaps in the sequence of serial numbers?)
- How do we currently handle the situation where a user has generated an incorrect/compromised OpCert, and needs to generate a new one without installing the incorrect one? This would require resetting the OpCert counter (
opcert.counter), but AFAICT, there is no straightforward way of doing that. - How are we going to handle a situation where multiple KES agents are running in a self-healing network, and one of them misses a key upload due to being unavailable for a long enough amount of time?
- Lingua principale
- Haskell
- Stelle
- 2
- Fork
- 13
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di IntersectMBO/kes-agent
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
IntersectMBO/kes-agent#109 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 52/100
IntersectMBO/kes-agent#102 ·
-
Wrong maxKESEvolutionsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
IntersectMBO/kes-agent#79 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
IntersectMBO/kes-agent#78 · 1 reazione ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
IntersectMBO/kes-agent#70 ·
Tutte le issue di IntersectMBO/kes-agent
Issue simili
-
Allow QuickCheck 2.17Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
-
15-minutes 5-minutes algorithm any-language beginner-friendly c cpp csharp easy go good first issue hacktoberfest help wanted java javascript kotlin python rust swift typescript
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
Huerte/algo-solutions-python#260 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
IntersectMBO/cardano-ledger#6276 ·
I maintainer di solito rispondono entro 1 giorno