Why there's no support for password authentication.
authorEric S. Raymond <esr@thyrsus.com>
Mon, 8 Oct 2012 00:00:08 +0000 (20:00 -0400)
committerEric S. Raymond <esr@thyrsus.com>
Mon, 8 Oct 2012 00:00:08 +0000 (20:00 -0400)
security.txt

index 4bee57750c9fe9ebc7713fbf4dbbad583794a151..62bcee5bfafc75b3df28b4341e8dd6c9a8d258b3 100644 (file)
@@ -233,6 +233,21 @@ project.  The only other competitor to replace CIA known to us
 In the general case we cannot guarantee this property against
 groups A and F.
 
+== Why there is no support for passworded channels ==
+
+We've had support for password authentication to IRC requested, but it
+would be a rather bad fit for irkerd’s usage pattern. The problem
+isn’t that credentials would be difficult to pass to irkerd – an 
+optional password field wiuld ve easily enough added to the JSON. 
+
+No, the problem is that once irkerd were to acquire such a credential,
+it would have to do source-address IP checking to know (at a minimum)
+whether the source host of any given notification request is the same
+as one that has presented the password.
+
+It seems best not gong to go there; the potential for IRC access controls
+becoming leaky seems too high.
+
 == Risks relative to centralized services ==
 
 irker and irkerhook.py were written as a replacement for the