+ Répondre à la discussion Actualité déjà publiée
  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Consultant informatique
    Inscrit en
    avril 2018
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : avril 2018
    Messages : 28
    Points : 817
    Points
    817

    Par défaut La plupart des entreprises n'investissent pas suffisamment dans la sécurité des applications

    La plupart des entreprises n'investissent pas suffisamment dans la sécurité des applications
    jusqu'à ce que survienne une attaque informatique

    Nom : cyber-fraude1.jpg
Affichages : 2923
Taille : 362,7 Ko

    L’intégrité des données des entreprises est davantage menacée aujourd’hui qu’avant à cause de la multiplicité des applications multiplateformes et la facilité avec laquelle l’on peut accéder à ces dernières. Cependant, plus de la moitié des entreprises ne mesurent pas encore l’ampleur de l’exposition de leurs données aux éventuelles cyberattaques. Pour en savoir davantage, les résultats de l’étude mondiale 2018 sur la sécurité des applications menée par l'Institut Ponemon, ont été publiés par Arxan Technologies. L'étude a permis d'interroger près de 1400 professionnels de l'IT et de la sécurité informatique aux États-Unis, dans l'Union européenne et en Asie-Pacifique afin de comprendre les risques auxquels les entreprises sont confrontées lorsqu'elles travaillent dans des environnements non sécurisés.

    Les résultats de l’étude 2018 sont sans appel. En effet, les risques d’accès des applications non autorisées s’augmentent et la probabilité d’exécution de ces applications, critiques pour le système d’information, est en hausse. La plupart des entreprises en sont conscientes, mais elles attendent très souvent une attaque entraînant la perte de productivité, de confiance des clients et de revenus, avant de penser à une solution de sécurité.

    Rusty Carter, vice-président de la gestion des produits chez Arxan, s’inquiète à ce sujet. Il estime le coût moyen d’une attaque de données à 4 millions de dollars.

    Selon l’étude, 75 % des entreprises ont, probablement, subi une cyberattaque matérielle ou une violation de données au cours de la dernière année en raison d'une application compromise. Cependant, 65 % des entreprises disent qu'elles seraient incitées à augmenter les mesures de protection des applications seulement après qu'un utilisateur final ou un client ait été affecté négativement et 48 % estiment que la performance et la rapidité des applications sont plus importantes que la sécurité.

    C’est seulement 25 % des personnes interrogées qui déclarent que leur organisation fait un investissement significatif dans des solutions pour prévenir les attaques applicatives, 64 % des répondants se disent très préoccupés par la possibilité d’être piratés via les applications et plus de 54 % prévoient une augmentation des menaces en 2018.

    Joe Sander, PDG d'Arxan explique : « Il est inquiétant que tant d'entreprises reconnaissent le risque croissant d'attaques par les applications, mais elles font très peu pour empêcher les violations », il continue en disant : « C'est avoir des pensées rétrogrades, et cela expose les données des clients à un risque important. Il est crucial de placer des investissements de sécurité là où des attaques se produisent. »

    Toutefois, 79 % des répondants à l'enquête ont convenu que la capacité de détecter les attaques d'applications « dans la nature » est très importante. Et près de la moitié des répondants à l'enquête disent qu'ils mettraient à jour leur solution de protection des applications aussi souvent ou quotidiennement s'ils avaient une visibilité sur des types d'attaques spécifiques contre leurs applications.

    « La capacité de savoir comment les attaques d'applications sont exécutées au fur et à mesure qu'elles se déroulent réduit les possibilités pour les attaquants », explique Sander. « Cette intelligence en temps réel permet aux entreprises de réagir par des contre-mesures directes pour repousser les menaces, et peut aider à valider le besoin d'un investissement dans la sécurité des applications avant qu'il ne soit trop tard. »

    Anticiper par la surveillance est une meilleure solution contre les attaques via les applications, aujourd’hui, étant donné que la défense d’un périmètre réseau au moyen de pare-feu est révolue. Détecter et réagir en amont est aujourd’hui devenu nécessaire.

    Source : arxan

    Et vous ?

    Selon vous, les entreprises mesurent-elles vraiment, aujourd’hui, l’ampleur de la menace via les applications ?
    Si elles en sont conscientes, pourquoi négligent-elles l’investissement dans la sécurité ?
    Selon vous, quelle est la meilleure stratégie de protection contre les attaques via les applications ?

    Voir aussi

    Un spécialiste en sécurité dresse la liste des applications iOS et Android qui sont le plus interdites en entreprise, whatsApp vient en tête sur iOS
    L'EFF évalue la sécurité des applications de messagerie. Skype, WhatsApp, Viber ou encore Google Hangsout loin de satisfaire les critères souhaités
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre expérimenté
    Avatar de benjani13
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    février 2010
    Messages
    416
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en sécurité

    Informations forums :
    Inscription : février 2010
    Messages : 416
    Points : 1 633
    Points
    1 633

    Par défaut

    Anticiper par la surveillance est une meilleure solution contre les attaques via les applications, aujourd’hui, étant donné que la défense d’un périmètre réseau au moyen de pare-feu est révolue.
    Mais quelle blague!!! Si les entreprises faisait plus attention à la segmentation de leurs réseaux il y aurait déjà bien moins d'attaques possibles! Aujourd'hui, en 2018, on a encore des boites qui ont des réseaux complètement à plat! Pas de réseau d'administration, pas de segmentation réseau front end/back end, etc...

    Oui la surveillance est devenu presque indispensable pour détecter certaines menace, mais avant il y a déjà bien du boulot qui n'a jamais été fait.

    Selon vous, les entreprises mesurent-elles vraiment, aujourd’hui, l’ampleur de la menace via les applications ?
    Assez peu. Quand je présente à des clients les résultat de l'audit je peux vous dire que je vois leurs cheveux se dresser sur leurs têtes.

    Selon vous, quelle est la meilleure stratégie de protection contre les attaques via les applications ?
    Programmation aux normes actuelles, sensibilisation de tous les employés selon leur poste, ne pas presser les devs au détriment de la sécurité, budget pour des audits, budget pour patcher, ...

  3. #3
    Membre confirmé
    Homme Profil pro
    Assistant aux utilisateurs
    Inscrit en
    mars 2017
    Messages
    52
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Autre

    Informations professionnelles :
    Activité : Assistant aux utilisateurs

    Informations forums :
    Inscription : mars 2017
    Messages : 52
    Points : 567
    Points
    567

    Par défaut

    Pourquoi négligent-elles l’investissement dans la sécurité ?
    Parce que :
    - On n'a pas (ou plus) le temps
    - On n'a pas le budget
    - Le piratage, ça n'arrive qu'aux autres
    - Les données de Mme Michu, ça n'intéresse personne, et même si elles partent dans la nature, qu'est-ce que ça peut bien faire ? (probablement l'excuse la plus courante, quand les arguments manquent)


    la défense d’un périmètre réseau au moyen de pare-feu est révolue
    Hélas, tout le monde n'en n'a pas encore pris conscience. Le temps où on achetait (très cher) la suite de sécurité d'un grand éditeur (Firewall, anti-virus, ...), sensé prévenir tous les risques, est malheureusement loin d'être révolu et cela a conduit à une certaine appropriation du domaine de la sécurité informatique par les gens des systèmes et réseaux, laissant les développeurs d'application loin de tout cela ...
    Le niveau général des développeurs dans le domaine de la sécurité applicative ne pousse pas à l'optimisme. Etant parti prenante de nombreux entretiens dans le monde du web, je constate que même si le top 10 OWASP dit vaguement quelque chose à une grosse moitié des dev, on s'aperçoit qu'il ne sont pas légion à savoir précisément et concrètement quels en sont les tenants et aboutissants.

    Selon vous, quelle est la meilleure stratégie de protection contre les attaques via les applications ?
    La première stratégie, c'est, en amont, d'empêcher qu'on en prenne le contrôle.
    Ensuite, les notions d'attaques/défenses ont été théorisée pendant des millénaires par des professionnels : les militaires. Dans le cas présent, de nombreuses stratégies sont tout à fait opportunes : réduction de la surface d'attaque, confinement, dissuasion, ...

  4. #4
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    août 2007
    Messages
    1 973
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 1 973
    Points : 7 083
    Points
    7 083

    Par défaut

    Citation Envoyé par Stan Adkens Voir le message
    Selon vous, les entreprises mesurent-elles vraiment, aujourd’hui, l’ampleur de la menace via les applications ?
    Absolument pas.
    Tant qu'elles ne sont pas fait avoir et qu'il n'y a pas de conséquences business, les décideurs s'en contrefoutent royalement.

    Citation Envoyé par Stan Adkens Voir le message
    Si elles en sont conscientes, pourquoi négligent-elles l’investissement dans la sécurité ?
    Car les budgets sont serrés et que c'est le business avant tout.
    La sécurité ne rapporte pas d'argent et les utilisateurs n'en n'ont pas pas conscience donc ce n'est pas une priorité.
    Aujourd'hui, tout se décide en fonction du ROI et le ROI de la sécurité est quasi nul.

  5. #5
    Membre à l'essai
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    août 2014
    Messages
    5
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux
    Secteur : Service public

    Informations forums :
    Inscription : août 2014
    Messages : 5
    Points : 18
    Points
    18

    Par défaut

    Même dans des milieux ou les applications sont sensibles, les termes de Sécurité Informatique donnent des boutons à presque tout le monde, et sont réservés aux empêcheurs de tourner en rond.

    Sinon, cette news me rappelle ça
    http://www.commitstrip.com/fr/2017/0...ve-try-a-hack/

  6. #6
    Membre expert
    Homme Profil pro
    Développeur .NET
    Inscrit en
    novembre 2009
    Messages
    1 550
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : novembre 2009
    Messages : 1 550
    Points : 3 701
    Points
    3 701

    Par défaut

    Citation Envoyé par benjani13 Voir le message
    Programmation aux normes actuelles, sensibilisation de tous les employés selon leur poste, ne pas presser les devs au détriment de la sécurité, budget pour des audits, budget pour patcher, ...
    L'un des gros dangers à venir c'est justement la programmation aux normes actuelles.
    Aujourd'hui la norme est la mutliplication de brique dont on ne maitrise absolument rien. Comment s'imaginer que le produit final peut-etre sécurisé? Des failles sont trouvées sur des briques très utilisées (éléctron pas plus tard qu'il y a pas longtemps) alors sur des "petites" briques dont les devs sont de plus en plus friands, c'est assurément un carnage en puissance qui se prépare .

  7. #7
    Membre éclairé
    Profil pro
    Inscrit en
    mai 2011
    Messages
    398
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2011
    Messages : 398
    Points : 854
    Points
    854

    Par défaut

    Citation Envoyé par John Bournet Voir le message
    Hélas, tout le monde n'en n'a pas encore pris conscience. Le temps où on achetait (très cher) la suite de sécurité d'un grand éditeur (Firewall, anti-virus, ...), sensé prévenir tous les risques, est malheureusement loin d'être révolu et cela a conduit à une certaine appropriation du domaine de la sécurité informatique par les gens des systèmes et réseaux, laissant les développeurs d'application loin de tout cela ...
    Le niveau général des développeurs dans le domaine de la sécurité applicative ne pousse pas à l'optimisme. Etant parti prenante de nombreux entretiens dans le monde du web, je constate que même si le top 10 OWASP dit vaguement quelque chose à une grosse moitié des dev, on s'aperçoit qu'il ne sont pas légion à savoir précisément et concrètement quels en sont les tenants et aboutissants.
    Tu parles du niveau général en sécurité, moi je te parle du niveau général tout court . Moi c'est pire, les anciens développeurs donnaient gratuitement les mots de passes, tous les donneées utilisateurs (addresse, telephone, ...). Parce que Mr le développeur a voulu faire de l'ORM. En plus, il est sensé être expert dedans. Des fois juste le bon sens, n'est pas respecté car ils contrôlent pas la technologie ou la technique.

    Des fois c'est juste même culturel, en tant que français dans un pays étranger (je ne citerais pas le pays des bisounous), je râle trop à ce qu'il parait, je peux juste fermé ma gueule pour éviter de trop me la ramener. Mais juste la culture elle-même st trop forte pour faire quoi ce soit. Tu vois mais t'es obligé de fermer les yeux.

  8. #8
    Membre expérimenté
    Avatar de benjani13
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    février 2010
    Messages
    416
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en sécurité

    Informations forums :
    Inscription : février 2010
    Messages : 416
    Points : 1 633
    Points
    1 633

    Par défaut

    Citation Envoyé par micka132 Voir le message
    L'un des gros dangers à venir c'est justement la programmation aux normes actuelles.
    Aujourd'hui la norme est la mutliplication de brique dont on ne maitrise absolument rien.
    Ce que tu décris n'est pas une norme mais un usage. Et effectivement c'est l'usage actuel. Je parlais bien de la prise en compte des normes de sécurité (contre mesure à appliquer pour se prémunir des vulns classiques, algorithmes de chiffrement/hash aux gouts du jour, etc) et des bonnes pratiques, que ce soit dans son propre code ou dans la vérification (tant que possible) de la sécurité des briques tierces. Et justement je mettrai dans les bonnes pratiques de sécurité le fait d'être conscient que les briques tierces ne sont pas exempt de failles, de les tenir à jour, et de rester informer pour obtenir rapidement des informations en cas publication de vulnérabilités sur ces briques.

  9. #9
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2017
    Messages
    101
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : octobre 2017
    Messages : 101
    Points : 515
    Points
    515

    Par défaut

    Citation Envoyé par micka132 Voir le message
    L'un des gros dangers à venir c'est justement la programmation aux normes actuelles.
    Aujourd'hui la norme est la mutliplication de brique dont on ne maitrise absolument rien. Comment s'imaginer que le produit final peut-etre sécurisé? Des failles sont trouvées sur des briques très utilisées (éléctron pas plus tard qu'il y a pas longtemps) alors sur des "petites" briques dont les devs sont de plus en plus friands, c'est assurément un carnage en puissance qui se prépare .
    La seule norme qui compte aujourd'hui c'est le fric...

    1. On utilise des "briques" pour économiser le travail de développement

    2. La sécurité des applications n'est pas prise au sérieux parce que le client n'est pas prêt d'en payer le coût

    Tout autre argument n'est que de la littérature pour soirée pluvieuse...

  10. #10
    Membre chevronné
    Inscrit en
    juin 2009
    Messages
    717
    Détails du profil
    Informations forums :
    Inscription : juin 2009
    Messages : 717
    Points : 2 131
    Points
    2 131

    Par défaut

    Citation Envoyé par Anselme45 Voir le message
    2. La sécurité des applications n'est pas prise au sérieux parce que le client n'est pas prêt d'en payer le coût
    La question est du coup pourquoi le client n'est pas prêt de payer le coup de la sécurité?

    Mon analyse est qu'aux niveaux des prestations de sécurisation, il n'y a que des engagements de moyens, et jamais de résultats. C'est à dire que jamais un presta ne peux dire "Je vous sécurise cette solution à 100%, si un problème arrive, c'est pour ma pomme".
    A partir de ce constat, il y a toujours un risque de piratage, et pour le diminuer un peu, il faut augmenter les coûts beaucoup.

    Donc quitte à garder un risque, autant diminuer les coûts... entre pas trop de risque et un peu plus, quelle différence?

  11. #11
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    octobre 2017
    Messages
    101
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : octobre 2017
    Messages : 101
    Points : 515
    Points
    515

    Par défaut

    Citation Envoyé par AoCannaille Voir le message
    La question est du coup pourquoi le client n'est pas prêt de payer le coup de la sécurité?

    Mon analyse est qu'aux niveaux des prestations de sécurisation, il n'y a que des engagements de moyens, et jamais de résultats. C'est à dire que jamais un presta ne peux dire "Je vous sécurise cette solution à 100%, si un problème arrive, c'est pour ma pomme".
    A partir de ce constat, il y a toujours un risque de piratage, et pour le diminuer un peu, il faut augmenter les coûts beaucoup.

    Donc quitte à garder un risque, autant diminuer les coûts... entre pas trop de risque et un peu plus, quelle différence?
    Votre analyse est pertinente, mais je crains que les décideurs soient beaucoup plus "basiques" dans leur réflexion

    Quand on gère sa société avec un tableau Excel, il n'y a que le total au fond de l'offre qui compte! J'en veux pour preuve des affaires que l'on a perdu face à des sociétés de développement marocaines qui proposent le développeur au prix de 80 euro/jour! Même le freelance le moins gourmand de France (un mec qui boit de l'eau à la rivière et qui se nourrit en broutant la pelouse du voisin) ne peut pas les concurrencer...

  12. #12
    Membre expérimenté
    Avatar de benjani13
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    février 2010
    Messages
    416
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en sécurité

    Informations forums :
    Inscription : février 2010
    Messages : 416
    Points : 1 633
    Points
    1 633

    Par défaut

    Citation Envoyé par AoCannaille Voir le message
    La question est du coup pourquoi le client n'est pas prêt de payer le coup de la sécurité?

    Mon analyse est qu'aux niveaux des prestations de sécurisation, il n'y a que des engagements de moyens, et jamais de résultats. C'est à dire que jamais un presta ne peux dire "Je vous sécurise cette solution à 100%, si un problème arrive, c'est pour ma pomme".
    A partir de ce constat, il y a toujours un risque de piratage, et pour le diminuer un peu, il faut augmenter les coûts beaucoup.

    Donc quitte à garder un risque, autant diminuer les coûts... entre pas trop de risque et un peu plus, quelle différence?
    Pourrais tu préciser ce que tu appelles une "prestation de sécurisation"? Un test d'intrusion (pentest)? Accueillir un développeur spécialisé sécurité dans ton équipe pour un temps?

    De ton analyse, ce que je ressors et un problème de process. On développe, puis on sécurise. La oui tu n'auras jamais une application avec une forte sécurité et ça te coutera très cher. Si tu inclues la sécurité tout au long du cycle de développement, depuis le design, ça te coutera bien moins chère et t'as de bonnes chances d'avoir une application robuste. La sécurité je pense peut être vue comme une dette technique, tout comme des bugs que tu laisses trainer en te disant que tu les corrigeras à la fin.

  13. #13
    Membre chevronné
    Inscrit en
    juin 2009
    Messages
    717
    Détails du profil
    Informations forums :
    Inscription : juin 2009
    Messages : 717
    Points : 2 131
    Points
    2 131

    Par défaut

    Citation Envoyé par benjani13 Voir le message
    Pourrais tu préciser ce que tu appelles une "prestation de sécurisation"? Un test d'intrusion (pentest)? Accueillir un développeur spécialisé sécurité dans ton équipe pour un temps?
    Peut importe, n'importe quelle intervention, qu'elle soit ponctuelle où sur la durée, personne en sécurité ne peux prétendre faire qqch d'inviolable.

    De ton analyse, ce que je ressors et un problème de process. On développe, puis on sécurise. La oui tu n'auras jamais une application avec une forte sécurité et ça te coutera très cher. Si tu inclues la sécurité tout au long du cycle de développement, depuis le design, ça te coutera bien moins chère et t'as de bonnes chances d'avoir une application robuste.
    Pareil, prendre en compte la sécurité et les risques connus dés la conception, c'est bien, mais ça ne garantie pas qu'une forme inconnue arrive (genre oh zut! les processeurs intels sont des passoires! qui l'eut cru? snif snif.)

    La sécurité je pense peut être vue comme une dette technique, tout comme des bugs que tu laisses trainer en te disant que tu les corrigeras à la fin.
    C'est une façon de voir les chose de manière très développeur et pas chef de projet (et encore moins marketing ). La dette technique est facilement repérable (analyse statique de code), quantifiable (nombre de lignes de codes incriminées, temps nécessaire à corriger) et la solution est connue.
    Beaucoup de failles de sécurités ne sont pas forcément facilement repérable (en particulier si tu y as porté attention dés la conception), quantifiable, et des fois aucune solution n'est disponible...
    Et quand tu as corrigé tout ce que tu as repéré, il reste toujours un risque qu'il en traine encore. D'où ce que je disais plus haut : en augmentant le budget, tu limites le risque, mais tu ne pourras jamais l'annuler. D'un point de vu comptable c'est un effort vain, alors autant diminuer l'effort.

    Note que je déplore énormément cette façon de voire les chose, évidemment.

  14. #14
    Membre expérimenté
    Avatar de benjani13
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    février 2010
    Messages
    416
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en sécurité

    Informations forums :
    Inscription : février 2010
    Messages : 416
    Points : 1 633
    Points
    1 633

    Par défaut

    Personne ne prétend sécuriser une appli/infra à 100% non.

    Pour revenir sur ton précédent message:
    Donc quitte à garder un risque, autant diminuer les coûts... entre pas trop de risque et un peu plus, quelle différence?
    Oui il est vrai que passer d'un niveau de risque faible à un niveau très faible coute chère. C'est un peu comme si vous avez une bonne porte blindé chez vous, vous avez un niveau de risque faible d'intrusion. Vous pouvez ajouter un sas biométrique avec scanner rétinien, ça coutera très chère, et le niveau de risque sera qu'un peu plus faible.
    Par contre si vous avez une vieille porte pourrie qui s'ouvre avec une radio et que vous passez à une bonne porte blindée, là le risque est drastiquement abaissé, pour un coup assez limité.

    C'est ce gros gap là, passer d'une sécurité quasi nulle à quelque chose d'assez robuste, qui coute pas très chère mais qui n'est pas mis en place. Faire du code sécurisé ne coute pas plus chère (ça ne prend pas plus de temps) que de faire du code bancale. Pour me répéter c'est de la dette technique semblables aux bugs. Plutôt que de coder comme un goret et de ramasser 200 rapports de bugs, on code correctement dès le début.

    Pour le reste, l'avis sur les efforts en vain je reste perplexe. Est-ce que ces même personnes ne mettent pas de porte chez eux car on pourra dans tous les cas l'enfoncer avec un bulldozer? Enfin je ne m'étendrais pas plus là dessus vu que tu ne partage pas cette avis de toute façon.

Discussions similaires

  1. Réponses: 0
    Dernier message: 19/07/2017, 18h54
  2. Réponses: 0
    Dernier message: 30/03/2010, 08h49
  3. Réponses: 33
    Dernier message: 16/07/2009, 10h39
  4. Sondage : 60% des entreprises n'envisagent pas de passer à Windows 7
    Par Emmanuel Chambon dans le forum Actualités
    Réponses: 33
    Dernier message: 16/07/2009, 10h39

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo