[guardian-dev] Hi, i' new
Mihkel Raba
mihkel at raba.ee
Mon Nov 21 13:35:27 EST 2016
Hello
There are other tor settings also entered manually. For example access
to hidden service that requires cookie auth.
HidServAuth site.onion mycookie
Currently i use this feature to access my servers.
On 21.11.2016 15:04, arrase wrote:
>
> And the services that a user configure manually? Why do you have to
> lose them?
>
>
> El 21 nov. 2016 2:00 p. m., "Hans-Christoph Steiner"
> <hans at guardianproject.info <mailto:hans at guardianproject.info>> escribió:
>
>
> About the hidden service backups, that certainly would be a useful
> feature, but it should not be implemented in Orbot. The
> requesting apps
> need to be entirely responsible for saving, managing and backing
> up that
> key. Orbot will never be able to provide all of the various levels of
> security needed by different apps using Hidden Services. For example,
> something like OnionShare might only have one-time-use Hidden Services
> that are thrown away after use. Another app might have a long-lived
> hidden service that is too sensitive to be backed up via Google or
> other
> cloud services.
>
> .hc
>
> arrase:
> > 2016-11-21 0:25 GMT+01:00 Nathan of Guardian
> <nathan at guardianproject.info <mailto:nathan at guardianproject.info>>:
> >
> >>
> >> We only need Internet permission, so haven't had to deal with
> the new
> >> permission request framework.
> >>
> >> Why do we need a backup feature? I thought the approach was for
> apps to
> >> manage their keys themselves, at least advanced apps?
> >>
> >
> > By example, if you have ssh running at your device and you want
> to maintain
> > the same .onion in a device migration.
> >
> > You can manually create and restore an .onion backup from one
> device to
> > another.
> >
> >> Even so, couldn't we offer backup without needing external storage
> >> permissions?
> >>
> >
> > With the ability to be exported to another device writing a zip
> in the
> > external store is the simplest I think.
> >
> >
> >> I bring this up because I know our users are very sensitive to
> this, and
> >> the external storage permission is one that often sets off
> concern since
> >> you are giving access to full media.
> >>
> >
> > Well, is true but with runtime permissions the user is asked
> only when is
> > going to perform an action who actually needs them, so you can
> assume than
> > there is no panic if the app ask for those permissions.
> >
> > Also, the permissions were already there before I started to
> make changes,
> > so we understand that all those users who have an older version
> of android
> > have to accept them when installing the application from the
> store and does
> > not seem to have been a Problem for Orbot to date.
> >
> > On the other hand, it seems that they are not used in the
> application, if
> > they are not used, why are they there? And if they are used, the
> parts of
> > the code that use them are not working in the latest versions of
> android
> > since there is no code that manages them.
> >
> > That needs a review.
> >
> >
> >> Thanks for the hard work on this, and I will definitely take a
> look at
> >> the UI issues.
> >>
> >
> > To you.
> >
>
> --
> PGP fingerprint: EE66 20C7 136B 0D2C 456C 0A4D E9E2 8DEA 00AA 5556
> https://pgp.mit.edu/pks/lookup?op=vindex&search=0xE9E28DEA00AA5556
> <https://pgp.mit.edu/pks/lookup?op=vindex&search=0xE9E28DEA00AA5556>
>
>
>
> _______________________________________________
> List info: https://lists.mayfirst.org/mailman/listinfo/guardian-dev
> To unsubscribe, email: guardian-dev-unsubscribe at lists.mayfirst.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mayfirst.org/pipermail/guardian-dev/attachments/20161121/7cec9432/attachment.html>
More information about the guardian-dev
mailing list