Apple just called me because they just ran a test on one of my Buzztouch apps that's been in the store for a couple of weeks and says it is collecting user's UDIDs and mac addresses without asking permission. Is there any way a Buzztouch app could be doing this? The app also has Revmob & Socialize...

It's likely Socialize that's doing this. That or Revmob. Last I check BT is collecting NO data other than the time stamp and config info from the servers. -tM

Yikes! Going by the title I thought this was going to be a positive thread :( From what I can remember, Apple started cracking down on UDIDs a while ago - I can't imagine that huge platforms such as Buzztouch and Socialize would still be using them. My first guess would be that RevMob is the issue...I would eMail them (RevMob) about it asap. I'm curious to hear what they say considering that RevMob is integrated in every single one of my apps kind of scary how Apple just randomly tests apps

Yep will email them and let you know what they say. Just looked all this stuff up for the first time but this article seems to sum up the problem: http://appdevelopermagazine.com/?ref=read_story&s=262&title=Apple-Starts-Rejecting-Apps-Using-Cookie-Tracking-Methods

Second Abs, scary post! Please keep us posted.

That sucks...I was planning on using deviceId in my Custom URL to skip the login process for my app. From my understanding, that method will be getting the UDID of the user's phone... I haven't tested this yet, I heard it was different with iOS...what if you just put it in permissions, like in Android, that you will be collecting device data or something like that? Denis

Apple is planning on deprecating UDID's - they're moving to vendor-specific ID's. Basically your phone will have a different UDID for each app vendor. If you delete all the apps from a particular vendor and then later install one from that vendor, it will generate a new vendor ID. Which means it is not a good source of identifying information anymore. I actually just investigated all this for a custom plugin I'm working on for MrDavid that I plan to release to the market once I'm finished. The plugin allows for a certain action to be done only once, and I needed a way to make sure the user wouldn't delete the app and reinstall it just to redo the action. Unfortunately, there's not a foolproof way of doing this without going to good old-fashioned logins via an online sql database or by saving data to the user's iCloud. (And even then, that latter method isn't foolproof I don't think). But, if you're okay with a little less foolproof method, here's what I did: 1) Generate a unique ID via CFUUIDCreateString 2) Save the ID to a keychain entry on the device. 3) Retrieve the ID from the keychain whenever you need it That way, if the user deletes the app, the data persists in the keychain. The only flaw in that approach is if the user decides to factory reset their device - then the keychain is erased of course. But short of that, it's a decent method.

@AppOneBeta - Have you gotten anything figured out yet?

Revmob are still looking into it... does anyone know a simple way of working out exactly which revmob sdk you are using? I can't find a version number anywhere.

I could never figure out how to find the version number - I have a sticky note on my desktop that I use to keep track of all my SDK versions

Ok, there will be an update from Revmob next week that I've been told will fix the bug that may have set off Apple's warning.

Yeah, I need to keep better track of my sdks!

Oh, ok sweet...hopefully I don't get blacklisted before then

@AppBetaOne -- could have been Revmob.They have released a new sdk version that doesn't collect the UDID 5.4.0 (2013/04/05) New UDID are not collected anymore. edit - sorry i didnt see your last post. did you get the new sdk?

yeah installed it