Prywatny interfejs API iOS do śledzenia lokalizacji w tle po zabiciu aplikacji (np. Znajdź moich znajomych)

Question

Próbuję podszyć się pod aktualizację lokalizacji w Find My Friends z Theos.

Co mam tak daleko:

Gdy aplikacja jest w planie, byłem w stanie sfałszować komunikat aktualizacyjny (używając Theos/Logos zahaczyć FMFLocation klasa).

Brakuje:

Gdy aplikacja jest w tle lub zabitego, to nadal wysyła moją lokalizację na serwer, kiedy mój przyjaciel prosi moją lokalizację. Ta aktualizacja tła NIE wywołuje zwykłej metody aktualizacji, więc mój hak nie działa. Co więcej, może odpowiadać na żądanie lokalizacji z sieci, nawet jeśli aplikacja zostanie zabita. Nie sądzę, aby Apple dopuszczało takie zachowanie w zwykłych aplikacjach.

Myślę, że można to zrobić tylko z prywatnym API. Czy ktokolwiek mógłby wskazać mi właściwy kierunek, aby dowiedzieć się, jakiego API/metody używa w tle?

Answer 1

Wymyśliłem! To jest aosnotifyd, który wysyła lokalizację w backgournd.

skończyło się w ten sposób:

#import <CoreLocation/CoreLocation.h> 

%hook AOSFindBaseServiceProvider 
-(void)sendCurrentLocation:(id)fp8 isFinished:(BOOL)fp12 forCmd:(id)fp16 withReason:(int)fp20 andAccuracyChange:(double)fp24{ 
    //Mess with (CLLocation *)fp8 here 
    %orig(c,fp12,fp16,fp20,fp24); 
} 
%end 

Answer 2

Możesz chcieć sprawdzić metodę -startMonitoringSignificantLocationChanges w CLLocationMananger (docs).

Jak stanu dokumentów:

This method initiates the delivery of location events asynchronously, returning shortly after you call it. Location events are delivered to your delegate’s locationManager:didUpdateLocations: method. The first event to be delivered is usually the most recently cached location event (if any) but may be a newer event in some circumstances. Obtaining a current location fix may take several additional seconds, so be sure to check the timestamps on the location events in your delegate method.

After returning a current location fix, the receiver generates update events only when a significant change in the user’s location is detected. For example, it might generate a new event when the device becomes associated with a different cell tower. It does not rely on the value in the distanceFilter property to generate events. Calling this method several times in succession does not automatically result in new events being generated. Calling stopMonitoringSignificantLocationChanges in between, however, does cause a new initial event to be sent the next time you call this method.

If you start this service and your application is subsequently terminated, the system automatically relaunches the application into the background if a new event arrives. In such a case, the options dictionary passed to the locationManager:didUpdateLocations: method of your application delegate contains the key UIApplicationLaunchOptionsLocationKey to indicate that your application was launched because of a location event. Upon relaunch, you must still configure a location manager object and call this method to continue receiving location events. When you restart location services, the current event is delivered to your delegate immediately. In addition, the location property of your location manager object is populated with the most recent location object even before you start location services.

In addition to your delegate object implementing the locationManager:didUpdateLocations: method, it should also implement the locationManager:didFailWithError: method to respond to potential errors.

Więc w zasadzie trzeba:

• Ustaw klucz location jako tryb tła w pliku Info.plist
• Rozpocznij CLLocationMananger
• połączenia startMonitoringSignificantLocationChanges
• Na swojej AppDelegate otrzymasz informację o lokalizacji w słowniku informacyjnym, z kluczem UIApplicationLaunchOptionsLocationKey, gdy użytkownicy przesuwają się o około 500 metrów.
• W tej metodzie można zaktualizować lokalizację na serwerze.