keybase / keybase/client

[Feature request] Time period based signed message delivery on keybase

Open
#10,380 0 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

  • System:
    A message is sent for the recipient to view after a certain time frame, the recipient must be able to view the message only after the time frame has elapsed.

  • Setup:
    Authentication of users is already done and each message is signed already.

The message is sent via a session key that's generated using both sender and receiver's public keys along with a relative time difference as inputs
Upon receiving the message, the recipient must not be able to view the message until sender rekeys or until definite time is obtained.

  • Question:
    How can we establish a concept of time in a cryptographic system ?
    Given identities are independently defined, the concept of relative time is defined by the time on their systems, unless there's a workaround.

Happy to hear more thoughts on this.
Cheers!

References:

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

The issue names no files, tests, or entry points. Start by reviewing the signed-message and session-key design described here, along with the linked one-time-password reference, and clarify how time should be established between independently defined identities. Done would require an agreed protocol and implementation scope, not just a code change.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
cryptography, 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.