this post was submitted on 16 Aug 2023
93 points (100.0% liked)

Privacy Guides

16855 readers
17 users here now

In the digital age, protecting your personal information might seem like an impossible task. We’re here to help.

This is a community for sharing news about privacy, posting information about cool privacy tools and services, and getting advice about your privacy journey.


You can subscribe to this community from any Kbin or Lemmy instance:

Learn more...


Check out our website at privacyguides.org before asking your questions here. We've tried answering the common questions and recommendations there!

Want to get involved? The website is open-source on GitHub, and your help would be appreciated!


This community is the "official" Privacy Guides community on Lemmy, which can be verified here. Other "Privacy Guides" communities on other Lemmy servers are not moderated by this team or associated with the website.


Moderation Rules:

  1. We prefer posting about open-source software whenever possible.
  2. This is not the place for self-promotion if you are not listed on privacyguides.org. If you want to be listed, make a suggestion on our forum first.
  3. No soliciting engagement: Don't ask for upvotes, follows, etc.
  4. Surveys, Fundraising, and Petitions must be pre-approved by the mod team.
  5. Be civil, no violence, hate speech. Assume people here are posting in good faith.
  6. Don't repost topics which have already been covered here.
  7. News posts must be related to privacy and security, and your post title must match the article headline exactly. Do not editorialize titles, you can post your opinions in the post body or a comment.
  8. Memes/images/video posts that could be summarized as text explanations should not be posted. Infographics and conference talks from reputable sources are acceptable.
  9. No help vampires: This is not a tech support subreddit, don't abuse our community's willingness to help. Questions related to privacy, security or privacy/security related software and their configurations are acceptable.
  10. No misinformation: Extraordinary claims must be matched with evidence.
  11. Do not post about VPNs or cryptocurrencies which are not listed on privacyguides.org. See Rule 2 for info on adding new recommendations to the website.
  12. General guides or software lists are not permitted. Original sources and research about specific topics are allowed as long as they are high quality and factual. We are not providing a platform for poorly-vetted, out-of-date or conflicting recommendations.

Additional Resources:

founded 2 years ago
MODERATORS
 

Loving that lead paragraph.

all 16 comments
sorted by: hot top controversial new old
[–] byte1000@discuss.tchncs.de 10 points 1 year ago (2 children)

If an app on one device connects to an app on another via Veilid, it shouldn't be possible for either client to know the other's IP address or location from that connectivity, which is good for privacy, for instance. The app makers can't get that info, either.

Is that considered a new thing? I don't think I've ever encountered a P2P service/protocol that also masks IP addresses.

[–] juni@skein.city 5 points 1 year ago (1 children)

They state they take inspiration from Tor and IPFS, so there are added transport layers below the top layer "P2P" that obfuscates ones IP address. It's nothing new really, and I'm honestly not sure what the advantages are over something like I2P, which largely doesn't suffer from Tor's issues of node ownership as there are no guard or exit nodes to own (unless expressly configured), while also being faster overall.

[–] Laitinlok@discuss.tchncs.de 4 points 1 year ago (1 children)

Idk what it means because for networks to work you need an ip address to send the data to your device.

[–] giacomo@lemm.ee 4 points 1 year ago (1 children)

You right. There are still IP addresses; you can't really just yank out layer3 and call it a day.

Here is a piece from their website about the "Secure envelopes":

"Each node hop only knows about the next one This is similar to onion routing, but assumes that the source is fully in control of the Safety Route and the destination is fully in control of the Private Route."

There's also a packet diagram. It's just encapsulation inception. There are also IP addresses listed as being encapsulated in the packets for additional node hops.

I guess from the perspective of the source and destination, they don't know each other's IPs. So there is that v0v.

[–] juni@skein.city 1 points 1 year ago (1 children)

This is precisely it, and is a similar approach to the ones used by other anonymization networks as well. This allows your entry node to know your node/IP is using the network, but with a secure end-to-end tunnel, nobody along that tunnel knows the entire source -> destination path or data, so it is usually considered sufficiently anonymous and secure.

[–] Laitinlok@discuss.tchncs.de 2 points 1 year ago

I agree but then again you can use traffic correlation to guess the source ip.

[–] Mubelotix@jlai.lu 1 points 1 year ago

They just had to add i2p transport to ipfs, could be done in 200 LoC

[–] Nucelar@kbin.social 5 points 1 year ago

Again? If it isnt the 3rd time this week....

[–] HughJanus@lemmy.ml 4 points 1 year ago (1 children)