Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avatar rate limiting #1524

Closed
Zer0-One opened this issue Feb 5, 2016 · 10 comments
Closed

Avatar rate limiting #1524

Zer0-One opened this issue Feb 5, 2016 · 10 comments

Comments

@Zer0-One
Copy link

Zer0-One commented Feb 5, 2016

Clients should have the ability to rate limit the receiving of avatar data. Mobile data users are susceptible to having their bandwidth usage maxed out due to spammed avatar changes.

@LittleVulpix
Copy link
Contributor

@Zer0-One Mobile users are more susceptible to having their bandwidth usage maxed out due to #1501 as it can be up to 1-1.5GB of data per day. Still, good suggestion.

@LuccoJ
Copy link

LuccoJ commented Feb 5, 2016

I think it might be simpler to just opt out of receiving avatar data entirely, which a mobile user may not really want or care about in the first place.

@LittleVulpix
Copy link
Contributor

Well, avatar should be - at most - 64kB (I think). Unless someone is literally switching avatars every second, maliciously, there should be no problem receiving 64kB from your contacts. Even if you had 50 contacts, you'd still only use ~3MB in total on avatar data, which I think is negligible.

Avatars are important for some people; if a toggle should exist, it should be a per-user toggle, just so you can block that one jerk that keeps changing his avatar to spam you with avatar data - but you just don't want to remove him from your contact list.

@nurupo
Copy link
Contributor

nurupo commented Feb 5, 2016

Clients should have the ability to rate limit the receiving of avatar data.

@Zer0-One don't clients already have the ability to rate limit the receiving of avatar data? I thought toxcore provided a way for clients to say "no, I don't want to receive you avatar image (perhaps because I already have it cached or I rate limit avatars)".

@GrayHatter
Copy link
Collaborator

@Zer0-One no, this is a client issue. avatars are just file data to toxcore. The client must explicitly send, and accept avatars.

If your client wants to save data on avatars, you should either leave the data pending until you actually need it. Or just cancel the first avatar request when I client connects.

Or per @LittleVulpix's suggestion, identify buggy clients and ignore avatars from them.

If I've missed something let me know and I'll reopen this. Otherwise, closed client issue.

@nurupo
Copy link
Contributor

nurupo commented Feb 5, 2016

If you care about traffic usage and want something fixed in toxcore rather than in a client, I'd bring up the following issue instead of avatars:

Jfreegman: friends can spam custom packets
Jfreegman: there isn't really anything you can do to stop people from spamming you and using up your bandwidth

@LuccoJ
Copy link

LuccoJ commented Feb 5, 2016

Maybe that's just a very subjective view, but I say: if your friends do that to you, then get better friends.

@GrayHatter
Copy link
Collaborator

@LuccoJ you're not wrong, but if toxcore provides an API for abuse, is should also try to limit its damage just a little.

@nurupo
Copy link
Contributor

nurupo commented Feb 6, 2016

I guess it's pretty much true about any packets, the custom friend packets are not that special. Name, status message, text, etc. There is nothing you can do to stop people from spamming any of those except removing them from the friend list. The issue is that you might not know which friend generates all that spam. Your client might not provide visual feedback for the custom friend packets, or a friend might be constantly changing the name to the exactly same one, so unless your client shows "X is now known as Y" every time a name is changed -- you won't even notice this. These are just a few of examples when you might not know who of your friends generates all that spam traffic.

@ProMcTagonist
Copy link
Contributor

Then the client should show some indication. Information should never be dropped without asking first.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants