keybase / keybase/client

Rethinking device renames and name reuse

Open
#17,506 8 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Go
Stars
9.2k
Forks
1.3k
Avg merge
12h 58m
Merged PRs (30d)
56

Description

I'd like to revisit the "rename device" topic. As we could see from numerous requests, people would like to keep a devices name when it has been replaced. I understand that this is not possible in the current scheme of identifying a device solely by its name. So people are always told to add a few changing bits to the name, like a counter, or the current year or whatever.

So why doesn't KB itself add those bits by composing the identifier from two parts, the user visible name and a machine generated (invisible by default) GUID/UUID? Think primary key composed from two columns in an RDBMS.

This way, people could

  • reuse the user visible name after device replacement (because the GUID/UUID part has changed)
  • and also (pseudo) rename their devices by revoking a device and creating a new one with the user visible part changed and the GUID/UUID kept the same

In both scenarios, the identifier as a whole has changed, which IMHO meets the current requirement of having immutable device identifiers.

Thoughts?

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or entry points are identified. Start by reviewing the current device-identifier scheme and the eight-comment discussion; a concrete scope and acceptance criteria are still needed before completion can be assessed.

Written by the indexing model from the issue text.

Assessment

Domain
authentication, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.