h2o / h2o/picotls

Need to clarify how a QUIC server specifies support for early data

Open
#620 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
640
Forks
173
Avg merge
22h 14m
Merged PRs (30d)
3

Description

I am reading the changes in Pr #618 and #619, and I wonder whether that changes how a QUIC server should be programmed to not offer support for 0RTT, e.g., because the security analysis of the application forbids 0RTT. The QUIC server declares support for 0RTT by setting the element `max_early_data_size` of `struct st_ptls_context_t` to `UINT32_MAX`. Do I understand correctly that setting `max_early_data_size` to zero will cause the tickets to not include the early data size extension?

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading PRs #618 and #619, then inspect the declaration and uses of max_early_data_size in struct st_ptls_context_t. Trace how ticket extensions are generated when the value is zero or UINT32_MAX, and document the server configuration needed to disable 0RTT support.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
networking, security
Issue type
Documentation
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
58/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.