On 07/03/2014 04:16 PM, Seth David Schoen wrote:
> The Doctor writes:
>
>> On 07/02/2014 04:18 PM, Helder Ribeiro wrote:
>>
>>> Apps like Pocket (http://getpocket.com/) work as a "read it later"
>>> queue, downloading things for offline reading. While you're reading
>>> an offline article, you ca
If I understand correctly the question here is not about browsing but
fetching something that you don't need immediately for offline reading
and that you download with high latency using different circuits.
That's easy to do, if you take Peersm again, it's easy to send several
random requests
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/03/2014 03:16 PM, Seth David Schoen wrote:
> That's great, but in the context of this thread I would want to
> imagine a future-generation version that does a much better job of
> hiding who is downloading which pages -- by high-latency mixing
According to your description you intend to reconsitute the page
removing eventually what can be dangerous, this is very difficult to do
(assuming that you want this page to behave like a real one and not like
opening something similar to offline/mypage.html from your disk and
assuming that you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/09/2014 01:38 AM, Aymeric Vitte wrote:
> According to your description you intend to reconsitute the page
> removing eventually what can be dangerous, this is very difficult
> to do
Likely very difficult. I never said it was a fully baked id
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/03/2014 05:12 PM, grarpamp wrote:
>> High-latency web browsing is actually a great use case and could
>> benefit from the extra security.
>>
>> Apps like Pocket (http://getpocket.com/) work as a "read it
>> later" queue, downloading things
Maybe one day, something like Peersm combined with [1] in order to
follow/or use [2] and [3] (don't focus on google developing this here,
these concepts are the only way to really secure a web page)
Basically you fetch the web page with something like Peersm, then
retarget it in a sandboxed co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/02/2014 04:18 PM, Helder Ribeiro wrote:
> Apps like Pocket (http://getpocket.com/) work as a "read it later"
> queue, downloading things for offline reading. While you're reading
> an offline article, you can also follow links and click to ad
The Doctor writes:
> On 07/02/2014 04:18 PM, Helder Ribeiro wrote:
>
> > Apps like Pocket (http://getpocket.com/) work as a "read it later"
> > queue, downloading things for offline reading. While you're reading
> > an offline article, you can also follow links and click to add them
> > to your
Andreas Krey writes:
> On Thu, 26 Jun 2014 00:50:29 +, Tor Talker wrote:
> ...
> > > enough to do it securely enough. Also, hidden services are far more
> > > vulnerable than Tor users, simply because they serve stuff.
> ...
> > What sort of vulnerabilities would you expect to see?
>
> Proble
On Sun, Jun 29, 2014 at 5:58 PM, Seth David Schoen wrote:
> I wonder if there's a way to retrofit high-latency hidden services
> onto Tor -- much as Pond does, but for applications other than Pond's
> messaging application.
[...]
> Then a question is whether users would want to use a service that
On Sun, Jun 29, 2014 at 5:58 PM, Seth David Schoen wrote:
> ...
> I wonder if there's a way to retrofit high-latency hidden services
> onto Tor -- much as Pond does, but for applications other than Pond's
> messaging application.
i know that one mechanism i have used to some limited success is
fr
On Sun, Jun 29, 2014 at 9:58 PM, Seth David Schoen wrote:
>
> Then a question is whether users would want to use a service that takes,
> say, several hours to act on or answer their queries (and whether the
> amount of padding data required to thwart end-to-end traffic analysis
> is acceptable).
On Wed, Jul 2, 2014 at 7:18 PM, Helder Ribeiro wrote:
> On Sun, Jun 29, 2014 at 9:58 PM, Seth David Schoen wrote:
>> Then a question is whether users would want to use a service that takes,
>> say, several hours to act on or answer their queries (and whether the
>> amount of padding data required
14 matches
Mail list logo