Testversie Chrome voor Android 15 kan gevoelige info verbergen bij schermdelen

Google heeft een testversie van Chrome voor Android 15 uitgebracht met daarin een functie die formuliervelden met gevoelige informatie kan verbergen als het scherm wordt gedeeld of opgenomen. Het is niet duidelijk of er een definitieve release van de functie volgt.

De functie werd ontdekt door X-gebruiker Leopeva64, die ook een screenshot maakte van de functieomschrijving. Uit die omschrijving blijkt dat het voornamelijk zou gaan om creditkaartinformatie en wachtwoorden die in de respectievelijke formuliervelden staan vermeld. De functie zou op dit moment nog niet werken. Het gaat om een functionaliteit voor Android 15, die nog niet uit is en waarvan nog niet duidelijk is welke toestellen die update krijgen.

De X-gebruiker claimt overigens dat de desktopversie van Chrome een nieuwe functie krijgt waardoor langdurig inactieve tabbladen worden gesloten om vervolgens in een aparte sectie te worden opgeslagen.

Update: toegevoegd dat het gaat om een functie voor Android 15.

Flag in testversie Google Chrome voor Android met bijbehorende functieomschrijving. Bron: X-gebruiker Leopeva64

Reacties (16)

[The Zep Man]

Android V = Android 15. Die is nog niet uit. Ik denk dat het nog wel even duurt voordat deze functie terug te vinden is op het gemiddelde Androidapparaat in omloop.

[CH4OS]

Dank voor de verheldering, ik was al bang dat het Android 5 zou zijn, een versie uit het stenen tijdperk, dus vond dat al wat vreemd.

[smiba]

Sorry off-topic maar oelewapper bij Google bedenkt het nou om het "Android V" te noemen, alsof V niet al letterlijk sinds het romeinse rijk "vijf" betekent. Noem het dan XV als het zo nodig moet...

[Reactie gewijzigd door smiba op 19 augustus 2024 19:10]

[FPSUsername]

Als je een beetje android geschiedenis kent weet je dat elke nieuwe major versie de volgende letter van het alfabet is.

Sluit natuurlijk niet uit waarom V 15 is, maar zo is de nummering gedaan (er ziin talloze bedrijven die geen normale nummering aan kunnen houden).

[smiba]

Ik ben me bekend er mee, maar in de meeste gevallen is het meestal niet te verwarren met nummers. Ik bedoel, de iPhone X was de iPhone X omdat het de 10e release was (even negerend dat 9 overslagen is).

Mijn speakers thuis zijn van het model dat ik heb de IV, modelletje 4.

Het is imo vrij verwarrend, om iets wat al heel lang gebruikt word om nummers aan te geven ineens als afkorting voor "Vanilla Ice Cream" (interne naam) gaan gebruiken.

[HollowGamer]

Het kan denk ik alleen op Android, aangezien je daar de app/service toegang kan geven tot de inhoud van het scherm.

Op Linux kan dat alleen met X11 bijvoorbeeld. Met Wayland is dat al wat moeilijker. Je kan wel screencasten, maar dit moet dan echt in het protocol worden gebouwd gok ik.

Opzicht wel interessant. Als MS nu met hun AI tool dit had gebouwd, i.p.v. alles zomaar te uploaden naar de cloud, dan was het nog enigszins interessant geweest.

[CH4OS]

Het kan denk ik alleen op Android, aangezien je daar de app/service toegang kan geven tot de inhoud van het scherm.

Ja, sterker nog, kijkende naar het screenshot onderaan het artikel, komt het met Android V, wat dus Android 15 is; The Zep Man in 'Testversie Chrome voor Android kan gevoelige info verbergen tijdens schermdelen'

[lovebug356]

Opzicht wel interessant. Als MS nu met hun AI tool dit had gebouwd, i.p.v. alles zomaar te uploaden naar de cloud, dan was het nog enigszins interessant geweest.

Dit lijkt me eerder een use case waar AI niet van toepassing is. Om meerwaarde te hebben moet dit systeem "altijd" correct werken en niet soms te veel en soms te weinig verbergen.

[CH4OS]

Er worden onder andere velden met creditcard nummers dan dus geredigeerd, maar ben benieuwd hoe men dat dan vaststelt dat het veld dus een creditcard nummer uiteindelijk zal bevatten. Er is geen aparte waarde voor het type attribuut dat aangeeft dat het veld een creditcard nummer is, zoals dat met password wel kan. Ook zijn er voor creditcard nummer ook diverse Javascripts en CSS code beschikbaar, het kan er dus ook wisselend uit gaan zien op een website.

[Reactie gewijzigd door CH4OS op 19 augustus 2024 11:04]

[Ghoelian]

Je hebt wel de autofill autocomplete attributen waar je onder andere ook creditcardnummer kan aangeven, en ook andere gevoelige informatie zoals telefoonnummers en adressen. Misschien "misbruiken" ze die attributes een beetje hiervoor.

https://developer.mozilla...butes/autocomplete#values

[Reactie gewijzigd door Ghoelian op 19 augustus 2024 11:36]

[Martinspire]

Zou het ook niet handig zijn als er een html-standaard is voor gevoelige gegevens? Misschien zelfs om af te schermen voor extensions Of is dat dan weer een te makkelijk doelwit voor het zonder toestemming verzamelen van gegevens door (foute) derden?

[Reactie gewijzigd door Martinspire op 19 augustus 2024 11:35]

[CH4OS]

Dat zou het voor dit soort functies wel vergemakkelijken. Eventueel met een data-attribuut, die zijn vrij invulbaar namelijk. Bijvoorbeeld data-sensitive-info of iets dergelijks. Je gaat er zaken als phising of social engineering niet mee oplossen natuurlijk, dus op zich maakt dat niet zo heel veel uit; dat gebeurd nu immers ook, terwijl hier (nog) geen standaard voor is.

[telenut]

Zoiets zou in Windows ook wel handig zijn! Zodat je tijdens het schermdelen geen ongewenste zaken gaat delen.

[TV_NERD]

Als ik zie op hoeveel credit card, wachtwoord en OTP velden Chrome nog steeds niet goed herkent wat dat zijn, waardoor o.a. de autofil niet werkt, ga ik dit niet vertrouwen en maskeer ik liever zelf met een overlay wat ik wil maskeren.

[voorstad]

Wat is Chrome toch een privacyvriendelijke browser

[T-men]

Dit is geen privacy feature, maar een security feature. En ja, daar is chrome best goed in