Are there any official plans for 2FA in Wireguard?
What would the point of 2FA be? Interested as a use-case I don't quite follow.
WireGuard Gives Linux a Faster, More Secure VPN
151–160 of 306 posts
Re: WireGuard Gives Linux a Faster, More Secure VPN
#152I really like wireguard, but one thing that bugs me is the fact that it's layer 3 (an ip tunnel) and has no code to support layer 2 (ethernet MAC tunnel). The downside for me is that you have to manage static ips in the configurations (specifically it's not compatible with ipv6 slaac and NDP). There is https://git.zx2c4.com/wg-dynamic but it's very experimental at the moment. The level 3-only tunnel is motivated as "…
Re: WireGuard Gives Linux a Faster, More Secure VPN
#153Earlier quoted context omitted.
Zerotier does a perfect job ..
I disagree - spent a considerable amount of time with zerotier as a possible replacement of a small sized ipsec mesh (4 sites) and it failed horribly. Had commercial support, different hardware and even virtualized it. Latency was a major issue and quality of the links were erratic to say the least. Don't get me wrong, I think zerotier is great, but it's not prime time.
Re: WireGuard Gives Linux a Faster, More Secure VPN
#154Earlier quoted context omitted.
Zerotier does a perfect job ..
Yeah, i hear about that regularly but didn't look into it. I must say i'm not really happy about the whole business thing. The arch wiki says you need an account, i'm not sure if that is true but if it is, it's a non-starter for me. If you have good technical refs to prove me wrong i'd be happy to hear.
Re: WireGuard Gives Linux a Faster, More Secure VPN
#155I really like wireguard, but one thing that bugs me is the fact that it's layer 3 (an ip tunnel) and has no code to support layer 2 (ethernet MAC tunnel). The downside for me is that you have to manage static ips in the configurations (specifically it's not compatible with ipv6 slaac and NDP). There is https://git.zx2c4.com/wg-dynamic but it's very experimental at the moment. The level 3-only tunnel is motivated as "…
Out of curiosity, what is the use case for doing VPN at layer 2?
Re: WireGuard Gives Linux a Faster, More Secure VPN
#156Earlier quoted context omitted.
I disagree - spent a considerable amount of time with zerotier as a possible replacement of a small sized ipsec mesh (4 sites) and it failed horribly. Had commercial support, different hardware and even virtualized it. Latency was a major issue and quality of the links were erratic to say the least. Don't get me wrong, I think zerotier is great, but it's not prime time.
Your physical network settings likely didn't allow direct connections between peers. Fix that and it'll work fine.
Re: WireGuard Gives Linux a Faster, More Secure VPN
#157Earlier quoted context omitted.
The main idea (which has a fair amount of merit!) seems to be: If you give people too many knobs, they will invariably get confused and turn them the wrong way, creating an insecure configuration. E.g., IPsec has a “none” cipher!
the "none" cipher isn't even that bad... if you do a packet capture, you can clearly see that the data is unencrypted. the worst part about IPsec is that there are many modes which look secure, but actually aren't secure at all. examples: encrypted but unauthenticated packets, encrypted but unauthenticated channel negotiation, encrypted by default but downgradable cipher negotiation...
Re: WireGuard Gives Linux a Faster, More Secure VPN
#158WireGuard is nice and fast indeed, but unusable for me at work, because pretty much all outbound UDP-traffic is filtered. Having a TCP-based option sure would be nice.
https://github.com/wangyu-/udp2raw-tunnel
Added bonus: it's not TCP
Re: WireGuard Gives Linux a Faster, More Secure VPN
#159Earlier quoted context omitted.
This is the opposite of what cryptography engineers believe today.
Which ones? How do they suggest that cryptographic upgrades occur?
We introduce wireguard2, which is not wire-protocol-compatible with original wireguard. The same configuration files can be used, but you must generate new keys as part of your switch over.
We strongly advise you to stop using original wireguard if there is any possibility of a wealthy, organized, determined attacker intercepting your communications. (See CVE2021-x. and forthcoming paper "64 qubits can deduce Curve25519 points" by D.J. Bernstein et al.)