-
Notifications
You must be signed in to change notification settings - Fork 54
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
strict use of status byte since 17.5.1? #53
Comments
Also looks like there is another conversation that might be relevant: seemoo-lab/openhaystack#250 |
@humpataa were you able to figure out how to get around the issue you mentioned: "I've been using byte 2 of the advertisement fully for my own purpose which never happened to be a problem" |
I believe that beta updates of iOS (currently running 17.6.1) have fixed the problem. But I am using the status byte now according to the specification as shown above. Looking good. |
@humpataa have you been able to test the new IOS18? If so, have you noticed how it handles the status byte? Thank you for any insights. 🙏 |
not yet, unfortunately |
@humpataa do you have a link to that document? |
unfortunately not, you'll need a developer account to get access to it |
See also: seemoo-lab/openhaystack#185 https://github.com/MatthewKuKanich/FindMyFlipper/blob/e5a678e33dd17af46bb63050be4c9d10e17f6252/FindMyFlipper/findmy_state.c#L126-L137 From biemster/FindMy#53 Advertising byte: ?xx1rrmrr r: reserved m: maintained x: can be set. x must be: 00: full 01: medium 10: low 11: critical this doesn't seem to correspond with the above links
The documents show the first 6 bits of byte 2 of the advertising string being reserved, only the last 2 can be used "freely" (e.g. for battery state):
I've been using byte 2 of the advertisement fully for my own purpose which never happened to be a problem.
My phone has updated to 17.5.1 last night and today I see differences for faketags close to it.
Exactly since updating iOS the status byte keeps being set to zero.
Interestingly the confidence byte also has dramatically changed exactly at the time of update: it shows values 4-5 times higher than before. Without tags or phone being moved a bit. Has anyone else noticed this?
The text was updated successfully, but these errors were encountered: