Neo-Backup icon indicating copy to clipboard operation
Neo-Backup copied to clipboard

[Bug] special backups will replace device identifiers

Open QuinnLion opened this issue 1 year ago • 2 comments

Description Restored special.wifi.access.points to have it 'restore' the WiFi MAC of the device the backup was taken from.

Reseting Wifi and Bluetooth also baseband settings from within android did not fix it. I fear nothing short of a complete wipe will clear it. What file does this backup read and write to?

It should be noted that I've never had this sort of issue with TitaniumBackup. Different methods?

Steps To Reproduce

  1. Take this backup on device 1
  2. Restore it to device 2
  3. ????
  4. the WiFi MAC from device 1 will replace the MAC address from device 2.

Expected behavior Expected to not restore unique device identifier to device that restores the backup. Screenshots No logs to collect at this moment.

System Information(please complete the following information):

  • Device1:Google Pixel5a,barbet
  • Device2:Motorola XT2313-6,pnangn
  • Android Version1,2: 14
  • ROM2: Stock Motorola U1TPN34.26-78
  • ROM1: Latest LineageOS
  • App's Version: 8.3.6

Additional Notes

  • If you're on the latest Test version(from the TG-Channel or Matrix-Room) please report there directly, not here.

  • If you're on the latest github version:

    • Please read the FAQ first.
    • Please read all the open Issues. If one does match yours, leave a comment there if there's some extra information you can provide.
  • If you're not on the latest github version. Update, then make sure that the bug is still there. If it's go further with reporting.

Thanks for reporting.

QuinnLion avatar Jun 09 '24 02:06 QuinnLion

I've found out that this special backup just takes a copy of /data/misc/apexdata/com.android.tethering/WifiConfigStore.xml This file does set the MAC address used by the system. (Not just talking about randomized MAC address) wiping the file with /dev/null and rebooting (not nicely) seemed to have fixed my IP/WLAN Association conflict now.

Though I'm not sure the new MAC generated by the system upon reboot is the real MAC address. OUI is now correct though. the addresses set in /sys/class/ieee80211/[addresses,macaddress] are null (00:00:00:00:00:00) Not sure how to get the real hardware mac address.

Feel free to mark as solved or close this issue

QuinnLion avatar Jun 12 '24 20:06 QuinnLion

well, it is a file based backup, nothing sophisticated and more is probably not possible, because API based methods (which would be the standard way to do such things) cannot access passwords etc.

the wifi backup in current versions should save: /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml

while you show com.android.tethering, which should be another functionality maybe you confused that?

hg42 avatar Oct 09 '24 00:10 hg42