|
Home > Archive > Anonymous Servers > June 2005 > Uses For Hashcash
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
| admin@parsifal.ath.cx 2005-05-30, 5:46 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
This has been mentioned before, I believe, but perhaps is worth
repeating.
Looking at the hashcash version of Reliable, there are several
actions that can be taken if hashcash is found invalid.
One that could be added is to do nothing, or, rather, to set some
variable to one value if hashcash is valid and another if it is
invalid.
That may have been expressed clumsily because of my lack of
programming knowledge, but the idea is to set a variable that can be
read by a custom program or sub-routine, so that hashcash will act as
a high-level controller that will cause the custom program or
sub-routine to do any number of things.
For example, if hashcash is invalid, then the message can have a
disclaimer added to it, or the message can be blocked, depending on
the newsgroup it is going to; or if the number of bits on the
hashcash token is high enough, the message is allowed to go through
rather than be blocked, or to go through without a disclaimer.
A custom From header may or may not be allowed.
Rather than being blocked, the message to a problem newsgroup can be
delayed long enough to discourage the psycho who sent it.
A psycho may be willing to spend a lot of time generating hashcash
tokens, in order to plague a particular newsgroup, so it might be
useful to assign different values to different newsgroups, requiring
more bits for one problem newsgroup than another.
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com>
iQEVAwUBQpsCgc+YNVItMjFNAQHPjwgAtBn87aeP
4bRJT2QT/S1MMuDSI0P8uoUK
lALmZhRgOuqP540N9ekDxVX3O+Nm4sTOjadoJ7Jz
+GV24Aa59Un9FlGg+NhnKj+B
nr1zj0F8DLse52Ge8PlS4Rr/U+XTq9fuQAIbvNs3sAnftl+/rSSRNw2lDYs0f7Jm
LhNYII4d29KKa1vbPbjn/ S0iblt231YjzY+OgpVdcEf646VqR6kyz0ckcfFci
S3i
bTZMhc7OPfEjrVI28QnPjmDONrhp0GeGDyvP+FPI
qdzsOYkKLvCKLi/EFTEIDc46
7xam+bMXrgTGtwS0cbMeul6rd63MfiLvOTXhqRl0
/A7C6/PPzz0ZZw==
=mkLu
-----END PGP SIGNATURE-----
http://parsifal.ath.cx/miscx/ Remailer Information, Stats.
| |
| George Orwell 2005-05-30, 5:46 pm |
| >This has been mentioned before, I believe, but perhaps is worth
>repeating.
>
>Looking at the hashcash version of Reliable, there are several
>actions that can be taken if hashcash is found invalid.
>
>One that could be added is to do nothing, or, rather, to set some
>variable to one value if hashcash is valid and another if it is
>invalid.
>
>That may have been expressed clumsily because of my lack of
>programming knowledge, but the idea is to set a variable that can be
>read by a custom program or sub-routine, so that hashcash will act as
>a high-level controller that will cause the custom program or
>sub-routine to do any number of things.
>
>For example, if hashcash is invalid, then the message can have a
>disclaimer added to it, or the message can be blocked, depending on
>the newsgroup it is going to; or if the number of bits on the
>hashcash token is high enough, the message is allowed to go through
>rather than be blocked, or to go through without a disclaimer.
>
>A custom From header may or may not be allowed.
>
>Rather than being blocked, the message to a problem newsgroup can be
>delayed long enough to discourage the psycho who sent it.
>
>A psycho may be willing to spend a lot of time generating hashcash
>tokens, in order to plague a particular newsgroup, so it might be
>useful to assign different values to different newsgroups, requiring
>more bits for one problem newsgroup than another.
I bet Panta-Admin regrets making his updated Reliable available to
people like you now that he's read what you're planning to do with it.
| |
| Argyle 2005-05-30, 5:46 pm |
| On 30 May 2005 13:16:25 -0000, admin@parsifal.ath.cx wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>A psycho may be willing to spend a lot of time generating hashcash
>tokens, in order to plague a particular newsgroup, so it might be
>useful to assign different values to different newsgroups, requiring
>more bits for one problem newsgroup than another.
>
Speaking to a psycho, the panta mods for JBN only permit the minting of 5
tokens at a time. You just can't sit there all day and mint a thousand
tokens. Maybe it is my setup, but i never have more than 5 tokens available
at any one time.
Argyle
BTW, there is foul language coming from your remailer to this group. Isn't
it time to put on the disclaimer?
ROFLMAO
Argyle
| |
| Thomas J. Boschloo 2005-06-03, 5:47 pm |
| -----BEGIN PGP SIGNED MESSAGE-----
admin@parsifal.ath.cx wrote:
<snip>
> For example, if hashcash is invalid, then the message can have a
> disclaimer added to it, or the message can be blocked, depending on
> the newsgroup it is going to; or if the number of bits on the
> hashcash token is high enough, the message is allowed to go through
> rather than be blocked, or to go through without a disclaimer.
That opens up your remailer for flooding. A disclaimer also doesn't help
much! It would be best just to drop posts without a valid hashcash token
like all the other (hc) remailers do. In fact, I think a lot of users
would prefer their messages not showing up to having you add an
unexpected disclaimer! Maybe you could post a daily summery of dropped
posts due to insuffient or invalid hashcash.. That wouldn't be of any
use to a (hc) flooder.
Thomas
- --
"You can't be safer, can't be more secure than with a breast in each
palm, that's the way I was born and that's the way I want to die" -
Sugarcubes, Mama, 1988
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQB5AwUBQqC7cwEP2l8iXKAJAQFRrQMgtntZHq6z
wIoJOwLoKRkp69DMZ1/pxeJc
oss2KyqbfaacCJVVAiGS1bhhOSFDGwDskbOM8TfR
GC78e0beERQiBC8AoJZZs+5Y
YH/uKn50MJ/5seCmbIWEu77tbOs9nURg/Fn6ig==
=At1a
-----END PGP SIGNATURE-----
|
|
|
|
|