News for hackers. Stuff that matters.
Re:We ditched Google Analytics by davidroetzel on Tuesday December 08, 2015 @10:50AM (#10697045)
Have a look at piwik: http://piwik.org/
Re:We ditched Google Analytics by sarciszewski on Tuesday December 08, 2015 @11:25AM (#10697326)
Re:We ditched Google Analytics by ascorbic on Tuesday December 08, 2015 @11:41AM (#10697475)
Unbelievable. Unsalted MD5, no less. There's an issue to fix this that's been open for seven years! https://github.com/piwik/piwik/issues/5728
Re:We ditched Google Analytics by Karunamon on Tuesday December 08, 2015 @11:35AM (#10697408)
Eh. The analytics data is pretty low value as far as hacker targets, and this can be mostly mitigated anyways by sane segregation of the admin backend from the publicly accessible site.

There's an open ticket for it, but it looks like it hasn't been addressed in a while since they don't want to break all existing passwords.

https://github.com/piwik/piwik/issues/5728

Re:We ditched Google Analytics by sarciszewski on Tuesday December 08, 2015 @11:43AM (#10697495)
Re:We ditched Google Analytics by ascorbic on Tuesday December 08, 2015 @11:45AM (#10697510)
A low value target maybe, but having a critical security ticket open for seven years is unforgivable. If they don't want to break compatibility it's pretty simple: use something like PHPass and upgrade the hash when the user next logs in. i.e. what every halfway sensible web app did at least five years ago.
Re:We ditched Google Analytics by jacquesm on Tuesday December 08, 2015 @11:47AM (#10697523)
It does not have to break all existing passwords. Just add an envelope for the old passwords.
Re:We ditched Google Analytics by onion2k on Tuesday December 08, 2015 @11:45AM (#10697511)
There's a $555 bounty if you can demonstrate a security vulnerability in Piwik because of that.
Re:We ditched Google Analytics by sarciszewski on Tuesday December 08, 2015 @11:50AM (#10697553)
I'm not interesting in further dehumanizing myself with participation in a bug bounty program.

I'll write an exploit for it (the general case, not just Piwik in particular) and drop it on OSS Sec some day, but here's a theoretical attack:

1. Guess a username somehow. Maybe "admin"? Whatever, we're interested in the security of the hash function. Let's assume we have the username for our target.

2. Calculate a bunch of guess passwords, such that we have one hash output for each possible value for the first N hexits.

e.g.

    substr(md5($string), 0, 2) === "00"
    substr(md5($string), 0, 2) === "01"
    substr(md5($string), 0, 2) === "02"
    // ...
    substr(md5($string), 0, 2) === "ff"
3. Send these guess passwords repeatedly and use timing information to get an educated guess on the first valid MD5 hash.

4. Iterate steps 2 and 3 until you have the first N bytes of the MD5 hash for the password.

5. Use offline methods to generate password guesses against a partial hash.

The end result: A timing attack that consequently allows an optimized offline guess. So even if their entire codebase is immune to SQL injection, you can still launch a semi-blind cracking attempt against them.

Re:We ditched Google Analytics by sarciszewski on Tuesday December 08, 2015 @12:26PM (#10697843)
By the way, if anyone else wants to try to claim the $555 from Piwik based on the above theoretical attack, feel free.
Re:We ditched Google Analytics by frik on Tuesday December 08, 2015 @01:05PM (#10698132)
How to protect from timing attacks - It's All About Time: http://blog.ircmaxell.com/2014/11/its-all-about-time.html
Re:We ditched Google Analytics by sarciszewski on Tuesday December 08, 2015 @01:13PM (#10698178)
password_verify() compares hashes in constant-time, so, yeah...