Google blokkeert RCS-berichten op geroote Android-toestellen tegen spam

Dat is een optionele laag bovenop RCS, heeft niks met RCS te maken. Het RCS protocol zelf is nog steeds zoals het is. Google mag zoveel willen, ik wil ook een miljard op mn rekening, maar dat wil niet zeggen dat het ook gaat gebeuren.

Hoe Google het nu doet is ook niet de manier die het GSMA voor ogen ziet. De hub hoort bij de provider te staan, niet in een Google datacenter. De laag over de lucht naar de provider is al goed genoeg beveiligd. Wat daarna gebeurt is aan de provider en verschilt weer per land hoe dat aangepakt moet worden, in Nederland hebben providers een bewaarplicht. In sommige landen (bijv. midden-oosten) is het zelfs vereist om een lokale hub te hebben.

Het GSMA vindt dat het niet aan hun is om die encryptie in te bouwen.

2.13.2 Privacy
2.13.2.1 Overview
A key element of promoting user adoption of RCS is gaining the user‟s trust with regards to
privacy. Service Providers need to provide security mechanisms to ensure unwanted parties
cannot gain access to RCS user communications and provide adequate mechanisms to
enable users to control the information they share

Het GSMA specificeert TLS als standaard voor communicatie tussen de providers. Is ook logisch dat het GSMA geen encryptie laag specificeert want het is aan de provider om zijn eigen beveiliging op orde te hebben, daar gaat het GSMA niet over. Zo ook de interface met andere providers. Dat kan TLS zijn, maar ook weer niet. Afhankelijk van wat de twee providers met elkaar afspreken.

Dat Google er een eigen encryptie laag bovenop gooit is weer een gevolg dat ze jouw berichten over het internet verzenden. TLS was daar niet goed genoeg voor, maar dat is ook niet de manier waarop het beoogt is. Het is sowieso ook niet beoogt dat er een centrale Google hub zou komen, RCS moest decentraal zijn.

Dat de providers en het GSMA toelaten dat Google beetje bij beetje het RCS landschap aan het kapen is, is iets waar ik het ook niet mee eens ben.

[Reactie gewijzigd door TechSupreme op 3 maart 2024 00:58]

Nou het is idd ook wel voor captive portal detectie, maar inderdaad heel raar dat je het niet handmatig kan omzeilen. Immers, dat je op een netwerk zit zonder Google betekent natuurlijk niet dat je geen internet hebt. Apple doet het ook zo al kan je het daar volgens mij wel omzeilen. Ook als je een statisch IP instelt zou het moeten werken.

Maar ik kan me ook niet voorstellen dat ze die URL niet uitgebreid loggen ja. Het blijft Google hier. Ze loggen ook heel veel van de gecachte javacripts die ze aanbieden op googleapis.com (en daarvoor heb je natuurlijk weer de decentraleyes plugin die dat omzeilt). Want op die manier krijgt Google heel mooi een overzicht van het gebruik van zowel het hele internet mee

Over AdAway kan ik niets zeggen, maar AdGuard werkt perfect in VPN-modus. Geen enkel probleem met de Rabobank-app, of welke app dan ook.

Meer stroom, klopt. Onstabiele verbinding, nooit last van gehad met AdGuard. AdAway is wellicht een minder goed geoptimaliseerd daarvoor. Niet met andere VPN's samen, klopt natuurlijk ook, maar daar heeft AdGuard dan ook een VPN-dienst voor die de gewone AdGuard-functionaliteit integreert.

Ik betaal liever wat voor AdGuard in VPN-modus (wat dus perfect werkt), dan dat ik moet rooten met alle nadelen vandien.

En in plaats van Titanium waar de ondersteuning van gestopt is Swift Backup gebruiken.
Doet het nog beter dan Titanium want je kunt dan ook tegelijkertijd je backup met een cloudservice synchroniseren.
Mocht je toestel eens geheel defect raken (zodat niets meer werkt) dan kun je heel snel op een ander toestel alles weer terugzetten en ben je zo weer in je vertrouwde omgeving zonder data verlies van de apps aan het werk.
Wel ff zorgen dat de backup op een encrypted service staat natuurlijk als opperste beveiliging.