From 14c35e9152bde3171712f52d4c3fd3938311de36 Mon Sep 17 00:00:00 2001 From: CHO Date: Tue, 10 Jul 2018 00:00:26 +0900 Subject: [PATCH] readme: fix typo --- readme.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/readme.md b/readme.md index fd349fd..c4fb1c0 100644 --- a/readme.md +++ b/readme.md @@ -113,7 +113,7 @@ The next problem is clock skew and protection against replaying ids for a time i **When are flake ids _not_ appropriate?** -Flake ids are predictable by design. Don't use use flake to generate ids that you'd rather be unpredictable. Don't use flake to generate passwords, security tokens, or anything else you wouldn't want someone to be able to guess. +Flake ids are predictable by design. Don't use flake to generate ids that you'd rather be unpredictable. Don't use flake to generate passwords, security tokens, or anything else you wouldn't want someone to be able to guess. Flake ids expose the identity of the machine which generated the id (by way of its MAC address) and the time at which it did so. This could be a problem for some security-sensitive applications.