News for hackers. Stuff that matters.
Re:We Reverse Engineered 16K Apps by michaelvoz on Monday January 16, 2017 @02:58AM (#13408719)
Disclaimer: I work for Uber. These questions/opinions are entirely my own as a curious engineer.

> These secrets belonged to a lot of different 3rd party services, for example Uber’s secret which can be used to send in-app notification via the uber app.

In every Apple application - aren't these keys a one off, created by the client?

"The device token included in each request represents the identity of the device receiving the notification. APNs uses device tokens to identify each unique app and device combination. It also uses them to authenticate the routing of remote notifications sent to a device. Each time your app runs on a device, it fetches this token from APNs and forwards it to your provider. Your provider stores the token and uses it when sending notifications to that particular app and device. The token itself is opaque and persistent, changing only when a device’s data and settings are erased. Only APNs can decode and read a device token."

Source: https://developer.apple.com/library/content/documentation/Ne...

If it is only your own token/secret you are seeing, that does not seem so bad, right?

In addition - let's say these apps DO leak secrets, what is the alternative solution here?

Re:We Reverse Engineered 16K Apps by mkagenius on Monday January 16, 2017 @04:19AM (#13408979)
> In every Apple application - aren't these keys a one off, created by the client?

You just need the server token, and a phone number to send the notification. (The gsm token already in possession with Uber can be used to send notification to anyone at will)

Here is the uber documentation regarding reminders: https://developer.uber.com/docs/riders/references/api/v1.2/r...

Re:We Reverse Engineered 16K Apps by dalore on Monday January 16, 2017 @08:52AM (#13409932)
You proxy the request through your own server using their user credentials.