Skip to content
This repository has been archived by the owner on Nov 23, 2022. It is now read-only.

False positives #8

Closed
joshp23 opened this issue Nov 19, 2016 · 3 comments
Closed

False positives #8

joshp23 opened this issue Nov 19, 2016 · 3 comments

Comments

@joshp23
Copy link

joshp23 commented Nov 19, 2016

Haven't been able to track it down, but there are numerous false positives in the login log, none having a username identified with them. It appears as if log-login is logging some other event.

@SweBarre
Copy link
Owner

Hi, I'm not able to reproduce this.
Any suggestion on how I setup a reproduction of this problem?

Cheers

@joshp23
Copy link
Author

joshp23 commented Nov 21, 2016

Not sure.

I've got a standard YOURLS pulled from the master branch on a pretty standard Ubuntu 14.04 with latest updates.

Other plugins installed:

  • Anti spam 1.0.4
  • Compliance 1.0
  • Don't Log Crawlers 1.2
  • Don't Track Admins 1.2
  • Hide Referrer 1.0
  • Inline QRCodes
  • Phishtank-2.0
  • Public Prefix-N-Shorten 1.0
  • Separate Users 0.3

Using the "Sleeky" front page with OZH's http:bl php added to the header.

I suppose the only way forward would be to test these one by one. I can try to rule them out by turning off these elements one by one and seeing if the behavior stops. Since I just turned on Separate Users, I think that can be ruled out...

@joshp23
Copy link
Author

joshp23 commented Nov 26, 2016

I just wrote a plugin that logs http:bl hits. It too is giving double entries.

Not sure what that could be. But perhaps it's the particular public index. Using.

@joshp23 joshp23 closed this as completed Nov 26, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants