Say what epochs cost a link, and what the search for it found (099)

Forward secrecy, 098's first task left: keys that leak later open only
epoch 0. M2 after the epoch began and after a restart is as before it
(p50 0.4 ms, p99 0.8 ms, the same CPU, no X25519 on restart). It costs a
p50 of 0.7-1.0 ms more while ten thousand devices first meet and for
about 40 s of accepts after, and a receiver that lost its memo now
stalls 0.8 s and catches up in 7.7 s, not 0.2-0.7: it lost the epochs,
and each sender opens one again. The search also found a packet more a
device from each of M6's path probe and the security checks' challenge,
and a load generator whose own pass over its devices was the floor of
the latency it measured. 098's note that epochs narrow KCI to the first
epoch was wrong; corrected.

1 files changed, 3 insertions, 2 deletions

diff --git a/docs/research/098-link-security.md b/docs/research/098-link-security.md
index 42099e4..c1d9755 100644
--- a/docs/research/098-link-security.md
+++ b/docs/research/098-link-security.md
@@ -92,9 +92,10 @@
 - 남은 약점은 설계가 알고 있던 둘이다.
   - **전방 비밀성이 없다.** 키는 두 정적 키와 run에서만 나온다. 정적 키가 새면 녹화한 트래픽을 풀 수 있다. 011은 이것을
     주기적인 에폭 바꿈(임시 키 교환)으로 얻겠다고 했고, 아직 구현하지 않았다. 그때까지 인터넷용으로 켜기 전에 풀어야 할 첫
-    과제다.
+    과제다. ([099](099-link-epochs.md)에서 넣었다.)
   - **KCI.** 받는 쪽의 개인 키를 가진 자는 어떤 보내는 이로도 행세할 수 있다. 정적-정적 X25519의 성질이다. Noise KK의 첫
-    메시지도 같다. 에폭 바꿈 뒤의 키에는 임시 키가 섞이므로 이 창이 첫 에폭으로 좁아진다.
+    메시지도 같다. (처음에는 에폭 바꿈이 이 창을 첫 에폭으로 좁힌다고 적었다. 틀렸다. 행세하는 자는 자기 run을 에폭 0부터
+    새로 시작하면 된다. 에폭이 막는 것은 이미 오가는 남의 run에 끼어드는 것이다. [099](099-link-epochs.md) 참고.)
 
 ## 한계와 다음