ivpn.net VS tfc

IVPN | Full-stack Web Developer | Remote (UTC-1 to UTC+3) | Full-time | https://www.ivpn.net

IVPN is a privacy-focused VPN service in operation since 2010. We have high ethical standards, regular security audits and a stellar reputation among security and privacy analysts.

We are looking for a Full-stack Web Developer to work on a new project for a privacy-friendly DNS solution.

Ideally you possess the following knowledge:

IVPN | Technical Writer, Privacy and Security | Remote (UTC-5 to UTC+7) | Part-time (20h) | https://www.ivpn.net

IVPN is a privacy-focused VPN service in operation since 2010. We have high ethical standards, regular security audits and a stellar reputation among security and privacy analysts.

We are looking for a Technical Writer to create in-depth guides about privacy, information security and VPN use. We prefer quality over quantity, and aim for providing real value to our technical audience as opposed to churning out surface level, keyword stuffed content marketing posts.

To qualify for this role, credentials and number of years of experience does not necessarily matter, given you have a deep interest in privacy, come equipped with technical skills, and have a knack for writing.

This is a remote, part-time (20 hours per week) position with a possibility of switch to full-time depending on the progress of projects and your goals.

You can email me directly to discuss the role: [email protected]

IVPN - Secure VPN for Privacy (version 2.10.3): Privacy focused VPN service with WireGuard

IVPN | Senior Infrastructure Engineer | Remote (UTC-1 to UTC+3) | Full-time | https://www.ivpn.net

IVPN is a privacy-focused VPN service in operation since 2010. We have high ethical standards, regular security audits and a stellar reputation among security and privacy analysts. We are planning to overhaul our VPN infrastructure with a new server build to radically improve the transparency of our service.

We are looking for an experienced infrastructure engineer to research and develop a new server architecture for our VPN gateways that is open, immutable, diskless and secure, using open-source software and multiple layers of security technologies. You will also be responsible for the initial provisioning of servers, from procurement to building and final distribution to data centers (travel might not be required).

If you have:

IVPN

Honestly, I wouldn't bother with Brave VPN too much. There are better ones out there for less or approximately the same price. IVPN is a good example. For the same monthly price, you get an ad and tracker blocker also.

"In front of us, we have CBDCs introduced, privacy rights eroded, our actions tracked and used against us. If you want to fight for a future free from surveillance: this is the place to be in 2023." - - Viktor Vecsei, COO of IVPN, an open-source, audited, privacy focused VPN service with WireGuard and ad+tracker blocking, one of the sponsors of Monero Konferenco 2022. https://www.ivpn.net

I was in the same boat. I moved to https://www.ivpn.net.

>No e2ee app has compromised device part of their threat model.

Oh really, here's one I made earlier https://github.com/maqp/tfc :-)

>The whole OS can.

So how are you backdooring a bash script that comments out lines of code from Linux source before compiling it?

You lying to policy makers with "it can be done" mindset sound like a stupid con that burns a lot of money and time in the process.

But as I said, it is way easier to install Pegasus on your phone or to grab / steal the unlocked phone from your hand, than break any of these. If you want absolute privacy, you should think about your physical security, and the trustworthiness of your devices before choosing the right chat app. Check the Tinfoil Chat for more information.

TFC

There is software that lives up to these claims, it's Tinfoil Chat. The article is correct about the necessary trade-offs: due to peer to peer transport (onion hidden service 2 onion hidden service) both ends of the conversation have to be online -- it at least spools the message waiting for the recipient to appear.

For hole punching and signaling that has to be done by third party, well, the third party is TOR

TFC then goes on to break out the encryption and decryption machines from the network and passes messaging over opto-couplers to prevent your keys from getting exfiltrated. Qubes qrexec could similarly isolate the components.

https://github.com/maqp/tfc

> If you want maximum security use an air gapped computer. But that won't let you send messages on the go.

You can, with some inconvenience, use optical diodes to transmit data from a trusted input device to an untrusted network device for transport over tor, and then push the received messages over a second diode to a display device that decrypts the messages, so that even if you receive an exploit/malware, there is no physical connection that allows unencrypted data to be exfiltrated.

https://github.com/maqp/tfc

Briar is one of the most important secure messaging projects currently. Not only does it remove the need to trust the vendor about content (like with all E2EE messaging apps), you also get to keep the metadata about communication to yourself as data transits from one Tor Onion Service to another.

The downside is of course, you need to keep the endpoint powered on when you want to be reachable so it will increase the battery drain on your phone.

Note: There's also a desktop client if that's easier to keep online https://briarproject.org/download-briar-desktop/

One extremely important thing Briar is doing, is it's using the P2P as means to host alternative social interaction formats, like forums and blogs. Similar to Signal/WhatsApp stories (which is somewhat similar to microblogs/FB wall), it's a way to indirectly share information. You could pretty much emulate any social media platform on top of E2EE protocol with ~zero infrastructure cost and without having to worry about data mining. I'd argue what Briar's innovating on here is one of the most important aspects in what's left for secure messaging.

Finally a small caveat: Briar will share your Bluetooth MAC address with all peers so it can automatically use that when you're in close proximity with your peer. Thus sharing your Briar ID publicly is not a good idea for two reasons:

1) major global adversaries may have access to that information (e.g. if Google aggregates it) which can deanonymize your account. This also allows slightly technical person to confirm identity of briar account if they suspect it's you (a bit wonky threat model but still).

2) it ties everything you do across your accounts on same device together, so there's strong linkability even if you rotate the identity key by reinstalling the app.

Briar is pretty clear about this in it's FAQ, but it's still not very well known although it definitely should be.

---

That being said, if you want similar Onion Service based communication with no such linkability, there's https://cwtch.im/ which is a fantastic project.

There's also https://www.ricochetrefresh.net/

Both are spiritual successors to John Brooks' `Ricochet` application.

You can also chat and share files (among other things) with https://onionshare.org/

(And finally, you can get remote exfiltration security for keys/plaintexts with TFC https://github.com/maqp/tfc (my personal work), at the cost of losing some features like message forwarding etc that the architecture prevents you from doing.)