Discussion :

[Stéphane le calme]

95 % des GAB dans le monde utilisent encore Windows XP,
malgré la fin du support prévue le 8 avril prochain

L'année passée, Microsoft annonçait au monde la fin du support de son OS XP, prévue pour le 8 avril 2014. A trois mois de l'échéance pourtant, certains semblent ne pas être prêts à changer leurs habitudes. C'est le cas des GAB (Guichet Automatique Bancaire), dont 95 % parmi ceux qui sont actifs dans le monde fonctionnent encore sous ce système d'exploitation, d'après Robert Johnston, directeur marketing chez NCR, l'un des plus grands fournisseurs de GAB aux États-Unis. D'ailleurs aux USA pratiquement tous les 420 000 GAB tournent sur XP.

Selon Suzanne Cluckey, l'éditeur du marché des GAB, « un grand nombre de distributeurs automatiques de billets (DAB) devront soit voir leurs composants mis à niveau, soit être démontés et vendus sur un marché secondaire - ou tout simplement jetés. ». Ce qui explique probablement pourquoi l'une des technologies les plus utilisées au monde peine à mettre son système d'exploitation à la page.

Ce délai annoncé par Microsoft, qui se rapproche à grand pas, devrait inquiéter les propriétaires. En effet, les machines qui ne seront pas mises à jour s'exposent à d'importantes failles dans la sécurité. Depuis quelques mois déjà les infections sur Windows XP se multiplient avec des exploitations de failles zero-day. A l'heure actuelle, le taux d'infection de Windows XP est presque six fois supérieur à celui de Windows 8.

De quoi faire réfléchir les propriétaires. Toutefois, certaines entreprises qui ont opté pour la version allégée de XP, connue sous le nom de Windows XP Embedded, moins sensible aux virus que la version complète, bénéficieront du soutien de Microsoft jusqu'à début 2016.

Source : Business Week

Et vous ?

Qu'en pensez-vous ?

[Gugelhupf]

Les GAB sont connectés au réseau Internet ?

Plus sérieusement, comment pourraient-t-ils être impactés ? J'essaye d'avoir l'architecture du GAB en tête, je vois un sous-réseau de très "fermé".

[GeoTrouvePas]

Les GAB sont connectés au réseau Internet ?

Un DAB a récemment était vidé de son contenu quelque part en Europe ( Allemagne si je ne me trompe pas).
Les gars ont "tout simplement" percé la façade du DAB pour accéder à un port USB libre et injecter un malware. Ils ont attendu gentillement que le distributeur soit rempli et l'ont vidé dans la foulée....

Edit : Lien vers un article qui traite du sujet
Les DAB sont donc "non connectés" avec l'extérieur mais pas "non connectables" ^^

[tralloc]

S'ils passaient sous linux, ils auraient moins de soucis

Quelle idée de confier ce genre d'appli à un OS propriétaire ?

[Chuck_Norris]

A vrai dire j'ai dû mal à comprendre l'utilisation d'un OS comme Windows XP pour ce genre de machines aussi sensible.

A ce que je sache, l'architecture matérielle est parfaitement connue, et les logiciels qui doivent tourner dessus sont faits maison, nul besoin de faire tourner des logiciels commerciaux dessus. L'aspect sécurité et la maîtrise de ce que fait exactement l'OS sont tout à fait primordiaux, alors j'ai dû mal à comprendre l'emploi d'un OS grand public dedans. Cela me paraît un choix des plus hasardeux.

L'emploi d'un OS basé sous Linux ou un BSD m'aurait paru bien plus intelligent dans cet optique. On sait ce que fait l'OS et on maîtrise le processus de mise à jour (même si la distribution choisie arrête officiellement les mises à jour, les S.I. pourraient continuer à les prendre en charge à partir des nouveaux codes sources publiés, voire patcher eux-même dans le pire des cas). Quant à développer des logiciels maison pour Linux, cela reste largement abordable, beaucoup plus que pour certains OS qui sont restés bien plus confidentiels (je pense notamment aux anciens distributeurs de billets SNCF sous OS/2).

[FxMacCobra]

Pour avoir travaillé dans le milieu et connaître le revers de la médaille, je souhaite couper court sur un point : TOUS les constructeurs d'automates ont lutté contre l'emploi de l'OS de Redmond.
C'est une décision qui fut imposée par les Banques sous la pression de Microsoft.

Vers la fin des années 90, Microsoft avait proposé une API pour piloter les périphériques des automates bancaires.
D'un autre côté, les banques pensaient qu'elles maitriseraient mieux ce qui tourne sur ces machines si ces dernières fonctionnaient sur un OS qu'ils connaissent. En outre pour reprendre la main sur le développement d'applications dessus, elles souhaitaient passer par un OS que ses équipes connaissent. Et puis, on peut installer ce que l'on veut là dessus

Mais ce qui est drôle, c'est que le bras de fer a continué tellement longtemps que Microsoft fini par lâcher l'affaire et c'est le CEN qui a reprit la normalisation de l'API originellement de MS.

Aujourd'hui, vous êtes surpris de savoir qu'il y a du XP sur les GABs mais sachez que cela fait un moment que l'on se trimbale cette saleté; Oui, il y a eu des GABs sous NT4 et 2000.
En 2003, je me suis retrouvé devant un automate qui m'affichait "Doctor Watson".

Passer à linux et/ou faire un OS propriétaire à partir de celui-ci. Les banques ne veulent même pas en entendre parler.

[Traroth2]

Passer à linux et/ou faire un OS propriétaire à partir de celui-ci. Les banques ne veulent même pas en entendre parler.

Et d'où vient la réticence face à Linux ? Niveau sécurité, ils ont accepté d'utiliser XP, faut pas qu'ils viennent nous la raconter, quand même !

[psychadelic]

--- effacé!

[ZenZiTone]

Et d'où vient la réticence face à Linux ? Niveau sécurité, ils ont accepté d'utiliser XP, faut pas qu'ils viennent nous la raconter, quand même !

Je me trompe peu être mais je pense qu'ils ont du passer un contrat avec Windows pour qu'ils 'gère' toute la partie sécurité, maintenance et tout. Chose moins évidente avec Linux ..

[Paul TOTH]

Et d'où vient la réticence face à Linux ? Niveau sécurité, ils ont accepté d'utiliser XP, faut pas qu'ils viennent nous la raconter, quand même !

c'est la résistance au changement, passer d'un XP qui n'a plus de secret pour eux à un OS qu'ils ne connaissent pas et sur lequel ils pourraient faire des bourdes d'administration bien plus graves que les éventuelles failles de XP qu'on peut très bien colmater avec un bon firewall en amont...sous Linux par exemple, mais ça on s'en fiche c'est le prestataire qui s'en charge.

[Chuck_Norris]

Un question, elles sont forcement connectées à au net, sinon comment pourraient-elles savoir que je peux retirer de l'argent, que ma carte est valide ? Tout est sur la puce ?

Tout ne peut pas être dans la puce, déjà avec des cartes à autorisation systématique il faut bien contacter la banque pour obtenir ladite autorisation... De plus il faut bien aussi que le DAB informe la banque qu'il faut soustraire telle somme de tel compte. Par contre j'ignore si ce genre de demandes passe par Internet.

En tout cas, ça m'a toujours amuser des voir des écrans bleus sur ces machines... Je me demandais comment un truc dédié à une seule tâche peu planter.

Rien que le fait que le matériel n'est pas éternel, qu'il peut donc y avoir une défaillance, cela peut très bien expliquer un écran bleu. Là-dessus, Linux ne serait pas forcément meilleur : si le matériel devient défaillant, le distributeur sera hors service.

Je me trompe peu être mais je pense qu'ils ont du passer un contrat avec Windows pour qu'ils 'gère' toute la partie sécurité, maintenance et tout. Chose moins évidente avec Linux ..

Moins évidente avec Linux ? Pourtant les distributions n'hésitent pas à vendre du support, c'est même d'ailleurs la plupart du temps leur fond de commerce. Et les prestataires à mon avis ne manquent pas non plus.

Pour avoir un serveur sous Linux et un sous Windows, je peux te dire que je redémarre moins souvent le Windows que le Linux.

C'est que tu administres ton serveur Linux comme un pied (ou alors que tu as une défaillance matérielle, ou alors que tu pousses ton serveur à utiliser le swap intensivement). Même si tu ne redémarres pas ton serveur Windows manuellement, il redémarre souvent automatiquement pour appliquer les mises à jour (sauf désactivation manuelle, ce que je ne recommanderai pas). Malheureusement, Windows, de part son modèle de verrou sur les fichiers, de part le fait qu'il ne charge pas forcément toutes les ressources de l'exécutable, est incapable de mettre à jour un fichier qui est en cours d'exécution (exécutable ou bibliothèque), d'où les redémarrages requis à la plupart des mises à jour.

Le modèle Linux est différent (et supérieur à mon point de vue), il est tout à fait possible de supprimer ou de remplacer un exécutable ou une bibliothèque en cours d'exécution. En cas de mise à jour, elle sera prise en compte une fois que l'ancienne version ne sera plus utilisée et donc déchargée de la mémoire (et donc la prochaine utilisation chargera la nouvelle version). En cas de suppression, le fichier ne sera réellement supprimé du disque qu'une fois que son compteur d'utilisation tombe à 0. Cela fait que la plupart des mises à jour Linux ne nécessite aucun redémarrage du système, juste un simple redémarrage du logiciel mis à jour. Les deux exceptions sont la bibliothèque C système (car utilisée par quasiment tous les processus, donc impossible à forcer son déchargement sans tuer l'ensemble des processus), et bien sûr les mises à jour du noyau Linux lui-même, deux cas qui obligent à un redémarrage pour une prise en compte.

c'est la résistance au changement, passer d'un XP qui n'a plus de secret pour eux

Mais comment un OS propriétaire au code source fermé peut "ne pas avoir de secret pour eux" ? En terme d'utilisation et d'administration, je peux le concevoir, mais en terme de comportement, de bugs, de failles de sécurité, sans accès au code source, je ne vois pas comment on peut estimer qu'un OS puisse n'avoir strictement aucun secret restant. Certes pour les membres de la famille Michu ce n'est pas important, mais là nous parlons quand même d'établissements financiers, là où les questions de sécurité devraient théoriquement primer.

[Zefling]

Tout ne peut pas être dans la puce, déjà avec des cartes à autorisation systématique il faut bien contacter la banque pour obtenir ladite autorisation... De plus il faut bien aussi que le DAB informe la banque qu'il faut soustraire telle somme de tel compte. Par contre j'ignore si ce genre de demandes passe par Internet.

Pour les petites boîtiers de paiement par carte sur un salon, il me semble qu'un vendeur m'avait parler de GSM pour la transmission... sans vraiment savoir comment, mais ça m'avait l'air d'être de l'Internet. Pour les bornes, ça doit peut-être dépendre de l'emplacement.

Pour avoir un serveur sous Linux et un sous Windows, je peux te dire que je redémarre moins souvent le Windows que le Linux.

Pour avoir eux deux serveurs sous Linux : le premier plantait au moins tout les mois, et le nouveau n'a pas planté une seule depuis que j'ai (plus de 2 ans et demi) et il en bouffe 5 fois plus que le précédent. Je suis pas un expert, mais je pense que mon installation du premier n'était pas top.

Rien que le fait que le matériel n'est pas éternel, qu'il peut donc y avoir une défaillance, cela peut très bien expliquer un écran bleu. Là-dessus, Linux ne serait pas forcément meilleur : si le matériel devient défaillant, le distributeur sera hors service.

C'est fort, j'ai jamais fais de comparaison Windows/Linux et mon répond avec des Linux plante plus souvent que Windows ou Linux n'est pas mieux que Windows. Ça je m'en fous. D'ailleurs, j'ai reçu a faire tourner mon PC de bureau sous XP de bureau de façon intensive pendant 4 mois sans plantage, ni redémarrage. Pour moi, XP était super stable, en 10 ans quasiment jamais de plantage. Bien plus que ne l'est actuellement mon KDE qui tiens pas 3 jours cause des drivers de merde d'AMD.

Bref, pour en revenir au sujet. J'avais pas penser à la défaillance matériel. Merci pour la réponse.

Le modèle Linux est différent (et supérieur à mon point de vue), il est tout à fait possible de supprimer ou de remplacer un exécutable ou une bibliothèque en cours d'exécution. En cas de mise à jour, elle sera prise en compte une fois que l'ancienne version ne sera plus utilisée et donc déchargée de la mémoire (et donc la prochaine utilisation chargera la nouvelle version). En cas de suppression, le fichier ne sera réellement supprimé du disque qu'une fois que son compteur d'utilisation tombe à 0. Cela fait que la plupart des mises à jour Linux ne nécessite aucun redémarrage du système, juste un simple redémarrage du logiciel mis à jour. Les deux exceptions sont la bibliothèque C système (car utilisée par quasiment tous les processus, donc impossible à forcer son déchargement sans tuer l'ensemble des processus), et bien sûr les mises à jour du noyau Linux lui-même, deux cas qui obligent à un redémarrage pour une prise en compte.

Je comprends maintenant pourquoi mon dernier reboot date de plus de 180 jours alors que je fais régulièrement les mises à jours. Je m'attends toujours à une demande de redémarrage, mais rien.

[Paul TOTH]

Mais comment un OS propriétaire au code source fermé peut "ne pas avoir de secret pour eux" ? En terme d'utilisation et d'administration, je peux le concevoir, mais en terme de comportement, de bugs, de failles de sécurité, sans accès au code source, je ne vois pas comment on peut estimer qu'un OS puisse n'avoir strictement aucun secret restant. Certes pour les membres de la famille Michu ce n'est pas important, mais là nous parlons quand même d'établissements financiers, là où les questions de sécurité devraient théoriquement primer.

en mode paranoïaque tu utilises un OS libre dont tu vérifies tous les sources (?!) et tu contrôles chaque mise à jour...un travail de titan.

en mode geek tu prends une distrib linux type Debian et tu compiles tout toi même.

en mode normal, tu prends l'OS que tu maîtrises le mieux (libre ou pas) et tu le places dans un environnement sécurisé; donc XP oui mais pas en connexion directe sur le net.

Il y a une dizaines d'années, quand j'ai commencé à installer des serveurs linux, je n'y connaissait rien, j'arrivais à suivre l'installation d'une RedHat ou d'un Mandrake, c'était aussi facile que Windows...mais une fois installé j'étais complètement paumé pour faire la moindre modif, les fichiers de configs n'étaient pas mis à jour, si j'installais Apache sans PHP je ne parvenais pas à ajouter PHP après coup, il était installé mais Apache l'ignorait complètement alors que si je prenais les deux à l'installation ils étaient automatiquement configurés ensemble...du coup je réinstallais le système plus souvent que nécessaire, juste pour bénéficier de cette facilité. Alors il y avait l'autre solution, rechercher dans les HOWTO quelles lignes ajouter dans /etc/apache/httpd.conf, à ben non, dans cette distrib c'est pas là qu'il est stocké...tient maintenant j'ai l'erreur chose qui nécessite l'installation de tel lib...etc...etc...avec Ubuntu ça doit être un peu plus simple maintenant, mais tout bon geek te dira que Ubuntu ça craint, il faut prendre un Gentoo ou un Debian...

sinon tu as Windows XP, y'a pas 36 façon de l'installer, et une fois que c'est fait c'est facile à modifier, et c'est toujours à l'endroit indiqué.

C'est donc bien d'administration dont je parlais.

[Invité]

L'année passée, Microsoft annonçait au monde la fin du support de son OS XP, prévue pour le 8 avril 2014. A trois mois de l'échéance pourtant, certains semblent ne pas être prêts à changer leurs habitudes.
Qu'en pensez-vous ?

Pour avoir travaillé dans le milieu et connaître le revers de la médaille, je souhaite couper court sur un point : TOUS les constructeurs d'automates ont lutté contre l'emploi de l'OS de Redmond.
C'est une décision qui fut imposée par les Banques sous la pression de Microsoft.

Bon, microsoft force la main des utilisateurs lambda ( enfin ça ne devrait pas durer, la vente des PC chute parait-il...) admettons mais pour les banques ce n'est pas admissible dans le sens où microsoft devrait aider aux mises à jours ( tous les 3 mois !!!! ) régulières ainsi que l'update vers de nouvelles versions de l'os ( pas forcement W7, 8, 9,... 14,15; ça pourrait être une version custom : les DAB doivent tous avoir une base commune assez large, différente d'un OS de bureau ou d'une tablette : attention à W8 sur DAB ).
Microsoft fait amicalement pression par conséquent ça devrait être à eux de gérer.

Sinon Xp est dans les distributeurs UGC, les panneaux et distributeurs du métro/SNCF aussi

[Uther]

Je me trompe peu être mais je pense qu'ils ont du passer un contrat avec Windows pour qu'ils 'gère' toute la partie sécurité, maintenance et tout. Chose moins évidente avec Linux ..

Bien sur que l'on peut avoir un support payant de Linux, c'est d'ailleurs le mode de financement principal des distribution professionnelles comme Redhat, Suze, ...

[randriano]

J'utilise encore Windows XP et j'aime ça

Notre agence utilise encore Windows XP sur nos desktops. C'est sur nos laptops que l'on a Windows 7, on n'a jamais utilisé Vista!!

On n'est pas près d'utiliser Windows 8. Beaucoup d'entreprises ont encore peur d'utiliser Windows 8 et de nombreux blogs ne nous aident pas!

[marsupial]

En dehors des sites de l'armée, le dernier à être alimenté en cas de panne général d'électricité sont les distributeurs.

Tombe la grille ( réseau ) et tournée de distros, sans logs qui sont effectués sur le serveur

[Simara1170]

Je me demande si la grande force du libre, et donc de linux, à savoir, l'ouverture du code, ne serais pas sa plus grande faiblesse dans le domaine d'applications critiques (et demandant un gros niveau de sécurité) le tout connecté sur un réseau.

Je veux dire, on l'a vu récemment avec HearthBleed, si un pégu un peu doué arrive à cacher un code malveillant sous le couvert d'un code anodin optimisé au petit oignons dans une distrib Linux... T'auras l'air fin avec ton OS libre qui te coûte pas un rond et qui est devenu une vraie passoire par son système de fonctionnement...

J'ai pas dit que c'était facilement réalisable, hein, je dit juste que ça l'est plus que sur un OS fermé...

[goomazio]

si un pégu un peu doué arrive à cacher un code malveillant sous le couvert d'un code anodin optimisé au petit oignons dans une distrib Linux...

J'ai pas dit que c'était facilement réalisable, hein, je dit juste que ça l'est plus que sur un OS fermé...

On n'est pas obligé de laisser n'importe qui commiter dans un logiciel open-source.

Donc, quelles sont les différences exactement ? Je pense au nombre d'intervenants plus nombreux dans l'open-source et aux collègues qui se connaissent et se parlent souvent dans le privé.

En même temps, on peut communiquer par le web efficacement et je doute que le nombre d'intervenant influe sur le travail de vérification du code commité (3 dévs qui font 5000 commits ou 5000 devs qui en font 3 chacun, ça reste 3*5000 commits à vérifier/approuver).

[temoanatini]

Personnellement ça ne m'étonne pas pour XP.
A vrai dire je m'en doutais.

Vous n'avez jamais entendu le bruit si caractéristique que font certain au moment de rendre la carte ?

Le même bruit que faisaient les pop up sous Win95...