Les codes cachés du compilateur Visual studio 2015 c ++ permettent d’appeler les services de télémétrie de Microsoft
Vidéo: Compiler et Executer du code C dans Visual Studio Code 2019 2024
Lorsqu'ils utilisent la technologie, les utilisateurs enlèvent leurs vêtements virtuels et en révèlent plus qu'ils ne le feraient normalement. Les applications doivent accéder à des informations privées telles que le contenu de vos courriels ou votre liste de contacts afin de fournir la meilleure expérience utilisateur possible. Malheureusement, de nombreux utilisateurs ne sont même pas conscients de la quantité et du type d'informations que des sociétés telles que Microsoft collectent sur eux, car très peu de lecteurs lisent les conditions d'utilisation avant d'utiliser un service particulier.
Un service tel que Cortana collecte constamment des informations sur vous, mais la bonne nouvelle est que vous pouvez modifier les autorisations. Même la caméra de votre ordinateur Windows 10 peut vous espionner sans que vous en soyez conscient. Si vous souhaitez limiter les données collectées par les différentes applications et services, nous vous conseillons de consulter ces applications de confidentialité Windows 10 et de choisir celle qui répond le mieux à vos besoins.
Comme si cela ne suffisait pas, Microsoft est maintenant pris dans un autre scandale de la vie privée. Cette fois, le rôle principal est pris par le compilateur Visual Studio 2015 C ++ de la société, dans lequel les utilisateurs ont découvert deux codes cachés qui ajoutent des appels de fonctions de télémétrie aux fichiers binaires lors de leur compilation: telemetry_main_invoke_trigger et telemetry_main_return_trigger.
Coder est devenu extrêmement fâché après avoir détecté les codes, notamment parce que Microsoft n’a rien mentionné à propos de leur existence dans sa documentation. Steve Carroll, responsable du développement de l'équipe Visual C ++, affirme que la fonction de télémétrie est totalement innocente et que les utilisateurs n'ont pas à s'inquiéter.
Notre intention était bénigne - nous voulions créer un cadre qui aiderait à étudier les problèmes de performances et à améliorer la qualité de notre optimiseur si nous avions des rapports de ralentissements ou de problèmes de performances endémiques sur le terrain.
Nous nous excusons d’avoir soulevé encore plus de soupçons en n’incluant pas la source CRT, c’était simplement un oubli de notre part. Malgré cela, certains d'entre vous ont déjà étudié le fonctionnement détaillé de ce mécanisme. Comme vous l'avez déjà appelé, le code déclenche un événement ETW qui, lorsqu'il est activé, émet des horodatages et des événements de chargement de module. Les données d'événement ne peuvent être interprétées que si un client nous fournit des informations sous forme de symboles (c.-à-d. Des PDB). Ces données ne sont donc applicables qu'aux clients qui recherchent activement de l'aide et qui souhaitent partager ces PDB dans le cadre de leur enquête. Nous n’avons pas encore fait l’exercice complet avec aucun client à ce jour, et nous nous en remettons jusqu’à présent à nos approches établies pour rechercher et résoudre les problèmes potentiels.
Microsoft promet de supprimer ces événements dans Update 3 et propose également une solution permettant aux utilisateurs de désactiver les appels de fonction de télémétrie dans la version actuelle du compilateur Visual Studio 2015 C ++. Pour désactiver cette dépendance, vous pouvez ajouter notelemetry.obj à votre ligne de commande de l'éditeur de liens.
Quelle est votre opinion sur cet événement? Pensez-vous que ce n’était qu’un glissement de Microsoft ou y at-il autre chose que ce que l’on pourrait croire?