Thank you for the reply, Markus.
That is a very good point. The reason why I wanted to try this approach is
because, even with being in a very large anonymous set in HTTP headers, the IP
address network or region may be used split large sets down to individuals. I
saw it in a paper, but I don'
On Thu, Mar 26, 2015 at 02:14:30AM +0100, Markus Teich wrote:
> randomizing these headers at all rapidly shrinks the anonymity set size.
Yes; doing this only makes you _more_ unique. If you really want to
blend in, you should lie about your user agent and set it to something
popular like Internet
Thanks for the reply, Nick.
Re: patch 5, have you seen that behavior before? I saw something from an Ajax
request from some advertising code, and made that change after debugging.
Re: patch 7, I want to do the user agent similar to how I do accept language,
adding meaningless semantics that a
Nick wrote:
> - [PATCH 07/13] add random entropy to user-agent and accept-language headers.
>
> I definitely like the idea, but wonder whether the solution in the patch is a
> bit overkill. After all, if we're basically just trying to defeat hashing
> correlations, then one random byte at the end
Hi Ben, interesting stuff indeed, thanks for sharing.
Some of these features should be merged into the main surf repo, I
think:
- [PATCH 04/13] Disable useless webkit features that could harm
privacy.
Sounds good to me.
- [PATCH 05/13] Do not trigger a download for subframes that webkit
ca
Am 25. März 2015 05:43:48 MEZ, schrieb Ben Woolley :
>Hi list,
>
>I merged my big patch with the latest master, and finally got around
>to splitting up my big patch into 13 smaller patches in commit order
>(used git format patch). Each commit compiles and functions, and is
>separately integrated, s
I'm not sure if vis is supported in suckless mailing list, but as it was
discussed here previously, i'm writing here.
There are two issues with buffer_alloc function(s).
First function is located in buffer.c:
http://repo.or.cz/w/vis.git/blob/HEAD:/buffer.c
The problem is on line 15:
http://repo.