Microsoft « applaudit » le jailbreak de Windows RT mais corrigera le tir

Microsoft « applaudit » le jailbreak de Windows RT mais corrigera le tir

Pas trop vite le matin, doucement l'après-midi

64

Microsoft « applaudit » le jailbreak de Windows RT mais corrigera le tir

Nous indiquions hier dans nos colonnes que Windows RT bénéficiait d’un début de solution de jailbreaking. Bien que la méthode soit encore complexe et ne s’adresse pas au grand public, Microsoft a félicité le hacker pour son « ingéniosité ». Toutefois, l’éditeur compte corriger la faille rendant possibles les manipulations.

Asus Vivo RT

Une percée technique... 

Il est possible au sein de Windows RT de modifier en mémoire le code d’intégrité du système. Ce paramètre définit quelles applications peuvent s’exécuter. Sur un système classique, il est de « 0 », ce qui signifie que toutes peuvent fonctionner, signées ou pas. Sur Windows RT, il est fixé à « 8 », indiquant que les applications doivent avoir été validées par un processus de Microsoft, dans le cas présent le Windows Store.

 

Sur cette version spéciale du système, conçue pour l’architecture ARM, les seules applications que l’on peut installer proviennent de la boutique intégrée. Pour casser ce modèle, le hacker « clrokr » a utilisé une faille dans le noyau pour que n’importe quelle application puisse s’exécuter sur le Bureau. Il faut bien entendu que ladite application ait été compilée pour l’environnement Win32 ARM (Microsoft ne fournit pas de tel compilateur avec Visual Studio) ou qu’il s’agisse d’un logiciel .NET.

... applaudie par Microsoft

Interrogée par The Verge, Microsoft a réagi à cette procédure de jailbreaking de son système. La firme de Redmond n’est visiblement pas fâchée de la situation puisqu’elle « applaudit l’ingéniosité de ceux qui ont travaillé à cette solution et le gros travail pour la documenter ». Une réaction qui n’est pas sans rappeler les premières tentatives de détournement du Kinect pour Xbox 360, afin de la faire fonctionner sur un PC classique. On se souvient que la firme avait fini par proposer son propre SDK (Software Development Kit).

Une correction à venir, mais sans se presser

Cependant, Microsoft ne compte visiblement pas laisser la porte ouverte dans l’avenir, sans donner la moindre fenêtre pour une correction de la faille. L’éditeur a en effet indiqué que cette dernière ne serait peut-être pas « dans les prochaines moutures » de Windows RT. Une réflexion qui rappelle d’ailleurs les rumeurs au sujet de Windows Blue, censé être la base d’un nouveau cycle annuel pour le système.

 

Microsoft estime également que la solution n’est pas utilisable par le quidam moyen. La méthode ne lui semble « pas quelque chose que l’utilisateur classique pourrait, ou ferait raisonnablement, compte tenu qu’elle [la méthode] requiert un accès local à un système, des droits d’administration locaux ainsi qu’un débugger pour fonctionner ». Une solution complexe d’autant qu’il n’y a aucune garantie qu’elle soit simplifiée dans l’avenir. Elle est en effet temporaire car le Secure Boot réinitialise la valeur d’origine à chaque redémarrage du système.

 

On notera que Microsoft ne semble pas pressée, et pour cause : l’intérêt est pour le moment singulièrement limité. La démonstration technique est certes impressionnante, mais il n’existe que très peu d’applications capables d’être exécutées dans un environnement Win32 ARM. Le simple fait que la firme parle de correction « dans les prochaines moutures de Windows RT » en dit long sur ce qu’elle pense de la situation.

Commentaires (64)




La firme de Redmond n’est visiblement pas fâchée de la situation puisqu’elle « applaudit l’ingéniosité de ceux qui ont travaillé à cette solution et le gros travail pour la documenter »





Bon bin en voilà un (ou plusieurs) qui va (ou vont) trouver rapidement trouver un boulot ! <img data-src=" />


Comment on fait pour faire une appli pour windows RT ?




Une solution complexe d’autant qu’il n’y a aucune garantie qu’elle soit simplifiée dans l’avenir. Elle est en effet temporaire car le Secure Boot réinitialise la valeur d’origine à chaque redémarrage du système.

Où est le caractère temporaire ?

Si la faille est appliquée automatiquement au démarrage à l’ouverture de la session (débugger embarqué pour maintenir la faille par exemple), elle restera ouverte.



EDIT: Cette solution tient compte du caractère signé du binaire nécessaire.








John Shaft a écrit :



Bon bin en voilà un (ou plusieurs) qui va (ou vont) trouver rapidement trouver un boulot ! <img data-src=" />







Il va reprendre le poste de celui qu’ils vont virer <img data-src=" />









Renardin6 a écrit :



Il va reprendre le poste de celui qu’ils vont virer <img data-src=" />







<img data-src=" />









abasourdix a écrit :



Comment on fait pour faire une appli pour windows RT ?





En apprenant l’algorithmie, puis la programmation (C# de préférence ou VB), le fonctionnement du Framework .NET, le concept de MV-VM puis enfin en payant la licence développeur Windows



Il faut rajouter de la persévérance, un peu de talent, et un soupçon de bon goût

C’est tout con en fait <img data-src=" />









psn00ps a écrit :



Où est le caractère temporaire ?

Si la faille est appliquée automatiquement au démarrage à l’ouverture de la session (débugger embarqué pour maintenir la faille par exemple), elle restera ouverte.



EDIT: Cette solution tient compte du caractère signé du binaire nécessaire.







Est-ce que tu peux sous windows RT, changer les processus de démarrage pour lancer le debugger automatiquement, puis être sur qu’il va trouver une valeur qui est aléatoire en mémoire? <img data-src=" />



Windows RT n’a pas justement une protection qui empêche de modifier les processus par défaut?



Si y’a un intérêt : ça permet de pirater les applis du windows marketplace tout bêtement. Et d’avoir angry birds gratos, ce qui après tout n’est pas illégitime vu les tarifs pratiqués sur le store de microsoft face à la concurrence.



Du coup, ça m’étonnerait fort que microsoft voie ça d’un oeil aussi bienveillant que le détournement du kinect. Tout le business model est menacé. Le but c’est de vendre des licences windows moins chères pour pousser la pénétration du système et de se rattraper via les marges du marketplace. Si un marché parallèle pirate se développe comme sur windows x86, les développeurs vont fuir et se concentrer sur android et ios.








Ler van keeg a écrit :



En apprenant l’algorithmie, puis la programmation (C# de préférence ou VB), le fonctionnement du Framework .NET, le concept de MV-VM puis enfin en payant la licence développeur Windows



Il faut rajouter de la persévérance, un peu de talent, et un soupçon de bon goût

C’est tout con en fait <img data-src=" />





ou html5+javascript <img data-src=" />





En apprenant l’algorithmie, puis la programmation (C# de préférence ou VB), le …





C’était pas ma question.

Si visual studio n’inclue pas le compilateur, avec quel outil on développe ?








zorbatchev a écrit :



Si y’a un intérêt : ça permet de pirater les applis du windows marketplace tout bêtement. Et d’avoir angry birds gratos







O.o !

Tu peux expliquer comment tu t’y prendrais (en théorie hein) ?









abasourdix a écrit :



C’était pas ma question.

Si visual studio n’inclue pas le compilateur, avec quel outil on développe ?





Pourquoi tu dis que ce n’est pas inclus ? Il sait compiler pour Windows Phone / Windows 8









Jed08 a écrit :



[quote:4404924:zorbatchev]Si y’a un intérêt : ça permet de pirater les applis du windows marketplace tout bêtement. Et d’avoir angry birds gratos[quote]



O.o !

Tu peux expliquer comment tu t’y prendrais (en théorie hein) ?





+1



Parce que là ça permet tout simplement d’utiliser des applis maisons sans devoir payer la licence.



Après, dans les faits, pour exécuter une appli comme Angry Birds déjà validée sur le marketplace il n’est pas utile de faire sauter la demande de signature, c’est encore autre chose là…









psn00ps a écrit :



Où est le caractère temporaire ?

.







Il faudrait lire l’actu publiée hier et donnée en lien dans l’introduction. Le code d’intégrité est codé en dur dans le noyau et protégé par le Secure Boot. Sa valeur ne peut être modifiée qu’en mémoire une fois le système lancé. Au premier redémarrage, il faut tout recommencer.









abasourdix a écrit :



C’était pas ma question.

Si visual studio n’inclue pas le compilateur, avec quel outil on développe ?







Avec Visual Studio <img data-src=" />



Tu n’as pas bien lu : je parle bien d’environnement “Win32 ARM”. Quand tu développes pour Windows RT, tu développeurs sur WinRT, pas sur Win32.









hopper28630 a écrit :



ou html5+javascript <img data-src=" />





On peut faire ça aussi <img data-src=" />









Vincent_H a écrit :



Il faudrait lire l’actu publiée hier et donnée en lien dans l’introduction. Le code d’intégrité est codé en dur dans le noyau et protégé par le Secure Boot. Sa valeur ne peut être modifiée qu’en mémoire une fois le système lancé. Au premier redémarrage, il faut tout recommencer.





Oui mais en fait, si j’ai bien compris, le monsieur considère que si on créé un exécutable avec ce code, qui se lance automatiquement à chaque démarrage, ça perd son côté temporaire.



Mais comme il y a besoin de le relancer à chaque démarrage, automatiquement ou non, perso, je considère toujours que c’est une solution temporaire ^^









Ler van keeg a écrit :



Pourquoi tu dis que ce n’est pas inclus ? Il sait compiler pour Windows Phone / Windows 8







je dis que ce n’est pas inclu parce que je c’est écrit dans la news :



(Microsoft ne fournit pas de tel compilateur avec Visual Studio)





Mais il doit y avoir un truc que je pige pas, parce que il n’y a aucune raison pour que le développement d’applis pour les tablettes microsoft soit fait pour être confidentiel.



Disons que je fais du dev VS 2012 toute la journée, et que je n’ai pas vu d’outil “commencer un nouveau projet Windows 8 mordern UI”









Ler van keeg a écrit :



+1



Parce que là ça permet tout simplement d’utiliser des applis maisons sans devoir payer la licence.



Après, dans les faits, pour exécuter une appli comme Angry Birds déjà validée sur le marketplace il n’est pas utile de faire sauter la demande de signature, c’est encore autre chose là…







Ben, je suis pas dev, donc je prétendrais pas m’y connaitre, mais y’a bien moyen d’en faire un clone parfait, de l’appeler “angry birds” et de le distribuer illégalement sans rien payer à rovio. Une contrefaçon quoi…

Ou avec du talent, un vrai piratage d’angry birds en faisant sauter les signatures et tout le bouzin. Doit bien y avoir deux ou trois gus dans un garage capable de faire ça non ? On fait bien sauter toutes les protections pour photoshop, GTA ou la suite office…









Ler van keeg a écrit :



Oui mais en fait, si j’ai bien compris, le monsieur considère que si on créé un exécutable avec ce code, qui se lance automatiquement à chaque démarrage, ça perd son côté temporaire.



Mais comme il y a besoin de le relancer à chaque démarrage, automatiquement ou non, perso, je considère toujours que c’est une solution temporaire ^^







En plus d’être toujours une solution temporaire, il va falloir porter des application WinRT sur Win32 ARM.









Jed08 a écrit :



En plus d’être toujours une solution temporaire, il va falloir porter des application WinRT sur Win32 ARM.







Ou des applications Win32 classiques vers Win32 ARM plutôt.









Ler van keeg a écrit :



En apprenant l’algorithmie, puis la programmation (C# de préférence ou VB), le fonctionnement du Framework .NET, le concept de MV-VM puis enfin en payant la licence développeur Windows



Il faut rajouter de la persévérance, un peu de talent, et un soupçon de bon goût

C’est tout con en fait <img data-src=" />







C’est un peu comme si on demandait comment qu’on fait une appli C++/Java/Perl/JeSaisPasQuelLangage <img data-src=" />









zorbatchev a écrit :



Si y’a un intérêt : ça permet de pirater les applis du windows marketplace tout bêtement. Et d’avoir angry birds gratos, ce qui après tout n’est pas illégitime vu les tarifs pratiqués sur le store de microsoft face à la concurrence.



Du coup, ça m’étonnerait fort que microsoft voie ça d’un oeil aussi bienveillant que le détournement du kinect. Tout le business model est menacé. Le but c’est de vendre des licences windows moins chères pour pousser la pénétration du système et de se rattraper via les marges du marketplace. Si un marché parallèle pirate se développe comme sur windows x86, les développeurs vont fuir et se concentrer sur android et ios.







Chacun est libre de fixer ses tarifs. Ce qu’il ne faut pas lire <img data-src=" />









Vincent_H a écrit :



Il faudrait lire l’actu publiée hier et donnée en lien dans l’introduction. Le code d’intégrité est codé en dur dans le noyau et protégé par le Secure Boot. Sa valeur ne peut être modifiée qu’en mémoire une fois le système lancé. Au premier redémarrage, il faut tout recommencer.





Après le jailbreak initial, tout binaire est lançable jusqu’au prochain redémarrage.

Dans cet intervalle, tu modifies la base de registres afin d’automatiser la réouverture de la faille à l’ouverture de session.









zorbatchev a écrit :



Ben, je suis pas dev, donc je prétendrais pas m’y connaitre, mais y’a bien moyen d’en faire un clone parfait, de l’appeler “angry birds” et de le distribuer illégalement sans rien payer à rovio. Une contrefaçon quoi…

Ou avec du talent, un vrai piratage d’angry birds en faisant sauter les signatures et tout le bouzin. Doit bien y avoir deux ou trois gus dans un garage capable de faire ça non ? On fait bien sauter toutes les protections pour photoshop, GTA ou la suite office…







Euu….

Oui et non. Créer une contrefaçon de Angry Birds à partir de l’originale oui ça c’est faisable. Seulement le problème c’est qu’elle sera identique à l’original (et donc créer pour les plateforme WinRT).

Le hack en question permet d’exécuter des applications pour Win32 ARM. Il faudra donc refaire chaque application pour les rendre compatible (ce qui est deja un défi en soit). Ce sera long !



On dirait que Microsoft a très appris comment gérer une situation de crise pour au final arriver a en tirer parti.



Ce qui m’étonne le plus c’est qu’après avoir critiqué Apple pour sa situation d’enfermement et le manque d’ouverture, Windows RT est aussi ‘ouvert’ qu’un ios peut l’être.








abasourdix a écrit :



je dis que ce n’est pas inclu parce que je c’est écrit dans la news :





Mais il doit y avoir un truc que je pige pas, parce que il n’y a aucune raison pour que le développement d’applis pour les tablettes microsoft soit fait pour être confidentiel.



Disons que je fais du dev VS 2012 toute la journée, et que je n’ai pas vu d’outil “commencer un nouveau projet Windows 8 mordern UI”





Et pourtant, il y est <img data-src=" />



Modèles &gt; Visual C# &gt; Windows Store









abasourdix a écrit :



je dis que ce n’est pas inclu parce que je c’est écrit dans la news :





Mais il doit y avoir un truc que je pige pas, parce que il n’y a aucune raison pour que le développement d’applis pour les tablettes microsoft soit fait pour être confidentiel.



Disons que je fais du dev VS 2012 toute la journée, et que je n’ai pas vu d’outil “commencer un nouveau projet Windows 8 mordern UI”







De ce que j’ai compris le compilateur en question c’est celui qui permet de faire win32 classique vers win32 ARM, (pour la partie bureau comme les appli MS).



Le winRT est pris en charge par VS.









Vincent_H a écrit :



Ou des applications Win32 classiques vers Win32 ARM plutôt.







Oui aussi.

Mais utiliser une application Win32 dans un environnement tactile c’est pas très pratique :S









psn00ps a écrit :



Après le jailbreak initial, tout binaire est lançable jusqu’au prochain redémarrage.

Dans cet intervalle, tu modifies la base de registres afin d’automatiser la réouverture de la faille à l’ouverture de session.





Tu veux modifier quoi en base de registre pour que ce soit automatisé au démarrage?









zorbatchev a écrit :



Ben, je suis pas dev, donc je prétendrais pas m’y connaitre, mais y’a bien moyen d’en faire un clone parfait, de l’appeler “angry birds” et de le distribuer illégalement sans rien payer à rovio. Une contrefaçon quoi…

Ou avec du talent, un vrai piratage d’angry birds en faisant sauter les signatures et tout le bouzin. Doit bien y avoir deux ou trois gus dans un garage capable de faire ça non ? On fait bien sauter toutes les protections pour photoshop, GTA ou la suite office…





On parle simplement de Windows RT, sous ARM, pour tablette.

Photoshop ne fait pas partie du Marketplace, et Office est distribué gratuitement.

Pour ce que tu veux faire il faudrait déjà casser le code qui demande une validation par Microsoft, mais surtout recompiler des logiciels x86 pour ARM, ce qui, en l’état actuel des choses, ne se fait pas comme ça.



Pour ce qui est de pirater un angry birds, techniquement c’est plus facile, il suffirait de récupérer l’archive de l’appli dans le téléphone, puis de le transférer où l’on veut. Vu qu’il est déjà signé, ça ne pose pas de problème (à moins qu’il y ait une signature différente par téléchargement mais je ne crois pas).



J’ai un Zune HD, et Microsoft a malheureusement (gnaaaaaah Ballmeeeeer grrrr !!!) fait sauter les serveurs de dl d’applications. Le logiciel Zune ne me permet donc plus de récupérer mes applis.

Sauf qu’en branchant l’appareil, j’ai pu récupérer les archives de mes applis pour les garder quelque part en cas de formatage, on sait jamais.



C’est donc possible, mais plus complexe puisque là on ne doit pas brancher sa tablette à un PC pour dl des applis, mais bon qui sait ?









Vincent_H a écrit :



Ou des applications Win32 classiques vers Win32 ARM plutôt.



Ce qui, pour des applications simples, reste du domaine du facile, à moins d’utiliser des instructions spécifiques à une architecure particulière.









psn00ps a écrit :



Après le jailbreak initial, tout binaire est lançable jusqu’au prochain redémarrage.

Dans cet intervalle, tu modifies la base de registres afin d’automatiser la réouverture de la faille à l’ouverture de session.







Je dis surement une connerie, mais les registres sont pas censé être réinitialisé lors d’un reboot ?









CR_B7 a écrit :



On dirait que Microsoft a très appris comment gérer une situation de crise pour au final arriver a en tirer parti.



Ce qui m’étonne le plus c’est qu’après avoir critiqué Apple pour sa situation d’enfermement et le manque d’ouverture, Windows RT est aussi ‘ouvert’ qu’un ios peut l’être.





Je pense qu’à l’époque où ils critiquaient, ils imaginaient pas que les utilisateurs de ces produits soient tout content d’être enfermés, car ils n’ont pas la même vision des choses, ce n’était pas dans la culture Microsoft, alors que ce système était une continuité dans la politique Apple.



Voyant que ça marche et que ça porte ses fruits plus que le système qu’utilisait Windows Mobile, ils ont tout doucement importé ce modèle dans WinMo, puis Windows Phone et enfin Windows RT.



Il suffit de voir tous ces stores qui fleurissent (Android, Ubuntu etc…) pour voir que malheureusement on tend vers ce modèle, et que le cloud (et le tout dématérialisé qui va avec) finira par devenir une règle que l’on nous aura imposé et qui aurait peut-être mis plus de temps à arriver sans Apple, puisque des compagnies comme Oracle tentaient ce genre de percées depuis les années 90 sans succès…









Tolor a écrit :



Tu veux modifier quoi en base de registre pour que ce soit automatisé au démarrage?



Tu démarre un service, ou alors tu lances une appli par explorer, c’est lui pour les CurrentVersion\Run.









psn00ps a écrit :



Ce qui, pour des applications simples, reste du domaine du facile, à moins d’utiliser des instructions spécifiques à une architecure particulière.







La compilation Win32 tire depuis des années partie de manière automatisée des jeux d’instruction classiques de type MMX, SSE 1/2/3 et ainsi de suite. Sous ARM, rien de tout cela n’existe. Pour en avoir parlé avec JB au sujet de VLC, c’est un réel problème quand on touche au multimédia.









Jed08 a écrit :



Je dis surement une connerie, mais les registres sont pas censé être réinitialisé lors d’un reboot ?



La base de registres (accessible par regedit), pas les registres du processeur ;)









Tolor a écrit :



Tu veux modifier quoi en base de registre pour que ce soit automatisé au démarrage?







HKLM\Software\Microsoft\Windows\CurrentVersion\Run par exemple



edit : grillé









psn00ps a écrit :



Tu démarre un service, ou alors tu lances une appli par explorer, c’est lui pour les CurrentVersion\Run.





Ça signifierait que le processus doive être automatisé, parce que actuellement, c’est très loin d’être le cas.









psn00ps a écrit :



Après le jailbreak initial, tout binaire est lançable jusqu’au prochain redémarrage.

Dans cet intervalle, tu modifies la base de registres afin d’automatiser la réouverture de la faille à l’ouverture de session.





Surement possible ce que tu dis . Bien que le hack ne fonctionne qu’avec des applis bureaux non signés.

Ensuite niveau sécurité ça craint rien. Ca nécessite un accès local, des droits admins+ un debugger.









psn00ps a écrit :



La base de registres (accessible par regedit), pas les registres du processeur ;)







Ah jme disais aussi :) !

Mais sinon ce genre de truc peut être empêcher assez facilement, tout simplement en n’acceptant pas l’exécution de scripts non signés par Microsoft touchant à la mémoire ou d’autres fonctions de l’OS.





Il est possible au sein de Windows RT de modifier en mémoire le code d’intégrité du système. Ce paramètre définit quelles applications peuvent s’exécuter. En temps normal, il est de « 0 », ce qui signifie que toutes peuvent fonctionner, signées ou pas. Sur Windows RT, il est fixé à « 8 »





Elle est bizarre votre phrase.

Sur RT, en temps normal c’est 0 mais sur RT c’est 8 ?








daroou a écrit :



Elle est bizarre votre phrase.

Sur RT, en temps normal c’est 0 mais sur RT c’est 8 ?







pas faux, je corrige merci <img data-src=" />









Vincent_H a écrit :



La compilation Win32 tire depuis des années partie de manière automatisée des jeux d’instruction classiques de type MMX, SSE 1/2/3 et ainsi de suite. Sous ARM, rien de tout cela n’existe. Pour en avoir parlé avec JB au sujet de VLC, c’est un réel problème quand on touche au multimédia.







Ah tiens, au fait, y-en a qui savent quelle est l’origine du compilateur ARM de MS ?









psn00ps a écrit :



La base de registres (accessible par regedit), pas les registres du processeur ;)





Tu connais l’histoire du serpent qui se mort la queue ?



Ton service ou ton exe que tu lancerais via la bdr doit être signé car à ce moment là, la ‘protection’ est activée… <img data-src=" />

Et j’imagine mal obtenir une signature pour un tel outil <img data-src=" />









Sebdraluorg a écrit :



Tu connais l’histoire du serpent qui se mort la queue ?



Ton service ou ton exe que tu lancerais via la bdr doit être signé car à ce moment là, la ‘protection’ est activée… <img data-src=" />

Et j’imagine mal obtenir une signature pour un tel outil <img data-src=" />





+1 et révocation de certificat dans la foulée si il en utilise un <img data-src=" />









Tolor a écrit :



Et pourtant, il y est <img data-src=" />



Modèles &gt; Visual C# &gt; Windows Store







je vois pas. Et je suis sous VS 2012 ultimate.

Il faut être sous windows 8 pour bénéficier du template ?









Ler van keeg a écrit :



J’ai un Zune HD, et Microsoft a malheureusement (gnaaaaaah Ballmeeeeer grrrr !!!) fait sauter les serveurs de dl d’applications. Le logiciel Zune ne me permet donc plus de récupérer mes applis.

Sauf qu’en branchant l’appareil, j’ai pu récupérer les archives de mes applis pour les garder quelque part en cas de formatage, on sait jamais.





<img data-src=" />



Ca m’intéresse. Tu pourrais m’expliquer comment faire ? (Par MP pour éviter de polluer le sujet)









zorbatchev a écrit :



Si y’a un intérêt : ça permet de pirater les applis du windows marketplace tout bêtement. Et d’avoir angry birds gratos, ce qui après tout n’est pas illégitime vu les tarifs pratiqués sur le store de microsoft face à la concurrence.



Du coup, ça m’étonnerait fort que microsoft voie ça d’un oeil aussi bienveillant que le détournement du kinect. Tout le business model est menacé. Le but c’est de vendre des licences windows moins chères pour pousser la pénétration du système et de se rattraper via les marges du marketplace. Si un marché parallèle pirate se développe comme sur windows x86, les développeurs vont fuir et se concentrer sur android et ios.





Hum… Android et iOS concentrent bien d’application piratés à eux deux. Si on suit ta logique les dev auraient fui ces marchés pour venir sur celui de Microsoft. C’est d’ailleurs ce qu’ils font, peut-être pas assez vite au goût des actionnaires de Microsoft mais fort est de constater que les stores de Windows et Windows Phone grossissent bien plus vite en % que ceux de ses concurrents qui ont peut-être atteint un rythme de croisière.









abasourdix a écrit :



je vois pas. Et je suis sous VS 2012 ultimate.

Il faut être sous windows 8 pour bénéficier du template ?







Oui, forcément vu que sans Windows 8, VS2012 ne sait même pas ce qu’est WinRT puisque non présent dans le système ! Donc il te faut utiliser VS2012 sous Windows 8 et là tu auras accès au développement WinRT.









Ler van keeg a écrit :



Je pense qu’à l’époque où ils critiquaient, ils imaginaient pas que les utilisateurs de ces produits soient tout content d’être enfermés, car ils n’ont pas la même vision des choses, ce n’était pas dans la culture Microsoft, alors que ce système était une continuité dans la politique Apple.



Voyant que ça marche et que ça porte ses fruits plus que le système qu’utilisait Windows Mobile, ils ont tout doucement importé ce modèle dans WinMo, puis Windows Phone et enfin Windows RT.



Il suffit de voir tous ces stores qui fleurissent (Android, Ubuntu etc…) pour voir que malheureusement on tend vers ce modèle, et que le cloud (et le tout dématérialisé qui va avec) finira par devenir une règle que l’on nous aura imposé et qui aurait peut-être mis plus de temps à arriver sans Apple, puisque des compagnies comme Oracle tentaient ce genre de percées depuis les années 90 sans succès…





<img data-src=" />









pti_pingu a écrit :



Chacun est libre de fixer ses tarifs. Ce qu’il ne faut pas lire <img data-src=" />







Bien sûr chacun est libre de fixer ses tarifs. Mais quand microsoft se vante d’avoir désormais dans son store la majorité des applications phares qu’ont ses concurrents, je dis que c’est faux. Ils les ont, certes, mais systématiquement plus chères que chez android ou ios.

Le système de marketplace est basé sur un concept strict : le système est complètement verrouillé pour empêcher tout piratage, mais la contrepartie c’est que les applis sont peu chères (c’est le cas sur ios), pour que le client en achète beaucoup de manière impulsive et ne se sente pas lésé par le verrouillage. Même si un angrybirds à 3€ ne va pas empêcher de manger à la fin du mois, l’effet psychologique est là : sur windows (phone et desktop), le store fait moins envie que sur android et ios, et du coup si y’a une possibilité de pirater ces applis, et qu’elle deviennes simples d’accès, nul doute que l’effet sera assez terrible pour le marketplace microsoft.



Pour moi la politique tarifaire plus chère sur windows, qu’elle soit la faute de microsoft ou des développeurs, c’est le point faible qui aggrave le cas d’un store déjà peu fourni face à la concurrence.

C’est juste mon sentiment personnel, peut être que je me fais des idées. Quelqu’un connait une étude sur le sujet, comparant les habitudes d’achat sur les différents stores des principaux systèmes ?










zorbatchev a écrit :



Bien sûr chacun est libre de fixer ses tarifs. Mais quand microsoft se vante d’avoir désormais dans son store la majorité des applications phares qu’ont ses concurrents, je dis que c’est faux. Ils les ont, certes, mais systématiquement plus chères que chez android ou ios.

Le système de marketplace est basé sur un concept strict : le système est complètement verrouillé pour empêcher tout piratage, mais la contrepartie c’est que les applis sont peu chères (c’est le cas sur ios), pour que le client en achète beaucoup de manière impulsive et ne se sente pas lésé par le verrouillage. Même si un angrybirds à 3€ ne va pas empêcher de manger à la fin du mois, l’effet psychologique est là : sur windows (phone et desktop), le store fait moins envie que sur android et ios, et du coup si y’a une possibilité de pirater ces applis, et qu’elle deviennes simples d’accès, nul doute que l’effet sera assez terrible pour le marketplace microsoft.



Pour moi la politique tarifaire plus chère sur windows, qu’elle soit la faute de microsoft ou des développeurs, c’est le point faible qui aggrave le cas d’un store déjà peu fourni face à la concurrence.

C’est juste mon sentiment personnel, peut être que je me fais des idées. Quelqu’un connait une étude sur le sujet, comparant les habitudes d’achat sur les différents stores des principaux systèmes ?







Ok sur tout ça, mais pas que “c’est légitime de piraté le jeu”. <img data-src=" />









wookie sans fil a écrit :



Hum… Android et iOS concentrent bien d’application piratés à eux deux. Si on suit ta logique les dev auraient fui ces marchés pour venir sur celui de Microsoft. C’est d’ailleurs ce qu’ils font, peut-être pas assez vite au goût des actionnaires de Microsoft mais fort est de constater que les stores de Windows et Windows Phone grossissent bien plus vite en % que ceux de ses concurrents qui ont peut-être atteint un rythme de croisière.







Oui y’a aussi du piratage sur android et ios, de façon très marginale. Jailbreaker ou trouver des sites alternatifs, ça me parait moins accessible au premier venu que d’utiliser des torrents sur piratebay et de suivre les instructions écrites dans le fichier crack fourni. D’autant que sur ios et android, l’investissement demandé pour pirater ne vaut pas le coup, si c’est pour des applis vendues une poignée d’euros.

Mais qu’en est-il du marketplace windows, qui pourrait potentiellement proposer des licences de gros logiciels ou des jeux plus sérieux et plus chers, ce que le patron de steam semble redouter ?










zorbatchev a écrit :



Oui y’a aussi du piratage sur android et ios, de façon très marginale. Jailbreaker ou trouver des sites alternatifs, ça me parait moins accessible au premier venu que d’utiliser des torrents sur piratebay et de suivre les instructions écrites dans le fichier crack fourni. D’autant que sur ios et android, l’investissement demandé pour pirater ne vaut pas le coup, si c’est pour des applis vendues une poignée d’euros.

Mais qu’en est-il du marketplace windows, qui pourrait potentiellement proposer des licences de gros logiciels ou des jeux plus sérieux et plus chers, ce que le patron de steam semble redouter ?







Pour le moment les seuls jeux “chers” ou “bureau” proposés par le Windows Store sont des jeux qu’on trouve par ailleurs. un lien renvoi d’ailleurs sur le site de l’éditeur ou un site externe. D’ailleurs l’un de ceux ci renvoie sur Steam… De quoi se plaint Gabe Newel…









zorbatchev a écrit :



Même si un angrybirds à 3€ ne va pas empêcher de manger à la fin du mois, l’effet psychologique est là : sur windows (phone et desktop), le store fait moins envie que sur android et ios, et du coup si y’a une possibilité de pirater ces applis, et qu’elle deviennes simples d’accès, nul doute que l’effet sera assez terrible pour le marketplace microsoft.





Tu voulais probablement dire : “le store jeu fait moins envie que sur android et ios, et du coup si y’a une possibilité de pirater ces applis…” car plus cher…

Car question “attrait” du Store, c’est subjectif car ceux de Microsoft sont à mon sens autant voir plus clair que ceux de la concurrence.









marquis a écrit :



<img data-src=" />



Ca m’intéresse. Tu pourrais m’expliquer comment faire ? (Par MP pour éviter de polluer le sujet)





C’est envoyé <img data-src=" />









Edtech a écrit :



Oui, forcément vu que sans Windows 8, VS2012 ne sait même pas ce qu’est WinRT puisque non présent dans le système ! Donc il te faut utiliser VS2012 sous Windows 8 et là tu auras accès au développement WinRT.









Merci pour les infos. Ca va attendre un peu, alors. J’ai ma licence en stock, mais je ne me suis pas encore résolu à passer le pas. J’entends des retours trop mitigés.

Encore que le nombre d’applis étant encore limité, c’est peut-être l’occasion de se faire quelques sous.

Les devs qui ont migré en sont-ils satisfaits ?









wookie sans fil a écrit :



Tu voulais probablement dire : “le store jeu fait moins envie que sur android et ios, et du coup si y’a une possibilité de pirater ces applis…” car plus cher…

Car question “attrait” du Store, c’est subjectif car ceux de Microsoft sont à mon sens autant voir plus clair que ceux de la concurrence.







On est d’accord, le store microsoft est plus lisible. Je parlais effectivement du contenu, peu reluisant et vite payant (cut the rope, limité aux quelques minables niveaux de didacticiels, puis niveaux payants), angry birds star wars payants, alors qu’il existe sur android en version gratuite… Ce sont quand même les deux jeux les plus demandés actuellement !

Certes les contenus les plus sophistiqués sont en fait des liens vers des sites de téléchargement tiers, mais il est clair qu’à l’avenir, le marketplace pourrait proposer des logiciels à 50 ou 100€. Ca existe chez apple pour les applis gps renommées.

D’où mon avis sur la news : microsoft fait semblant d’accueillir la nouvelle d’une faille avec sympathie, mais ils ont tout intérêt à la combler vite.










zorbatchev a écrit :



D’où mon avis sur la news : microsoft fait semblant d’accueillir la nouvelle d’une faille avec sympathie, mais ils ont tout intérêt à la combler vite.





Aussi parce que c’est une faille de sécurité (installer un logiciel non signé). On nous a expliqué que la sécurité de windows RT reposait en grande partie sur le contrôle du store. Bon, Microsoft ça les amuse.



Il a aussi les expérimentations de certains qui parviennent à exécuter des fonctions soit disant interdites de win32.



M’enfin avec 0.01% de pdm on risque pas grand chose sous windows RT, surtout que je l’ai pas, moi je suis juste un <img data-src=" /> <img data-src=" />









satandierbis a écrit :



Aussi parce que c’est une faille de sécurité (installer un logiciel non signé). On nous a expliqué que la sécurité de windows RT reposait en grande partie sur le contrôle du store. Bon, Microsoft ça les amuse.





Tu as lu l’article qui explique pourquoi ce n’est pas un problème pour la sécurité ?







satandierbis a écrit :



moi je suis juste un <img data-src=" />





En effet









Vincent_H a écrit :



La compilation Win32 tire depuis des années partie de manière automatisée des jeux d’instruction classiques de type MMX, SSE 1/2/3 et ainsi de suite. Sous ARM, rien de tout cela n’existe. Pour en avoir parlé avec JB au sujet de VLC, c’est un réel problème quand on touche au multimédia.





Tu veux dire que le compilo ARM de MS ne sait pas tirer partie des instructions SIMD ARM <img data-src=" /> Ca me parait etonnant, meme gcc sait vectoriser avec NEON depuis quelques temps. D’un autre cote ca expliquerait pourquoi les tablettes a base d’Atom semblent plus rapides que la Surface RT.









ldesnogu a écrit :



Tu veux dire que le compilo ARM de MS ne sait pas tirer partie des instructions SIMD ARM <img data-src=" /> Ca me parait etonnant, meme gcc sait vectoriser avec NEON depuis quelques temps. D’un autre cote ca expliquerait pourquoi les tablettes a base d’Atom semblent plus rapides que la Surface RT.







Si bien sûr que ces instructions sont de la partie, encore heureux. Mais demande à JB ce qu’il en pense comparé à ce qu’on peut faire avec du x86 <img data-src=" />









Vincent_H a écrit :



Si bien sûr que ces instructions sont de la partie, encore heureux. Mais demande à JB ce qu’il en pense comparé à ce qu’on peut faire avec du x86 <img data-src=" />





Beuh ce n’est pas le jeu d’instructions qui est en cause, mais la perf des implementations. Je le sais, j’en ai longuement discute avec le mec qui s’est occupe de l’ecriture des routines ARM pour FFmpeg ;) Son avis est que NEON est beaucoup mieux pense que SSE and co, sauf que bien entendu les implementations Intel sont plus performantes (unites SIMD plus larges).



Donc AMHA c’est plus une question de chip que d’ARM vs x86 (en terme d’architecture je veux dire).



Ouai j’enfile des mouches et j’aime ca <img data-src=" />



Fermer