Discussion:Sécurité du cloud

message: Bonjour,
J'ai retiré les balises </br> du texte. Elles représentaient une mise en forme inutile qui servaient surtout à cacher le style télégraphique de l'écriture. Les seuls lieu ou un saut à la ligne est le bienvenu sont les fins de paragraphes, et wikipédia les insèrent automatiquement lorsque vous laissez une ligne blanche. Wikipédia vous invite à vous concentrer sur le fond et l'intelligibilité de votre propos plutôt que sur la forme du texte... et c'est une bonne chose à mon avis. 
J'ai aussi ajouté un «  » devant une tournure de phrase que je juge vraiment trop éloignée du Wikipédia:Style encyclopédique. Je vous laisse reformuler l'ensemble de manière plus approprié.  
Gilles.Grimaud (d) 28 septembre 2012 à 11:02 (CEST)
thread_title:  A propos des <nowiki></br></nowiki> 

message: Dans la liste des attaques on retrouve les "grands classiques" mais existe t-il des attaques spécifiques au cloud suivant les différents types de service ou quels sont les services les plus soumis aux attaques. 
Mario.Gaydu (d)05 février 2013 à 19:23 (CET)
thread_title: Les attaques et l'impact sur le cloud

message: Petite remarque avant d'entamer le rapport de relecture, la discussion avait bien débuté sur l'opportunité d'apporter des précisions aux lecteurs mais c'est dommage on a pas eu assez de temps pour continuer par la suite.
=== Abstract ===
Il est dommage d'avoir une liste des différentes formes de service du cloud computing sans que l'on parle plus loin dans l'article quel type de sécurité il y a dans ces différentes formes de service.
Le schéma associé représente la carte du cloud mais ne parle pas forcément de sécurité.
=== Sécurité du Cloud ===
* Dans la première partie, vous parlez de la sécurité du Cloud en général (sécurité des données, des infrastructures ...), je retrouve effectivement toutes ces informations dans différents documents par contre je ne retrouve pas d'informations concernant les différents projets/architectures qui font la sécurité du Cloud, tel que DS2, TCPS. Pourtant, j'ai trouvé dans un document de Farhan Bashir Shaikh un tableau comparant les diverses études. Cela pourrait etre un plus de donner des exemples de modèle de sécurisation.
* Le schéma "Modèles de sécurité du cloud" est mieux dans cette partie mais il manque comme dit précédemment une information concernant IAAS, SAAS, PAAS, Cloud privé, Cloud public et Cloud hybrid.
=== L'isolation ===
J'ai lu à plusieurs reprises votre article, pour moi soit la partie sur "l'isolation" est de trop, vu que la première phrase correspondrait plutot à ce que l'on retrouve par la suite dans une partie "attaque et impact du Cloud", la deuxième phrase concernant la virtualisation que l'on retrouve aussi dans le paragraphe suivant de "l'isolation" soit il faudrait étayer cette partie avec une autre explication.
=== Le SLA et le Cloud aujourd'hui ===
Le SLA n'est pas adapté pour la cloud computing cause de son architecture bien différente des systèmes informatiques précédent.
Je pense que c'est la formulation de la phrase qui n'est pas correcte. Vous voulez certainement parler du SLA d'aujourd'hui et le Cloud, c'est à dire comparer le SLA d'un service informatique traditionnel et celui que l'on peut appliquer au Cloud?
Car en affirmant le SLA n'est pas adapté, on pourrait penser que le SLA est unique. Vous pourriez dire : Les termes habituellement couvert par le SLA sont:... Les termes à prendre en compte dans un environnement Cloud sont: ...
Vous pourriez également faire un lien interne vers l'article wikipedia traitant ce sujet : Service_Level_Agreement.
=== Les failles, les risques et les solutions à apporter ===
Il me semble qu'il serait intéressant pour synthétiser la sécurité du cloud de lister les failles connues, et, pour chacune de ces failles, décrire les risques encourus et les solutions connues à mettre en œuvre pour combler ces failles. 
Je pense que la grosse partie des éléments se trouvent dans votre article mais pas sous cette forme.
=== Remarques d'ordre générale ===
Cet article décrit un certain nombre de problèmes de sécurité que l'on risque de rencontrer dans une architecture de type cloud, et c'est son but. Par contre le principe même du cloud apporte des éléments de sécurité qui lui sont particulier, comme un taux de disponibilité très élevé, des possibilités de sauvegarde d'images complète des machines virtuels, la dimensionnement dynamique, etc... Ceci n'est pas évoqué dans l'article. 
On ne trouve pas non plus les avantages économiques qu'apportent les solutions de type cloud, ces avantages peuvent rendre acceptable certains risques et ont de ce fait toute leur place dans cet article.
Par ailleurs, les articles de référence sont peu nombreux, à peine une dizaine. 
=== Remarques concernant l'orthographe ===
Une grande partie des fautes a été corrigé mais il en reste quelques unes dont celles ci :
* Les accents sur "scurité" , "Modles" , "excution" et "systme"
* "Dans le cas o des données viole la loi de l’tat o elle résident il y a un risque potentiel de saisie par le gouvernement"
* "Le SLA n'est pas adapté pour la cloud computing cause de son architecture bien différente des systèmes informatiques précédent."
* "Ceci inclu la mise en place et sécurisation d'un VPN, la bande passante maximal possible et les outils d'analyses du trafic sur le réseau"
* "Le prestataire traditionnel est soumis à des audit et des certifications."
* "si toutefois le fournisseurs n'inclu pas dans son offre la réplication ou la sauvegarde des données"
* "Les solutions de sécurité actuelle ne sont pas adaptées pour ce type d'attaque sur un tel infrastructure"
* "Les données du fournisseur ne sont donc pas récupérable et deviennent la propriété du créancier du fournisseur de cloud"
Les relecteurs : Stephane.Cadoret (d) 6 février 2013 à 22:40 (CET)
thread_title:  Rapport de relecture 

message: Une grande partie des fautes a été corrigé mais il en reste quelques unes dont celles ci :
* Les accents sur "scurité" , "Modles" , "excution" et "systme"
* "Dans le cas o des données viole la loi de l’tat o elle résident il y a un risque potentiel de saisie par le gouvernement"
* "Le SLA n'est pas adapté pour la cloud computing cause de son architecture bien différente des systèmes informatiques précédent."
* "Ceci inclu la mise en place et sécurisation d'un VPN, la bande passante maximal possible et les outils d'analyses du trafic sur le réseau"
* "Le prestataire traditionnel est soumis à des audit et des certifications."
* "si toutefois le fournisseurs n'inclu pas dans son offre la réplication ou la sauvegarde des données"
* "Les solutions de sécurité actuelle ne sont pas adaptées pour ce type d'attaque sur un tel infrastructure"
* "Les données du fournisseur ne sont donc pas récupérable et deviennent la propriété du créancier du fournisseur de cloud"
Les relecteurs : Stephane.Cadoret (d) 6 février 2013 à 22:40 (CET)
thread_title:  Remarques concernant l'orthographe