MétaCan
Menu
Retour à la cohorte
Enregistrement W6889722553 · doi:10.25949/20460012.v1

Empirical analysis of privacy-preserving technologies for web and mobile platform

2020· dissertation· en· W6889722553 sur OpenAlexaboutno aff

Notice bibliographique

RevueFigshare · 2020
Typedissertation
Langueen
DomaineSocial Sciences
ThématiquePrivacy, Security, and Data Protection
Établissements canadiensnon disponible
Organismes subventionnairesnon disponible
Mots-clésTracking (education)JavaScriptBlock (permutation group theory)Blocking (statistics)Tracking systemThe InternetServerCode (set theory)

Résumé

récupéré en direct d'OpenAlex

Users are increasingly concerned about their privacy and security. Thus they opt for more secure and privacy-preserving systems to ensure the security and privacy of their sensitive data. These systems are employed to block privacy-intrusive ads, actions, and prevent malicious activities. Currently, websites often employ third-party ad and tracking services leveraging cookies and JavaScript code to deliver ads and track users’ behavior. This raises privacy concerns. Many “ad-blocking” blacklists comprise of URLs and domains of ads and tracking services to limit online tracking and block advertisements. Are the ad-blocking tools and compliance of mobile applications (apps) with their privacy policy getting better or worse over time? In this dissertation, we answer this question by conducting a longitudinal study of popular websites and apps, spanning eight years. We investigate the evolution of ads and tracking services and subsequently evaluate the effectiveness of these ad-blocking blacklists. The results show that ad and tracking domains in websites change over time, and some blacklists are more effective in blocking ad and tracking domains. This research shows that ad-blocking blacklists (or filter-lists) are updated by prioritizing ads and tracking domains reported in the top or popular websites of the United States, Canada, and the United Kingdom. Ad-blocking lists operate in a crowd-sourcing manner, where privacy activists continuously add new tracking domains (or rules) and discard the redundant domains from the filter-list. Longitudinally over time, the number of rules added can outgrow the number of rules omitted, making the managing of filter-lists a challenge. This research work empirically observes that the filter-lists mostly detect different ad and tracking domains. Ad-blocking blacklists can be bulky (long); however, there is a tiny percentage of ad and tracking domains found on popular websites. This suggests the need to curate an optimized filter-list that provides high coverage and faster response time to scan and block a given domain on mobile devices. This research develops a technique to create an aggregated and filtered blacklist that is reduced several times; thus, far less bulky. Our aim in this research is to create a new shorter (lean) filter-list that provides the same coverage as the union of the blacklists on top websites. The research also develops an update mechanism to integrate new ad and tracking domains in the aggregated and filtered blacklist in a resource-efficient manner. Furthermore, we investigate the Android apps and compare the users’ personally identifiable information (PII) as disclosed in the privacy policies of those apps with the PII leaks detected in the static and dynamic analysis. One of the prime conclusions of this research is that newer app versions leak more PII while disclosing fewer PII collections in their privacy policies. In summary, users are unaware that apps are collecting sensitive information. Additionally, the companies to which this information is leaked, are not disclosed in the privacy policies. By noticing the non-compliance between the actual and purported data practices, this study observes that many apps go contrary to the “notice and choice” principle when users install the app.

Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.

Comment cette classification a été obtenuedéplier

Prédiction distillée sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.

score de la tête « metaresearch » (Codex)0,000
score de la tête « metaresearch » (Gemma)0,010
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesMétarecherche, Charge utile insuffisante (le modèle a refusé de juger)
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Sans objet · Signal consensuel: Sans objet
GenreSignal candidat: Jeu de données · Signal consensuel: Jeu de données
Score de désaccord entre enseignants0,405
Score d'incertitude au seuil0,998

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0000,010
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0000,000
Bibliométrie0,0000,001
Études des sciences et des technologies0,0000,000
Communication savante0,0000,000
Science ouverte0,0010,000
Intégrité de la recherche0,0000,000
Charge utile insuffisante (le modèle a refusé de juger)0,0060,000

Scores machine (provisoires)

Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.

Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.

Tête enseignante Opus0,082
Tête enseignante GPT0,373
Écart entre enseignants0,291 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle

Classification

machine, non validée

Prédiction automatique; un appel candidat d’une seule tête enseignante, pas un consensus.

Devis d'étudeSans objet
Domainenon disponible
GenreJeu de données

Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».

En bref

Citations0
Publié2020
Routes d'admission1
Résumé présentoui

Explorer davantage

Même revueFigshareMême sujetPrivacy, Security, and Data ProtectionTravaux en français237 207