4 ms·
Securing the channel with SSL should fix the issue, no?
by koevet 13y ago
Securing the channel with SSL should fix the issue, no?
- jw2013 13y agoNo, as long as they send precise distance radius info, a person's location can easily be computed with very very small margin of error. The easiest fix is just to send less precise location radius. The user does not care whether another user is 6 miles or 6.0000000001 miles away from him anyway.
- koevet 13y agoThe article states "By proxying iPhone requests...". I don't see how the attacker can read the JSON payload if SSL is used. Am I missing something?
- aetch 13y agoThe attacker "is" the iPhone in this situation. The attacker creates his own requests and has the server talk to him in order to gain location info.
- wcoenen 13y agoThat doesn't seem to fix anything. Suppose you round to miles. Now I just sample the system until I find the "border" where the reported distance changes from 1 to 2 mile, and then I know the distance is exactly 1.5 mile there (or 2 miles if they round down). Repeat for two more points and you have the same vulnerability.
- foobarqux 13y agoYou probably don't even need to go that far. The randomness will be reduced when using multiple locations for trilateration.
- jw2013 13y agothat's a good point. if the first guess point (60.000000N, 10.000000W) is a mile away from the wanted point. Then doing binary search on range say [60.001000N, 10.000000W] and [59.999000N, 10.000000W] will most likely to hit a boundary case (leap from 1 to 2 or 1 to 0). If not we then can make the search range a bit larger.
- saalweachter 13y agoRounding should work if you round the coordinates instead of the distance. Then you can at best calculate an approximate location very precisely.
- 0x0 13y agoSSL isn't hiding anything if the attacker controls the client endpoint :)
- bybjorn 13y agoUhm, no .. the app will still get the info. Why not just send "3" or "4" etc. for aprox distance?
- lvturner 13y agoWhat I don't understand is why the App needs the info, wouldn't it make more sense to change the API so it's just a call to /users?near={co-ord} and a simple list of users is returned without any location information? Sure you could still triangulate by using fake accounts and guestimating the boundaries based on when a user is and is not returned in the list… EDIT: Ah, just fired up tinder, and saw the "x kilometres away from you" forgot about that haha :D