Skip to content

Commit 6db3885

Browse files
authored
Merge pull request #3122 from uhoreg/deprecate_verification_start
MSC3122: Deprecate starting verifications without requesting first
2 parents a7b344d + 14e0f5a commit 6db3885

File tree

1 file changed

+40
-0
lines changed

1 file changed

+40
-0
lines changed
Lines changed: 40 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,40 @@
1+
# MSC3122: Deprecate starting key verifications without requesting first
2+
3+
Currently, the [Key verification
4+
framework](https://spec.matrix.org/unstable/client-server-api/#key-verification-framework)
5+
allows a device to begin a verification via to-device messages by sending an
6+
`m.key.verification.start` event without first sending or receiving an
7+
`m.key.verification.request` message. (The last sentence of the 5th paragraph
8+
of the Key verification framework in the unstable spec, as of the time of
9+
writing.) However, doing so does not provide a good user experience, and
10+
allowing this adds unnecessary complexity to implementations.
11+
12+
We propose to deprecate allowing this behaviour.
13+
14+
Note that verifications in DMs do not allow this behaviour. Currently, Element
15+
Web is the only client known to do this.
16+
17+
## Proposal
18+
19+
The ability to begin a key verification by sending an
20+
`m.key.verification.start` event as a to-device event without a prior
21+
`m.key.verification.request` is deprecated. New clients should not begin
22+
verifications in this way, but will still need to accept verifications begun in
23+
this way, until it is removed from the spec.
24+
25+
## Potential issues
26+
27+
None.
28+
29+
## Alternatives
30+
31+
We could do nothing and leave it in the spec. But we should clean up cruft when
32+
possible.
33+
34+
## Security considerations
35+
36+
None.
37+
38+
## Unstable prefix
39+
40+
No unstable prefix is required since we are simply deprecating behaviour.

0 commit comments

Comments
 (0)