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

Try to warn users about who we are (maybe based on referrer) #89

Open
jon-betts opened this issue Jan 5, 2021 · 0 comments
Open

Try to warn users about who we are (maybe based on referrer) #89

jon-betts opened this issue Jan 5, 2021 · 0 comments
Labels
Via Abuse Ideas for reducing abuses of Via

Comments

@jon-betts
Copy link
Contributor

jon-betts commented Jan 5, 2021

The problem

Our service is being used for phishing. This is probably mostly achieved by sending emails with Via URLs in it (is that true, are there IM or other phishing attacks?).

One suggestion from Roman at abuse.ch was to:

Another approach would be to figure out how normal, organic user traffic
looks like, create a base line for that and review what doesn't fit into
that base line. Just as an example: you could conduct some analysis on
the incoming traffic (HTTP referer). If you suddenly see a spike in
clicks from e.g. email service provider appear, it would be a signal
that someone is sending out spam emails that link to your service.

Honestly that sounds great, but quite hard to implement and very "active".

Trying to catch incoming traffic from email

A variation of that might be to try and detect if people are coming in from email servers using the Referer header. After a very brief test using gmail I couldn't spot a referrer, but that could be something to do with http://httpbin.org/get that I was using.

In general this type of approach would have two prongs:

  • Get a reliable list of web-mail providers
  • Work out how non web-mail programs like Outlook appear

For some places to start see:

We would then try and detect this and do something about it

Maybe flip that on it's head

Trying to catch all known email providers in the universe sounds like a tricky task. What we might be able to do instead of that is say "What does normal traffic look like?" Where to we get the majority of our incoming Via links from? If the intended use case is to allow people to share links on Twitter for example, we might expect lots of referrers coming from there (albeit indirectly through bouncer).

Once we have a picture of what "normal" looks like, we could take action when we see something abnormal. This would be similar to the allow list approach being considered for URLs for Checkmate.

What action to take?

Some different options:

  • The most drastic is to disallow access
  • This might be too un-reliable based on the Referer header only, as it can be dropped or faked
  • If we are concerned about phishing, an indirect screen which says "Continue on to annotate this page... only continue if you expect to be annotating" might do the job
  • This would make it very clear you aren't on the original site, but also give you a one click solution for carrying on

Maybe do this all the time?

If we are happy with a splash screen, we could do it 100% of the time. This would put some friction in for our users, but if we think it's effective at stopping phishing, it could be worth it. It's also miles easier for us to implement.

@jon-betts jon-betts added this to the 4 - Idea factory milestone Jan 5, 2021
@jon-betts jon-betts changed the title Try to warn users from certain referrers about who we are Try to warn users about who we are Jan 5, 2021
@jon-betts jon-betts changed the title Try to warn users about who we are Try to warn users about who we are (maybe based on referrer) Jan 5, 2021
@jon-betts jon-betts modified the milestones: 4 - Idea factory, 3 - Prevent unwanted uses of Via Jan 5, 2021
@seanh seanh added Via Abuse Ideas for reducing abuses of Via and removed phishing labels Feb 15, 2021
@seanh seanh removed this from the Ideas: Prevent unwanted uses of Via milestone Feb 16, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Via Abuse Ideas for reducing abuses of Via
Projects
None yet
Development

No branches or pull requests

2 participants