{"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\/de\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","title":{"rendered":"\u201eDas wird schon so gehen\u201c: Was Cloud-Anbieter \u00fcber pers\u00f6nliche Daten nicht sagen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Eines Tages erhielten wir eine Anfrage zu Cloud-Diensten. Wir \u00fcberlegten grob, was von uns ben\u00f6tigt werden w\u00fcrde, und schickten eine Liste mit Fragen zur Kl\u00e4rung der Details als Antwort. Dann analysierten wir die Antworten und verstanden: Der Kunde m\u00f6chte personenbezogene Daten der zweiten Schutzstufe in der Cloud speichern. Unsere Antwort lautete: \u201eSie haben die zweite Stufe der personenbezogenen Daten, entschuldigen Sie, wir k\u00f6nnen nur eine private Cloud erstellen.\u201c Und er: \u201eWissen Sie, in der Firma X kann ich alles in der \u00d6ffentlichkeit speichern.\u201c<\/p>\n

\"\u201eDas
\nFoto Steve Crisp, Reuters<\/i><\/p>\n

Seltsame Dinge! Wir besuchten die Website der Firma X, studierten ihre Zertifizierungsdokumente, sch\u00fcttelten den Kopf und erkannten: Es gibt viele offene Fragen zur Speicherung personenbezogener Daten, die gr\u00fcndlich \u00fcberpr\u00fcft werden m\u00fcssen. Damit werden wir uns in diesem Beitrag besch\u00e4ftigen.
\n<\/a><\/noindex><\/p>\n

Wie alles funktionieren sollte<\/h2>\n

\nZun\u00e4chst kl\u00e4ren wir, nach welchen Kriterien personenbezogene Daten \u00fcberhaupt einer bestimmten Schutzstufe zugeordnet werden. Dies h\u00e4ngt von der Kategorie der Daten, der Anzahl der Personen, deren Daten der Betreiber speichert und verarbeitet, sowie von der Art der aktuellen Bedrohungen ab.<\/p>\n

\"\u201eDas
\n
\nDie Definition der Arten aktueller Bedrohungen ist in der Verordnung der Regierung der Russischen F\u00f6deration Nr. 1119<\/a><\/noindex> vom 1. November 2012 \u201e\u00dcber die Genehmigung der Anforderungen an den Schutz personenbezogener Daten bei deren Verarbeitung in Informationssystemen personenbezogener Daten\u201c festgelegt:<\/p>\n

\u201eBedrohungen des 1. Typs sind relevant f\u00fcr ein Informationssystem, wenn f\u00fcr dieses unter anderem Bedrohungen im Zusammenhang<\/i> mit dem Vorhandensein von nicht dokumentierten (nichterkl\u00e4rten) M\u00f6glichkeiten in der Systemsoftware<\/i>, die im Informationssystem verwendet wird.<\/p>\n

Bedrohungen des 2. Typs sind relevant f\u00fcr ein Informationssystem, wenn f\u00fcr dieses unter anderem Bedrohungen im Zusammenhang<\/i> mit dem Vorhandensein von nicht dokumentierten (nichterkl\u00e4rten) M\u00f6glichkeiten in der Anwendungssoftware<\/i>, die im Informationssystem verwendet wird.<\/p>\n

Bedrohungen des 3. Typs sind relevant f\u00fcr ein Informationssystem, wenn f\u00fcr dieses Bedrohungen, die nicht mit<\/i> mit dem Vorhandensein von nicht dokumentierten (nichterkl\u00e4rten) M\u00f6glichkeiten der System- und Anwendungssoftware<\/i>, die im Informationssystem verwendet wird, verbunden sind.\u201c<\/p><\/blockquote>\n

\nDas Wesentliche in diesen Definitionen ist das Vorhandensein von nicht dokumentierten (nichterkl\u00e4rten) M\u00f6glichkeiten. Um das Fehlen nicht dokumentierter M\u00f6glichkeiten in der Software zu best\u00e4tigen (im Falle der Cloud ist dies der Hypervisor), erfolgt eine Zertifizierung durch den FSTEC Russlands. Wenn der Betreiber der personenbezogenen Daten akzeptiert, dass es solche M\u00f6glichkeiten in der Software nicht gibt, dann sind auch die entsprechenden Bedrohungen irrelevant. Die Bedrohungen des 1. und 2. Typs werden von den Betreibern personenbezogener Daten \u00e4u\u00dferst selten als relevant erachtet.<\/p>\n

Neben der Bestimmung des Sicherheitsniveaus der personenbezogenen Daten muss der Betreiber auch die spezifischen aktuellen Bedrohungen f\u00fcr die Public Cloud festlegen und auf der Grundlage des ermittelten Sicherheitsniveaus und der relevanten Bedrohungen die erforderlichen Schutzma\u00dfnahmen und -mittel bestimmen.<\/p>\n

Bei der FSTEK sind alle wesentlichen Bedrohungen klar aufgelistet in BDU<\/a><\/noindex> (Datenbank der Bedrohungen). Anbieter und Zertifizierer von Cloud-Infrastrukturen nutzen in ihrer Arbeit diese Datenbank. Hier sind einige Beispiele f\u00fcr Bedrohungen:<\/p>\n

UBI.44<\/a><\/noindex>: \u201eDie Bedrohung besteht in der M\u00f6glichkeit einer Sicherheitsverletzung der Benutzerdaten durch Programme, die innerhalb einer virtuellen Maschine arbeiten, durch sch\u00e4dliche Software, die au\u00dferhalb der virtuellen Maschine funktioniert.\u201c Diese Bedrohung r\u00fchrt von Schwachstellen der Hypervisor-Software her, die die Isolierung des Adressraums, der verwendet wird, um die Benutzerdaten der Programme in der virtuellen Maschine zu speichern, vor unbefugtem Zugriff durch sch\u00e4dliche Software, die au\u00dferhalb der virtuellen Maschine arbeitet, gew\u00e4hrleisten soll.<\/p>\n

Die Umsetzung dieser Bedrohung ist m\u00f6glich, wenn es dem sch\u00e4dlichen Programmcode gelingt, die Grenzen der virtuellen Maschine zu \u00fcberwinden, nicht nur durch die Ausnutzung von Schwachstellen des Hypervisors, sondern auch durch die Erzeugung solcher Einwirkungen von tiefer liegenden (im Verh\u00e4ltnis zum Hypervisor) Betriebsebenen des Systems.<\/p>\n

UBI.101<\/a><\/noindex>: \u201eDie Bedrohung besteht in der M\u00f6glichkeit des unbefugten Zugriffs auf die gesch\u00fctzten Informationen eines Nutzers von Cloud-Diensten durch einen anderen. Diese Bedrohung ergibt sich daraus, dass aufgrund der Besonderheiten der Cloud-Technologien die Nutzer von Cloud-Diensten gezwungen sind, dasselbe Cloud-Infrastruktur gemeinsam zu nutzen. Die Umsetzung dieser Bedrohung ist m\u00f6glich, wenn Fehler bei der Trennung der Elemente der Cloud-Infrastruktur zwischen den Nutzern von Cloud-Diensten auftreten sowie bei der Isolation ihrer Ressourcen und der Abgrenzung der Daten voneinander.\u201c<\/p><\/blockquote>\n

\nSich gegen diese Bedrohungen zu sch\u00fctzen, ist nur mit Hilfe des Hypervisors m\u00f6glich, da dieser die virtuellen Ressourcen verwaltet. Daher muss der Hypervisor als Schutzmittel betrachtet werden.<\/p>\n

Und gem\u00e4\u00df dem Befehl der FSTEK Nr. 21<\/a><\/noindex> Ab dem 18. Februar 2013 muss der Hypervisor eine Zertifizierung auf das Fehlen von NDU auf Stufe 4 durchlaufen, andernfalls ist die Verwendung personenbezogener Daten der Stufen 1 und 2 mit ihm illegal (\u201eAbs. 12. \u2026 Zur Gew\u00e4hrleistung der Stufen 1 und 2 des Schutzes personenbezogener Daten sowie zur Sicherstellung der Stufe 3 des Schutzes personenbezogener Daten in Informationssystemen, f\u00fcr die aktuelle Bedrohungen des Typs 2 zugeordnet sind, werden Informationsschutzmittel angewendet, deren Software nicht weniger als auf Stufe 4 der Kontrolle des Fehlens nicht deklarierten M\u00f6glichkeiten gepr\u00fcft wurde\u201c<\/i>).<\/p>\n

Das erforderliche Zertifizierungsniveau, NDU-4, wird nur von einem Hypervisor russischer Entwicklung besessen \u2014 Gorizont VS<\/a><\/noindex>. Um es milde auszudr\u00fccken, nicht die beliebteste L\u00f6sung. Kommerzielle Clouds basieren in der Regel auf VMware vSphere, KVM, Microsoft Hyper-V. Keines dieser Produkte hat eine Zertifizierung auf NDU-4. Warum? Wahrscheinlich ist die Erlangung einer solchen Zertifizierung f\u00fcr die Hersteller derzeit wirtschaftlich nicht rentabel.<\/p>\n

Und bleibt uns f\u00fcr personenbezogene Daten der Stufen 1 und 2 in der \u00f6ffentlichen Cloud nur Gorizont VS. Traurig aber wahr.<\/p>\n

Wie alles (unserer Meinung nach) tats\u00e4chlich funktioniert<\/h3>\n

\nAuf den ersten Blick ist alles ziemlich streng: die angegebenen Bedrohungen sollten durch die richtige Konfiguration der integrierten Schutzmechanismen des auf NDU-4 zertifizierten Hypervisors beseitigt werden. Aber es gibt ein Schlupfloch. Gem\u00e4\u00df dem FSTEK-Befehl Nr. 21 (\u201eAbs. 2 Die Sicherheit personenbezogener Daten bei deren Verarbeitung in einem Informationssystem personenbezogener Daten (im Folgenden \u2014 Informationssystem) wird durch den Betreiber oder die Person, die die Verarbeitung personenbezogener Daten im Auftrag des Betreibers gem\u00e4\u00df Gesetzgebung<\/a><\/noindex> der Russischen F\u00f6deration\u201c<\/i>), bewerten Anbieter selbstst\u00e4ndig die Relevanz m\u00f6glicher Bedrohungen und w\u00e4hlen entsprechend Schutzma\u00dfnahmen aus. Daher, wenn man die Bedrohungen UBI.44 und UBI.101 nicht als relevant erachtet, wird es auch nicht n\u00f6tig sein, einen auf NDU-4 zertifizierten Hypervisor zu verwenden, der genau f\u00fcr den Schutz vor diesen Bedrohungen sorgen sollte. Und das wird ausreichen, um das Konformit\u00e4tszertifikat der \u00f6ffentlichen Cloud f\u00fcr die Schutzniveaus 1 und 2 von PDn zu erhalten, mit dem die Roskomnadsor durchaus zufrieden sein wird.<\/p>\n

Nat\u00fcrlich kann neben dem Roskomnadzor auch die FSTEC mit einer \u00dcberpr\u00fcfung kommen \u2013 und diese Organisation legt in technischen Fragen wesentlich mehr Wert auf Details. Sie wird sicherlich interessiert sein, warum gerade die Bedrohungen UBI.44 und UBI.101 als nicht mehr relevant erachtet wurden. In der Regel f\u00fchrt die FSTEC jedoch eine \u00dcberpr\u00fcfung nur durch, wenn sie Informationen \u00fcber einen auff\u00e4lligen Vorfall erh\u00e4lt. In diesem Fall kommt die Bundesbeh\u00f6rde zuerst zum Betreiber der personenbezogenen Daten \u2013 also zum Auftraggeber der Cloud-Dienste. Im ung\u00fcnstigsten Fall erh\u00e4lt der Betreiber eine kleine Geldstrafe \u2013 zum Beispiel f\u00fcr Twitter zu Beginn des Jahres Geldstrafe<\/a><\/noindex> betrug in einem \u00e4hnlichen Fall 5000 Rubel. Anschlie\u00dfend geht die FSTEC weiter zum Cloud-Dienstanbieter, der m\u00f6glicherweise die Lizenz wegen Nichteinhaltung von Normenkriterien verlieren k\u00f6nnte \u2013 das sind bereits ganz andere Risiken, sowohl f\u00fcr den Cloud-Anbieter als auch f\u00fcr seine Kunden. Aber ich wiederhole, f\u00fcr eine Pr\u00fcfung ben\u00f6tigt die FSTEC in der Regel einen klaren Anlass.<\/i> Deshalb sind Cloud-Anbieter bereit, Risiken einzugehen. Bis zum ersten schwerwiegenden Vorfall. <\/p>\n

Es gibt auch eine Gruppe von \"verantwortungsbewussteren\" Anbietern, die der Meinung sind, dass man alle Bedrohungen durch die Erg\u00e4nzung des Hypervisors mit einer Art vGate schlie\u00dfen kann. In einer zwischen den Auftraggebern verteilten virtuellen Umgebung kann jedoch f\u00fcr einige Bedrohungen (z. B. das oben genannte UBI.101) ein wirksamer Schutzmechanismus nur auf der Ebene eines nach NDV-4 zertifizierten Hypervisors implementiert werden, da alle \u00dcberlagerungssysteme die Standardfunktionen des Hypervisors zur Ressourcenverwaltung (insbesondere des Arbeitsspeichers) nicht beeintr\u00e4chtigen.<\/p>\n

So arbeiten wir<\/h3>\n

\nWir haben ein Cloud-Segment, das auf einem von der FSTEC zertifizierten Hypervisor basiert (aber ohne Zertifizierung nach NDV-4). Dieses Segment ist zertifiziert, sodass personenbezogene Daten auf dessen Grundlage in der Cloud gespeichert werden k\u00f6nnen Stufen 3 und 4 des Schutzes<\/i> \u2013 die Anforderungen zum Schutz vor nicht deklarierten M\u00f6glichkeiten m\u00fcssen hier nicht eingehalten werden. Hier ist \u00fcbrigens die Architektur unseres gesch\u00fctzten Cloud-Segments:<\/p>\n

\"\u201eDas
\nSysteme f\u00fcr personenbezogene Daten Stufen 1 und 2 des Schutzes<\/i> Wir setzen ausschlie\u00dflich auf dedizierte Hardware. Nur in diesem Fall ist beispielsweise die Bedrohung durch UBI.101 wirklich nicht relevant, da Server-Racks, die nicht in einer gemeinsamen virtuellen Umgebung verbunden sind, sich auch bei Standorten im gleichen Rechenzentrum nicht gegenseitig beeinflussen k\u00f6nnen. F\u00fcr solche F\u00e4lle bieten wir die Dienstleistung der Anmietung von dedizierter Hardware an (auch als Hardware as a Service, oder Equipment as a Service bekannt).<\/p>\n

Wenn Sie sich nicht sicher sind, welches Schutzniveau f\u00fcr Ihr System personenbezogener Daten erforderlich ist, helfen wir Ihnen auch bei deren Klassifizierung.<\/p>\n

Ausgabe<\/h3>\n

\nUnsere kleine Marktforschung hat gezeigt: Einige Cloud-Anbieter sind durchaus bereit, beim Erlangen von Auftr\u00e4gen das Risiko f\u00fcr die Sicherheit der Kundendaten und ihre eigene Zukunft einzugehen. Aber wir verfolgen in diesen Angelegenheiten eine andere Politik, die wir oben kurz beschrieben haben. Wir freuen uns darauf, in den Kommentaren Ihre Fragen zu beantworten.
\n
Quelle: 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\u201eDas geht schon so\u201c: Was Cloud-Anbieter nicht \u00fcber personenbezogene Daten mitteilen | ProHoster","description":"Wir erhielten irgendwann eine Anfrage zu Cloud-Diensten. Wir skizzierten grob, was von uns ben\u00f6tigt wird, und schickten als Antwort eine Liste von Fragen zur Kl\u00e4rung der Einzelheiten.","canonical_url":"https:\/\/prohoster.info\/de\/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":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/33512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=33512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/33512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=33512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=33512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=33512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}