put my 'authenticating irc proxy' blurb onto the volunteer page
Roger Dingledine commited on 2010-02-15 22:59:55
Zeige 1 geänderte Dateien mit 45 Einfügungen und 10 Löschungen.
- en/volunteer.wml b64f7c94c..7b40668f2
| ... | ... |
@@ -573,16 +573,6 @@ done more quickly! See also its |
| 573 | 573 |
and <a href="https://svn.torproject.org/svn/weather/trunk/TODO">TODO</a>. |
| 574 | 574 |
</li> |
| 575 | 575 |
|
| 576 |
-<li> |
|
| 577 |
-<b>Bring up new ideas!</b> |
|
| 578 |
-<br /> |
|
| 579 |
-Don't like any of these? Look at the <a |
|
| 580 |
-href="<gitblob>doc/roadmaps/2008-12-19-roadmap-full.pdf">Tor development |
|
| 581 |
-roadmap</a> for more ideas. |
|
| 582 |
-Some of the <a href="<gittree>doc/spec/proposals">current proposals</a> |
|
| 583 |
-might also be short on developers. |
|
| 584 |
-</li> |
|
| 585 |
- |
|
| 586 | 576 |
<li> |
| 587 | 577 |
<b>Better Debian/Ubuntu Packaging for Tor+Vidalia</b> |
| 588 | 578 |
<br /> |
| ... | ... |
@@ -705,6 +695,51 @@ That would help a lot in knowing what needs to be done in terms of bug |
| 705 | 695 |
fixes or new features. We get this informally at the moment, but a more |
| 706 | 696 |
structured process would be better. |
| 707 | 697 |
</li> |
| 698 |
+ |
|
| 699 |
+<li> |
|
| 700 |
+<b>An authenticating IRC proxy</b> |
|
| 701 |
+<br /> |
|
| 702 |
+Priority: <i>Medium</i> |
|
| 703 |
+<br /> |
|
| 704 |
+Effort Level: <i>Medium to High</i> |
|
| 705 |
+<br /> |
|
| 706 |
+Skill Level: <i>Medium to High</i> |
|
| 707 |
+<br /> |
|
| 708 |
+Likely Mentors: <i>Sebastian, Weasel, Roger</i> |
|
| 709 |
+<br /> |
|
| 710 |
+The world needs an authenticating irc proxy. As we're periodically |
|
| 711 |
+reminded from the Penny Arcade web comic, "Internet user + anonymity = |
|
| 712 |
+jerk". With respect to websites we're actually doing ok, since websites |
|
| 713 |
+can make their users log in and use other application-level authentication |
|
| 714 |
+approaches. But IRC servers are much worse off, because most IRC server |
|
| 715 |
+code is poorly written: hard to maintain, and harder to modify. Many |
|
| 716 |
+IRC networks now block connections from Tor, and we're basically down to |
|
| 717 |
+two holdouts (OFTC and Freenode). This state of affairs means that a lot |
|
| 718 |
+of people around the world are thinking "I told you so" about anonymity |
|
| 719 |
+online, when in fact the problem is simply lack of technology to make the |
|
| 720 |
+problem manageable. We need some way to let the IRC networks distinguish |
|
| 721 |
+which users have developed a reputation as not being jerks, so they can |
|
| 722 |
+treat the two groups separately. There are some really cool research |
|
| 723 |
+designs like <a href="http://www.cs.dartmouth.edu/~nymble/">Nymble</a>, |
|
| 724 |
+which aim to let websites blacklist users without needing to learn who |
|
| 725 |
+they are. But Nymble is designed around web interactions. We need to |
|
| 726 |
+build the glue around the IRC protocol that would let us plug in a project |
|
| 727 |
+like Nymble (or a simpler one to start, as a proof-of-concept). One way |
|
| 728 |
+to do that would be to build an IRC proxy that knows how to hear from |
|
| 729 |
+IRC clients, knows how to talk to IRC servers, and has an additional |
|
| 730 |
+layer that requires the users to authenticate. |
|
| 731 |
+</li> |
|
| 732 |
+ |
|
| 733 |
+<li> |
|
| 734 |
+<b>Bring up new ideas!</b> |
|
| 735 |
+<br /> |
|
| 736 |
+Don't like any of these? Look at the <a |
|
| 737 |
+href="<gitblob>doc/roadmaps/2008-12-19-roadmap-full.pdf">Tor development |
|
| 738 |
+roadmap</a> for more ideas. |
|
| 739 |
+Some of the <a href="<gittree>doc/spec/proposals">current proposals</a> |
|
| 740 |
+might also be short on developers. |
|
| 741 |
+</li> |
|
| 742 |
+ |
|
| 708 | 743 |
</ol> |
| 709 | 744 |
|
| 710 | 745 |
<a id="OtherCoding"></a> |
| 711 | 746 |