Hacker News Reader

Comment by jacobsenscott | Hacker News Reader

Giving your cookies short timeouts, say 5 minutes, and including the client's ip address in the cookie are both mitigating techniques.

View on HN

ISPs (especially mobile ones) sometimes rotate IP addresses in an little as 4 hours. Relying on static IP addresses throughout a client session might be more secure but will result in people getting logged out very frequently.

Plus, even with the most strict filtering client IP addresses can always be spoofed.

Encoding the IP as part of the session is not very common practice as many people switch their devices between different wifi networks and mobile

Spoofing an IP address is easy. Receiving the packets sent to that address when you don't control that address - not so easy.

MAC address would work for this, no? Wouldn't solve the spoofing but solves the dynamic IP address issue.

MAC addresses are not exposed to web sites, and for good reason. It would be the mother of all supercookies.

Wouldn't a supercookie like that make things more secure though? You could even use it for fingerprinting to help combat things like spam.

MAC address cannot be seen past your local gateway.

MAC addresses aren't sent over the Internet.

Slack is used for long term communication. If I’m walking around town on my phone, I absolutely don’t want slack to get logged out every time I connect to some wifi network.

So you would be signed out of Slack every 5 minutes?

No, the client would need to renew the cookie every 2.5 mins (similar approach to DHCP leases). If the external IP has changed, the cookie should not be renewed. If it's expired already, it should not be renewed.

This wont work, though, as nobody wants to sign in once per day. That's too inconvenient.

If you are using SSO (to enforce U2F) and password managers (really, basic levels of enterprise auth competence in 2021) then signing in multiple times per day isn't a huge hassle because it's just a click and a tap.

For customers, yes, but I've worked at places where we required employees to re-auth daily (if not more frequently).

I worked at a place where re-auth was required every twelve hours, which was a convenient reminder of when you'd been working way too long.

No, Slack would reauthenticate every 5 minutes. It doesn't mean that the user needs to do anything.

If you closed Slack for more than 5 mins, you’d get signed out. Users would hate it, which is why nobody does this.

So, the alternative should be "don't trust anything in slack because someone can just get your cookie and log in as you"?

Maybe there is a middle ground?

The middle ground is the SSO reauth interval, where companies can decide that for greater security they’ll made you reauth every 8 hours, daily, weekly etc to balance it against user pain. Companies do this today already.

Who closes slack for more than 5 minutes though? My desktop slack is pretty much running 24/7.

Reply on news.ycombinator.com