LineageOS: GPS Google Anfrage deaktivieren

Guten Abend,

nach dem Lesen des Blogartikel Take Back Control 8 zum GPS bleiben folgende Frage:

Wo sind die entsprechenden Einträge zu finden, um von der Googleanfrage abstand zu bekommen?

Inwieweit macht es Sinn etwas zu ändern, wenn wie beschrieben ein Fallback eintritt? Hat sich hier zwischenzeitlich evtl. etwas geändert?

Habet Dank!

2.4 (A)GPS deaktivieren

LineageOS kontaktiert für SUPL-Daten standardmäßig einen Google-Server unter der Adresse »supl.google.com«. Diese Anfrage beschleunigt die Bestimmung des (GPS-)Standorts bei der Verwendung von Assisted GPS (abgekürzt als A-GPS) – übersendet dabei allerdings bei jedem Aufruf ebenfalls die IMEI-Nummer des Geräts. Das Problem: Die Kombination der IMEI-Nummer mit der Funkzellen-ID ermöglicht dem Betreiber eines SUPL-Servers die eindeutige Identifizierung eines Nutzers, sobald das Smartphone via SUPL-Anfrage den Standort lokalisiert bzw. eingrenzt. Das SUPL-Protokoll ist so gesehen also eigentlich relativ sinnvoll, nur wissen wir nicht, was die Betreiber der SUPL-Server mit diesen Informationen anfangen.

Es gibt zwei unterschiedliche Konfigurationsdateien, in der ein anderer SUPL-Server definiert werden kann:

/etc/system/gps.conf

oder

/vendor/etc/gps.conf

Dort sucht ihr nach folgenden Einträgen:

SUPL_HOST=supl.host.com or IP SUPL_PORT=7275 (kann variieren)

Bisher identifizierte SUPL-Server-Alternativen sind:

  • supl.vodafone.com: Standort Deutschland, Eigenhosting
  • supl.sonyericsson.com: Standort ist Irland, Hosting bei Amazon
  • agpss.orange.fr: Standort ist Frankreich, Eigenhosting
  • supl.qxwz.com: Standort China, Hosting unbekannt
  • agps.supl.telstra.com: Standort Australien, Eigenhosting

Jetzt müsst ihr euch die Frage stellen, ob euch eine schnelle GPS-Positionsbestimmung via SUPL wichtig ist oder doch vielleicht eure Privatsphäre. Sollte es die Privatsphäre sein, dann müsst ihr folgende Änderung an der gps.conf vornehmen und danach euer Gerät neu starten:

SUPL_HOST=localhost SUPL_PORT=7275

3 „Gefällt mir“

Der von dir zitierte Punkt „2.4 (A)GPS deaktivieren“ ist insofern veraltet, dass Lineageos wohl nicht mehr die personenbeziehbare IMSI-Nummer an den SUPL-Serverübermittelt, siehe auch Punkt 4.5 im neueren Artikel über Lineageos lineageos-weder-sicher-noch-datenschutzfreundlich-custom-roms-teil4.

Nichtsdestotrotz bleibt die Frage, ob man A-GPS überhaupt braucht. Ich habe in den Einstellungen von Lineageos zum Standort, sowohl „Unterstütztes GPS verwenden“ als auch „Standortdienste“ deaktiviert und habe kein microG.

Zur Navigation verwende ich hauptsächlich MagicEarth, habe aber auch OrganicMaps und OSMand installiert. Zusätzlich, als Ersatz für die Standortdienste, findet bei mir die App „AltLocationServices“ aus F-Droid die Koordinaten über Wifi und Funkzellen, die sie mit der BeaconDB Datenbank abgleichen kann, siehe beacondb.net und beaconDB zur Standortermittlung.
Mit diesem Setup konnte ich bisher keine nennenswerte Verzögerung in der Standortfindung feststellen.

1 „Gefällt mir“

Das finde ich sehr interessant, das ist dann quasi ein „open source“ A-GPS, oder?

1 „Gefällt mir“

Ich meine, es ist eher ein Ersatz für die Standortdienste und unabhängig von GPS-Empfang und haben daher auch Vorteile im Innenbereich oder für GPS schwierige Empfangslagen.
A-GPS ist etwas komplexer, da es die Daten von Satelliten, Basistationen und Funk- und Wifizellen kombiniert und mit deren Hilfe die GPS Bestimmung wesentlich beschleunigt.

(https://www.kuketz-blog.de/lineageos-weder-sicher-noch-datenschutzfreundlich-custom-roms-teil4/).

Ist es möglich LOS händisch nachzubessern und den SUPL-Proxy-Server von GraphenOS (supl.grapheneos.org), der alle SUPL-Anfragen stellvertretend entgegennimmt bzw. weiterleitet, auf LineageOS zu überschreiben?
[/quote]

Gute Frage, habe ich nicht ausprobiert. Um den SUPL Server auszutauschen, braucht man wohl Rootrechte, siehe auch android-bei-jeder-standortermittlung-erfaehrt-google-eure-position-inkl-imsi-nummer.
Zumindest übermittelt LineageOS nicht mehr die IMSI Nummer und Alternativmöglichkeiten ohne Root über DNS wurden auch hier supl-vermeidung-minimierung-der-datenuebertragung-an-google diskutiert. Allerdings ist die Diskussion dann etwas eingeschlafen und konnte auch von @DestinationPrivacy nicht wiederbelebt werden.

1 „Gefällt mir“

Ich hab das ausprobiert und es hat funktioniert. Allerdings nur einen Tag lang. Dann hat supl.grapheneos.org offenbar erkannt, daß hier kein GOS Handy anfragt sondern (in meinem Fall) ein SailfishOS Handy und hat keine Daten mehr geliefert.

Darum habe ich jetzt

SUPL_HOST=supl.vodafone.com

eingegeben und jetzt geht es wieder. Wie lange bzw. ob dauerhaft werde ich ja bald sehen und auch dann hier berichten.

Bzgl. Mitschicken der IMSI und/oder IMEI Nr. bei einer AGPS Anfrage: Da vermute ich auch und vor allem, daß die Netzbetreiber auch prüfen wollen, ob die Clients auch Kunden bei ihnen sind und nicht unbedingt einen öffentlichen AGPS Server für die ganze Welt zur Verfügung stellen wollen.

Ich bin übrigens tatsächlich Vodafone Kundin, also falls es bei mir jetzt dauerhaft funktioniert und bei wem anderen nicht, dann wäre obige Annehme vllt. verifiziert?

Der verlinkte Artikel ist 6 Jahre alt.

Aktuell sieht es so aus:

Server:		8.8.8.8
Address:	8.8.8.8
#53
 
Non-authoritative answer:
supl.vodafone.com
	canonical name = supl.google.com
.
Name:	supl.google.com
Address: 142.250.102.192
Name:	supl.google.com
Address: 2a00:1450:4025:402::c0

Heißt das gar, daß supl.vodafone.com ungefragt und ungefiltert an 8x4 durchreicht?

edit: und damit natürlich Big G meine IMSI mitteilt, und wer weiß was sonst noch. Würde allerdings erklären, warum es so gut funktioniert.

Btw dazu noch eine Beobachtung, die ich gemacht habe: Mit supl.vodafone.com im config file hatte ich einen Position Fix auch ohne Satelliten Empfang, sofort und korrekt.

Da werden also nicht nur Satelliten Almanach und Ephemeriden geliefert, das tut viel mehr!

Das war in dem Fall nur der benutzte DNS für die Abfrage.

Aber supl.vodafone.com ist einfach nur ein Alias für supl.google.com.

Alle SUPL-Anfragen landen direkt bei Google.

1 „Gefällt mir“

OT: Das bringt mich jetzt aber auf eine Idee: Kann man nicht selber einen AGPS Server betreiben? Ich denke da an sowas wie nen Raspi mit GPS Modul. Der könnte doch den Almanach und die Ephemeriden ganz leicht von den Satelliten direkt empfangen und an der heimatlichen IP-Adresse auf dem entsprechenden Port zur jederzeitigen schnellen Abfrage bereit halten.

Spricht da was dagegen? Hat sowas schon mal wer gemacht?

Jetzt habe ich wieder das eingegeben:

SUPL_HOST=66.94.31.118 #supl.geo.t-mobile.com

weil Google direkt ist mir doch zu arg.

Damit zeigt mir das Telefon zwar sofort die Satelliten Positionen, den eigenen Standort aber erst, nachdem 4 Satelliten empfangen werden können.