Provar uma estratégia segura para identidade em vários aparelhos
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- javascript
- Domain
- distributed-systems, security
Research direction
Read docs/protocol.md:13-15, README.md:486, and docs/design.md:84-96, then review the prerequisite issue #41. Define the approved multi-device phase, authorization and revocation rules, offline writes, and recovery after device loss; prototype writer coordination with stable identity. Done means the approved partition scenario produces no conflicting histories and a backup copy alone does not grant unrestricted write access.
Written by the indexing model from the issue text.
Description
Contexto
Só o aparelho que tem o store acrescenta blocos; uso simultâneo não faz parte do backup do piloto. Fase, autorização por aparelho, revogação e escrita offline precisam ser decididas e provadas sem presumir uma solução criptográfica.
Escopo
- Definir fase, papéis de cada aparelho, autorização, revogação e regras de escrita offline
- Prototipar coordenação de escritores com identidade estável e recuperação após perda de um aparelho
Critérios de aceite
- Dois aparelhos após partição de rede não produzem históricos conflitantes no cenário aprovado
- Cópia de backup não equivale a autorização irrestrita de escrita
Depende de
- #41 — Fazer backup da identidade cifrado por passkey e restaurar sem criar fork
Fontes
Fase: sem fase definida · Dificuldade: grande · sensível à segurança
- Dominant language
- JavaScript
- Stars
- 2
- Forks
- 1
- Avg merge
- 12m
- Merged PRs (30d)
- 4
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Varanda-org/varanda
-
área:app área:produto sem-fase tipo:decisão
Difficulty 2/5 1-3 hours Newbie friendliness 63/100
Varanda-org/varanda#91 ·
-
área:identidade área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 25/100
Varanda-org/varanda#92 ·
-
área:moderação área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 35/100
Varanda-org/varanda#90 ·
-
área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 35/100
Varanda-org/varanda#89 ·
-
área:idade área:jurídico sem-fase tipo:pesquisa
Difficulty 4/5 1-2 days Newbie friendliness 45/100
Varanda-org/varanda#88 ·
All issues in Varanda-org/varanda
Similar issues
-
bug needs triage P3
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
pbakaus/impeccable#1143 ·
Maintainers usually reply within 1 day
-
status: waiting for maintainer
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
mui/material-ui#49547 ·
Maintainers usually reply within 1 day
-
next() is called twice when the request closes after busboy fails to startPossibly taken @NgoQuocViet2001 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
[2.x] extension-manager: translation keys that changed meaning keep their old namesPossibly taken A pull request linked to this issue is open or already merged. Opentype/bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day