{"id":33512,"date":"2019-10-31T21:53:01","date_gmt":"2019-10-31T18:53:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh\/"},"modified":"2019-10-31T21:53:01","modified_gmt":"2019-10-31T18:53:01","slug":"i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","title":{"rendered":"\u00ab\u00c7a ira comme \u00e7a\u00bb: ce que les fournisseurs de cloud ne disent pas sur les donn\u00e9es personnelles","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Un jour, nous avons re\u00e7u une demande de services cloud. Nous avons estim\u00e9 de mani\u00e8re g\u00e9n\u00e9rale ce qui serait n\u00e9cessaire de notre part et avons envoy\u00e9 en retour une liste de questions pour clarifier les d\u00e9tails. Ensuite, nous avons analys\u00e9 les r\u00e9ponses et compris : le client souhaite stocker dans le cloud des donn\u00e9es personnelles de deuxi\u00e8me niveau de protection. Nous lui r\u00e9pondons : \u00ab Vous avez un niveau de donn\u00e9es personnelles de deuxi\u00e8me niveau, d\u00e9sol\u00e9, nous ne pouvons fournir qu'un cloud priv\u00e9. \u00bb Et lui de r\u00e9pondre : \u00ab Vous savez, dans l'entreprise X, ils peuvent tout mettre dans le public. \u00bb<\/p>\n

\"\u00ab\u00c7a
\nPhoto Steve Crisp, Reuters<\/i><\/p>\n

\u00c9tranges histoires ! Nous sommes all\u00e9s sur le site de l'entreprise X, avons examin\u00e9 leurs documents d'accr\u00e9ditation, avons secou\u00e9 la t\u00eate et compris : il y a beaucoup de questions ouvertes sur le stockage des donn\u00e9es personnelles qui doivent \u00eatre soigneusement examin\u00e9es. C'est justement ce que nous allons faire dans cet article.
\n<\/a><\/noindex><\/p>\n

Comment tout devrait fonctionner<\/h2>\n

\nPour commencer, examinons selon quels crit\u00e8res les donn\u00e9es personnelles sont class\u00e9es dans un niveau de protection particulier. Cela d\u00e9pend de la cat\u00e9gorie de donn\u00e9es, du nombre de sujets de ces donn\u00e9es que l'op\u00e9rateur stocke et traite, ainsi que du type de menaces actuelles.<\/p>\n

\"\u00ab\u00c7a
\n
\nLa d\u00e9finition des types de menaces actuelles est donn\u00e9e dans le d\u00e9cret du Gouvernement de la F\u00e9d\u00e9ration de Russie n\u00b01119<\/a><\/noindex> du 1er novembre 2012 \u00ab Sur l'approbation des exigences pour la protection des donn\u00e9es personnelles lors de leur traitement dans des syst\u00e8mes d'information des donn\u00e9es personnelles \u00bb :<\/p>\n

\u00ab Les menaces de type 1 sont pertinentes pour un syst\u00e8me d'information si pour celui-ci, entre autres sont pertinentes les menaces li\u00e9es<\/i> \u00e0 l'existence de possibilit\u00e9s non document\u00e9es (non d\u00e9clar\u00e9es) dans le logiciel syst\u00e8me<\/i>, utilis\u00e9 dans le syst\u00e8me d'information.<\/p>\n

Les menaces de type 2 sont pertinentes pour un syst\u00e8me d'information si pour celui-ci, entre autres sont pertinentes les menaces li\u00e9es<\/i> \u00e0 l'existence de possibilit\u00e9s non document\u00e9es (non d\u00e9clar\u00e9es) dans le logiciel applicatif<\/i>, utilis\u00e9 dans le syst\u00e8me d'information.<\/p>\n

Les menaces de type 3 sont pertinentes pour un syst\u00e8me d'information si pour celui-ci sont pertinentes des menaces non li\u00e9es<\/i> \u00e0 l'existence de possibilit\u00e9s non document\u00e9es (non d\u00e9clar\u00e9es) dans le logiciel syst\u00e8me et applicatif<\/i>, utilis\u00e9 dans le syst\u00e8me d'information.\u00bb<\/p><\/blockquote>\n

\nL'essentiel de ces d\u00e9finitions est la pr\u00e9sence de capacit\u00e9s non document\u00e9es (d\u00e9clar\u00e9es). Pour confirmer l'absence de telles capacit\u00e9s dans le logiciel (dans le cas du cloud, cela concerne l'hyperviseur), une certification par le FSTEC de Russie est r\u00e9alis\u00e9e. Si l'op\u00e9rateur des donn\u00e9es personnelles (PDn) consid\u00e8re qu'il n'existe pas de telles capacit\u00e9s dans le logiciel, alors les menaces correspondantes ne sont pas pertinentes. Les menaces de 1er et 2e types sont rarement consid\u00e9r\u00e9es comme pertinentes par les op\u00e9rateurs de PDn.<\/p>\n

En plus de d\u00e9terminer le niveau de protection des PDn, l'op\u00e9rateur doit \u00e9galement identifier les menaces sp\u00e9cifiques et pertinentes pour le cloud public et, sur la base du niveau de protection des PDn identifi\u00e9 et des menaces actuelles, d\u00e9finir les mesures et les moyens de protection n\u00e9cessaires.<\/p>\n

Le FSTEC a \u00e9num\u00e9r\u00e9 toutes les principales menaces de mani\u00e8re claire dans BDU<\/a><\/noindex> (base de donn\u00e9es des menaces). Les fournisseurs et les certificateurs des infrastructures cloud utilisent cette base dans leur travail. Voici des exemples de menaces :<\/p>\n

UBI.44<\/a><\/noindex>: \u00ab La menace r\u00e9side dans la possibilit\u00e9 d'une violation de la s\u00e9curit\u00e9 des donn\u00e9es utilisateur par des programmes fonctionnant \u00e0 l'int\u00e9rieur d'une machine virtuelle, par des logiciels malveillants fonctionnant en dehors de la machine virtuelle \u00bb. Cette menace est caus\u00e9e par la pr\u00e9sence de vuln\u00e9rabilit\u00e9s dans le logiciel de l'hyperviseur, qui assure l'isolement de l'espace d'adressage utilis\u00e9 pour stocker les donn\u00e9es des utilisateurs des programmes fonctionnant \u00e0 l'int\u00e9rieur de la machine virtuelle, contre l'acc\u00e8s non autoris\u00e9 par des logiciels malveillants fonctionnant en dehors de la machine virtuelle.<\/p>\n

La r\u00e9alisation de cette menace est possible si le code malveillant parvient \u00e0 franchir les fronti\u00e8res de la machine virtuelle, non seulement par l'exploitation des vuln\u00e9rabilit\u00e9s de l'hyperviseur, mais aussi par l'ex\u00e9cution de telles actions depuis des niveaux de fonctionnement inf\u00e9rieurs (par rapport \u00e0 l'hyperviseur) dans le syst\u00e8me.<\/p>\n

UBI.101<\/a><\/noindex>: \u00abLa menace r\u00e9side dans la possibilit\u00e9 d'un acc\u00e8s non autoris\u00e9 aux informations prot\u00e9g\u00e9es d'un utilisateur de services cloud par un autre. Cette menace est due au fait que, en raison des sp\u00e9cificit\u00e9s des technologies cloud, les utilisateurs de services cloud doivent partager la m\u00eame infrastructure cloud. La r\u00e9alisation de cette menace est possible en cas d'erreurs dans la s\u00e9paration des \u00e9l\u00e9ments de l'infrastructure cloud entre les utilisateurs de services cloud, ainsi que dans l'isolement de leurs ressources et la s\u00e9paration de leurs donn\u00e9es\u00bb.<\/p><\/blockquote>\n

\nPour se prot\u00e9ger contre ces menaces, il est possible uniquement d'utiliser un hyperviseur, puisque c'est lui qui g\u00e8re les ressources virtuelles. Ainsi, l'hyperviseur doit \u00eatre consid\u00e9r\u00e9 comme un moyen de protection.<\/p>\n

Et conform\u00e9ment \u00e0 l'arr\u00eat\u00e9 de la FSTEK n\u00b021<\/a><\/noindex> du 18 f\u00e9vrier 2013, l'hyperviseur doit \u00eatre certifi\u00e9 par rapport \u00e0 l'absence de NDB au niveau 4, sinon l'utilisation de donn\u00e9es personnelles de niveau 1 et 2 avec celui-ci sera ill\u00e9gale (\u00abp.12. ... Pour garantir les niveaux de protection 1 et 2 des donn\u00e9es personnelles, ainsi que pour assurer le niveau de protection 3 des donn\u00e9es personnelles dans les syst\u00e8mes d'information, pour lesquels les menaces de 2\u00e8me type sont pertinentes, des moyens de protection de l'information, dont le logiciel a \u00e9t\u00e9 v\u00e9rifi\u00e9 \u00e0 un niveau d'au moins 4 pour le contr\u00f4le de l'absence de possibilit\u00e9s non d\u00e9clar\u00e9es\u00bb<\/i>).<\/p>\n

Le niveau de certification requis, NDB-4, n'est poss\u00e9d\u00e9 que par un seul hyperviseur, de d\u00e9veloppement russe \u2014 Horizon VC<\/a><\/noindex>. Pour le dire doucement, ce n'est pas la solution la plus populaire. Les clouds commerciaux sont g\u00e9n\u00e9ralement construits sur la base de VMware vSphere, KVM, Microsoft Hyper-V. Aucun de ces produits n'a de certification NDB-4. Pourquoi ? Probablement, obtenir une telle certification n'est pas encore \u00e9conomiquement justifi\u00e9 pour les fabricants.<\/p>\n

Et pour les donn\u00e9es personnelles de niveaux 1 et 2 dans le cloud public, il nous reste seulement Horizon VC. Triste mais vrai.<\/p>\n

Comment tout cela (\u00e0 notre avis) fonctionne r\u00e9ellement<\/h3>\n

\n\u00c0 premi\u00e8re vue, tout semble assez strict : les menaces \u00e9nonc\u00e9es doivent \u00eatre \u00e9limin\u00e9es par une configuration correcte des m\u00e9canismes de protection int\u00e9gr\u00e9s de l'hyperviseur, certifi\u00e9 selon NDB-4. Mais il y a une \u00e9chappatoire. Conform\u00e9ment \u00e0 l'arr\u00eat\u00e9 de la FSTEK n\u00b021 (\u00abp.2 La s\u00e9curit\u00e9 des donn\u00e9es personnelles lors de leur traitement dans le syst\u00e8me d'information des donn\u00e9es personnelles (ci-apr\u00e8s \u2014 syst\u00e8me d'information) est assur\u00e9e par l'op\u00e9rateur ou la personne effectuant le traitement des donn\u00e9es personnelles pour le compte de l'op\u00e9rateur conform\u00e9ment \u00e0 la l\u00e9gislation<\/a><\/noindex> de la F\u00e9d\u00e9ration de Russie\u00bb<\/i>), les fournisseurs \u00e9valuent eux-m\u00eames la pertinence des menaces potentielles et choisissent en cons\u00e9quence des mesures de protection. Par cons\u00e9quent, si les menaces UBI.44 et UBI.101 ne sont pas consid\u00e9r\u00e9es comme pertinentes, il n'y aura pas non plus de n\u00e9cessit\u00e9 d'utiliser un hyperviseur certifi\u00e9 selon NDL-4, qui doit justement assurer la protection contre elles. Cela suffira pour obtenir le certificat de conformit\u00e9 public cloud de niveaux 1 et 2 de protection des donn\u00e9es personnelles, ce qui satisfera pleinement le Roskomnadzor.<\/p>\n

Bien s\u00fbr, en plus du Roskomnadzor, la v\u00e9rification peut \u00eatre effectu\u00e9e par le FSTEC \u2014 et cette organisation est beaucoup plus pointilleuse sur les questions techniques. Elle s'int\u00e9ressera s\u00fbrement \u00e0 la raison pour laquelle les menaces UBI.44 et UBI.101 ont \u00e9t\u00e9 jug\u00e9es non pertinentes ? Mais g\u00e9n\u00e9ralement, le FSTEC n'effectue une v\u00e9rification que lorsqu'il re\u00e7oit des informations sur un incident marquant. Dans ce cas, le service f\u00e9d\u00e9ral se rend d'abord chez l'op\u00e9rateur de donn\u00e9es personnelles \u2014 c'est-\u00e0-dire le client des services cloud. Dans le pire des cas, l'op\u00e9rateur re\u00e7oit une amende \u2014 par exemple, pour Twitter au d\u00e9but de l'ann\u00e9e l'amende<\/a><\/noindex> dans un cas similaire \u00e9tait de 5000 roubles. Ensuite, le FSTEC s'adresse au fournisseur de services cloud, qui peut tout \u00e0 fait perdre sa licence en raison du non-respect des exigences r\u00e9glementaires \u2014 et cela repr\u00e9sente d\u00e9j\u00e0 des risques tr\u00e8s diff\u00e9rents pour le fournisseur de cloud ainsi que pour ses clients. Mais, je le r\u00e9p\u00e8te, une raison pr\u00e9cise est g\u00e9n\u00e9ralement n\u00e9cessaire pour la v\u00e9rification du FSTEC.<\/i> Donc, les fournisseurs de cloud sont pr\u00eats \u00e0 prendre des risques. Jusqu'\u00e0 un incident s\u00e9rieux. <\/p>\n

Il existe \u00e9galement un groupe de fournisseurs \u00ab plus responsables \u00bb qui estiment qu'il est possible de combler toutes les menaces en ajoutant une surcouche de type vGate au dessus de l'hyperviseur. Cependant, dans un environnement virtuel partag\u00e9 entre clients, pour certaines menaces (comme celle mentionn\u00e9e ci-dessus, UBI.101), un m\u00e9canisme de protection efficace ne peut \u00eatre mis en \u0153uvre qu'au niveau d'un hyperviseur certifi\u00e9 selon NDV-4, car toutes les syst\u00e8mes de surcouche n'influencent pas les fonctions internes de gestion des ressources de l'hyperviseur (notamment de la m\u00e9moire vive).<\/p>\n

Comment nous travaillons<\/h3>\n

\nNous avons un segment cloud bas\u00e9 sur un hyperviseur certifi\u00e9 par le FSTEK (mais sans certification NDV-4). Ce segment est certifi\u00e9, ce qui signifie que des donn\u00e9es personnelles peuvent \u00eatre h\u00e9berg\u00e9es sur son infrastructure. Niveaux de protection 3 et 4<\/i> \u2014 les exigences en mati\u00e8re de protection contre les capacit\u00e9s non d\u00e9clar\u00e9es ne sont pas n\u00e9cessaires ici. Voici d'ailleurs l'architecture de notre segment cloud s\u00e9curis\u00e9 :<\/p>\n

\"\u00ab\u00c7a
\nSyst\u00e8mes pour donn\u00e9es personnelles Niveaux de protection 1 et 2<\/i> nous ne les mettons en \u0153uvre que sur du mat\u00e9riel d\u00e9di\u00e9. Ce n'est que dans ce cas que, par exemple, la menace UBI.101 n'est effectivement pas pertinente, puisque les racks de serveurs, qui ne sont pas combin\u00e9s dans un m\u00eame environnement virtuel, ne peuvent pas interf\u00e9rer les uns avec les autres, m\u00eame s'ils sont h\u00e9berg\u00e9s dans le m\u00eame centre de donn\u00e9es. Pour de tels cas, nous proposons un service de location de mat\u00e9riel d\u00e9di\u00e9 (\u00e9galement appel\u00e9 Hardware as a service).<\/p>\n

Si vous n'\u00eates pas s\u00fbr du niveau de protection requis pour votre syst\u00e8me de donn\u00e9es personnelles, nous vous assistons \u00e9galement dans leur classification.<\/p>\n

Sortie<\/h3>\n

\nNotre petite \u00e9tude de march\u00e9 a montr\u00e9 que certains op\u00e9rateurs cloud sont pr\u00eats \u00e0 risquer la s\u00e9curit\u00e9 des donn\u00e9es de leurs clients, ainsi que leur propre avenir, pour obtenir des commandes. Mais nous adoptons une politique diff\u00e9rente \u00e0 cet \u00e9gard, que nous avons bri\u00e8vement d\u00e9crite ci-dessus. Nous serons heureux de r\u00e9pondre \u00e0 vos questions dans les commentaires.
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439. \u0417\u0430\u0442\u0435\u043c \u043f\u0440\u043e\u0430\u043d\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043b\u0438 \u043e\u0442\u0432\u0435\u0442\u044b \u0438 \u043f\u043e\u043d\u044f\u043b\u0438: \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a \u0445\u043e\u0447\u0435\u0442 \u0440\u0430\u0437\u043c\u0435\u0449\u0430\u0442\u044c \u0432 \u043e\u0431\u043b\u0430\u043a\u0435 \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0432\u0442\u043e\u0440\u043e\u0433\u043e \u0443\u0440\u043e\u0432\u043d\u044f \u0437\u0430\u0449\u0438\u0449\u0435\u043d\u043d\u043e\u0441\u0442\u0438. \u041e\u0442\u0432\u0435\u0447\u0430\u0435\u043c \u0435\u043c\u0443: \u00ab\u0423 \u0432\u0430\u0441 \u0432\u0442\u043e\u0440\u043e\u0439 \u0443\u0440\u043e\u0432\u0435\u043d\u044c \u043f\u0435\u0440\u0441\u0434\u0430\u043d\u043d\u044b\u0445, \u0438\u0437\u0432\u0438\u043d\u0438\u0442\u0435, \u043c\u043e\u0436\u0435\u043c \u0442\u043e\u043b\u044c\u043a\u043e \u0447\u0430\u0441\u0442\u043d\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c\u00bb. \u0410 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33512","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u00ab \u00c7a ira comme \u00e7a \u00bb : ce que les fournisseurs cloud ne disent pas sur les donn\u00e9es personnelles | ProHoster","description":"Nous avons re\u00e7u une demande pour des services cloud. Nous avons \u00e9valu\u00e9 en gros ce qui \u00e9tait requis de notre part et avons envoy\u00e9 en retour une liste de questions pour clarifier les d\u00e9tails.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u00ab\u0418 \u0442\u0430\u043a \u0441\u043e\u0439\u0434\u0435\u0442\u00bb: \u0447\u0442\u043e \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440\u044b \u043d\u0435 \u0434\u043e\u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u044e\u0442 \u043e \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:53:01+00:00","article:modified_time":"2019-10-31T18:53:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33512","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 15:35:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:39:23","updated":"2026-01-21 15:35:22","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/33512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=33512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/33512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/25212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=33512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=33512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=33512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}