{"id":97667,"date":"2020-10-20T08:42:25","date_gmt":"2020-10-20T06:42:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key"},"modified":"2020-10-20T08:42:25","modified_gmt":"2020-10-20T06:42:25","slug":"shifrovanie-v-mysql-ispolzovanie-master-key","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","title":{"rendered":"Cifrado en MySQL: uso de la Clave Principal","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2><\/h2>\n<p><strong><em>Con la pr\u00f3xima apertura del nuevo ciclo del curso&nbsp;<\/em><\/strong><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong><em>\u00abBases de Datos\u00bb<\/em><\/strong><\/a><\/noindex><strong><em>&nbsp;seguimos publicando una serie de art\u00edculos sobre cifrado en MySQL.<\/em><\/strong><\/p>\n<p><img decoding=\"async\" alt=\"Cifrado en MySQL: uso de la Clave Principal\" src=\"\/wp-content\/uploads\/2020\/10\/762866d2c321acd726e30606c9108122.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>En el art\u00edculo anterior de esta serie (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Cifrado en MySQL: almacenamiento de claves<\/u><\/a><\/noindex>) hablamos sobre los almacenes de claves. En este art\u00edculo, examinaremos c\u00f3mo se utiliza la clave maestra (master key) y discutiremos las ventajas y desventajas del cifrado por medio de sobres (envelope encryption).&nbsp;<\/p>\n<p>La idea del cifrado por sobres es que las claves utilizadas para cifrar (las claves de los espacios de tabla) son cifradas con otra clave (la clave maestra, master key). Para cifrar los datos, se utilizan en realidad las claves de los espacios de tabla. Gr\u00e1ficamente, se puede representar as\u00ed:<\/p>\n<p><img decoding=\"async\" alt=\"Cifrado en MySQL: uso de la Clave Principal\" src=\"\/wp-content\/uploads\/2020\/10\/385afda0eff739f4720f59799c35b51f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>La clave maestra se encuentra en el almacenamiento de claves, y las claves de los espacios de tablas est\u00e1n en los encabezados de los espacios de tablas cifrados (en la p\u00e1gina 0 del espacio de tablas).&nbsp;<\/p>\n<p>En la imagen anterior:<\/p>\n<ul>\n<li>\n<p>La tabla A est\u00e1 cifrada con la clave 1 (Key 1). La clave 1 es cifrada con la clave maestra (master key) y se almacena en forma cifrada en el encabezado de la tabla A.<\/p>\n<\/li>\n<li>\n<p>La tabla B est\u00e1 cifrada con la clave 2 (Key 2). La clave 2 es cifrada con la clave maestra (master key) y se almacena en forma cifrada en el encabezado de la tabla B.<\/p>\n<\/li>\n<li>\n<p>Y as\u00ed sucesivamente.<\/p>\n<\/li>\n<\/ul>\n<p>Cuando el servidor necesita descifrar la tabla A, obtiene la clave maestra del almac\u00e9n, lee la clave 1 cifrada del encabezado de la tabla A y descifra la clave 1. La clave 1 descifrada se almacena en cach\u00e9 en la memoria del servidor y se utiliza para descifrar la tabla A.<\/p>\n<h3>InnoDB<\/h3>\n<p>En InnoDB, el cifrado y descifrado reales se realizan a nivel de entrada y salida. Es decir, la p\u00e1gina se cifra justo antes de ser escrita en el disco y se descifra inmediatamente despu\u00e9s de ser le\u00edda del disco.<\/p>\n<p>En InnoDB, el cifrado funciona solo a nivel de los espacios de tabla. Y por defecto, todas las tablas se crean en espacios de tabla separados (<noindex><a rel=\"nofollow\" href=\"https:\/\/dev.mysql.com\/doc\/refman\/8.0\/en\/innodb-file-per-table-tablespaces.html\"><u>file-per-table tablespace<\/u><\/a><\/noindex>). En otras palabras, se crea un espacio de tabla que puede contener solo una tabla. Aunque tambi\u00e9n puedes crear tablas en el espacio de tabla principal (<noindex><a rel=\"nofollow\" href=\"https:\/\/dev.mysql.com\/doc\/refman\/8.0\/en\/general-tablespaces.html\"><u>general tablespace<\/u><\/a><\/noindex>). Pero en cualquier caso, la tabla siempre se encuentra en alg\u00fan espacio de tablas. Y dado que el cifrado se realiza a nivel de espacio de tablas, est\u00e1 completamente cifrado o no. Es decir, no se puede cifrar solo una parte de las tablas en el espacio de tablas principal.&nbsp;<\/p>\n<p>Si por alguna raz\u00f3n tiene desactivada la opci\u00f3n file-per-table, todas las tablas se crean dentro del espacio de tablas del sistema (system tablespace). En <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> se puede cifrar el espacio de tablas del sistema utilizando la variable innodb<em>sys<\/em>tablespace<em>encrypt o usando hilos de cifrado (encryption threads), pero sigue siendo una funci\u00f3n experimental. En MySQL esto no existe.<\/em><\/p>\n<p><em>Antes de continuar, necesitamos considerar la estructura del identificador de la clave maestra (master key ID). Se compone de UUID, KEY<\/em>ID y prefijo \u00abINNODBKey\u00bb. Se ve as\u00ed: INNODBKey-UUID-KEY<em>ID.<\/em><\/p>\n<p><em>UUID es el uuid del servidor con el espacio de tablas cifrado. KEY<\/em>ID es simplemente un valor que aumenta continuamente. Al crear la clave maestra KEY por primera vez.<em>ID es igual a 1. Al rotar la clave, cuando se crea una nueva clave maestra, KEY<\/em>ID = 2 y as\u00ed sucesivamente. Hablaremos m\u00e1s sobre la rotaci\u00f3n de claves maestras en los pr\u00f3ximos art\u00edculos de esta serie.<\/p>\n<p>Ahora que sabemos c\u00f3mo se ve el identificador de la clave maestra, veamos el encabezado del espacio de tablas cifrado. Cuando se cifra el espacio de tablas, la informaci\u00f3n sobre el cifrado se agrega al encabezado. Se ve as\u00ed:<\/p>\n<p><img decoding=\"async\" alt=\"Cifrado en MySQL: uso de la Clave Principal\" src=\"\/wp-content\/uploads\/2020\/10\/0703933a85f0a106c07c0dbd6b7f4186.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>KEY ID es la KEY.<em>ID del identificador de la clave maestra que ya discutimos. UUID es el uuid del servidor, que tambi\u00e9n se utiliza en el identificador de la clave maestra. TABLESPACE KEY es la clave del espacio de tablas, que consiste en 256 bits generados aleatoriamente por el servidor. El vector de inicializaci\u00f3n (IV, initialization vector) tambi\u00e9n consiste en 256 bits generados aleatoriamente (aunque deber\u00eda ser de 128 bits). IV se utiliza para la inicializaci\u00f3n del cifrado y descifrado AES (de los 256 bits solo se utilizan 128). Al final, hay un c\u00f3digo de verificaci\u00f3n CRC32 para TABLESPACE KEY e IV.<\/em><\/p>\n<p><em>Todo este tiempo he simplificado un poco al decir que en el encabezado hay una clave de espacio de tabla cifrada. En realidad, la clave del espacio de tabla y el vector de inicializaci\u00f3n se almacenan y se cifran junto con la clave maestra. Recuerde que, antes de cifrar la clave del espacio de tabla y el vector de inicializaci\u00f3n, se calcula el CRC32 para ellos.<\/em><\/p>\n<h3>\u00bfPara qu\u00e9 sirve el CRC32?<\/h3>\n<p><em>En pocas palabras, para asegurarse de que la clave maestra sea v\u00e1lida. Despu\u00e9s de descifrar la clave del espacio de tabla y el vector de inicializaci\u00f3n, se calcula una suma de verificaci\u00f3n y se compara con el CRC32 almacenado en el encabezado. Si las sumas de verificaci\u00f3n coinciden, tenemos la clave maestra y la clave del espacio de tabla correctas. De lo contrario, el espacio de tabla se marca como ausente (de todos modos no podremos descifrarlo).<\/em><\/p>\n<p><em>Puede preguntar: \u00bfen qu\u00e9 momento se verifica las claves? La respuesta es: al iniciar el servidor. Un servidor con tablas\/tablas espacios cifrados lee el UUID, KEY.<\/em>ID del encabezado y genera el identificador de la clave maestra. Luego, obtiene la clave maestra necesaria del almacenamiento (keyring), descifra la clave del espacio de tablas y valida el c\u00f3digo de verificaci\u00f3n. Nuevamente, si el c\u00f3digo de verificaci\u00f3n coincide, todo est\u00e1 en orden; si no, el espacio de tablas se marca como ausente.<\/p>\n<p>Si ha le\u00eddo el art\u00edculo anterior de esta serie (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\"><u>Cifrado en MySQL: almacenamiento de claves<\/u><\/a><\/noindex>), es posible que recuerde que al utilizar un almac\u00e9n de claves del servidor, el servidor al iniciarse obtiene solo una lista de identificadores de claves, m\u00e1s precisamente, el key id y user id, ya que este par identifica de manera \u00fanica la clave. Y ahora digo que el servidor al iniciarse obtiene todas las claves necesarias para verificar la posibilidad de descifrar las claves de los espacios de tabla. Entonces, \u00bfpor qu\u00e9 al inicializar, en el caso del almac\u00e9n de claves del servidor, solo se cargan el key<em>id y user<\/em>id, y no todas las claves? Porque es posible que no necesite todas las claves. Esto est\u00e1 relacionado principalmente con la rotaci\u00f3n de la clave maestra. Al rotar la clave maestra, se crea una nueva clave maestra en el almac\u00e9n, pero las claves antiguas no se eliminan. As\u00ed, en el almac\u00e9n de claves del servidor puede haber muchas claves que no son necesarias para el servidor y, por lo tanto, no se extraen al iniciar el servidor.<\/p>\n<p>Es el momento de hablar un poco sobre las ventajas y desventajas de la cifraci\u00f3n utilizando una clave principal. La mayor ventaja es que solo necesitas una clave de cifrado (la clave principal), que se almacenar\u00e1 por separado de tus datos cifrados. Esto hace que el lanzamiento del servidor sea r\u00e1pido y el almacenamiento sea peque\u00f1o, lo que facilita la gesti\u00f3n. Adem\u00e1s, la \u00fanica clave principal es f\u00e1cil de regenerar.<\/p>\n<p>Sin embargo, la cifraci\u00f3n con la clave principal tiene una gran desventaja: una vez que el espacio de tablas est\u00e1 cifrado con tablespace_key, siempre permanece cifrado con la misma clave. La rotaci\u00f3n de la clave principal no ayuda aqu\u00ed. \u00bfPor qu\u00e9 es esto una desventaja? Sabemos que en MySQL hay errores que pueden provocar un fallo repentino y la creaci\u00f3n de un archivo core. Dado que el archivo core contiene un volcado de la memoria del servidor, puede suceder que en el volcado se encuentre la clave descifrada del espacio de tablas. Peor a\u00fan, las claves descifradas del espacio de tablas se almacenan en memoria, que puede intercambiarse en el disco. Puedes decir que esto no es una desventaja, ya que se necesitan privilegios de root para acceder a esos archivos y a la partici\u00f3n de intercambio. S\u00ed. Pero se necesita root solo por un tiempo. Tan pronto como alguien obtenga acceso a la clave descifrada del espacio de tablas, \u00e9l o ella podr\u00e1 seguir us\u00e1ndola para descifrar datos, incluso sin privilegios de root. Adem\u00e1s, el disco puede ser robado, y la partici\u00f3n de intercambio o los archivos core pueden ser le\u00eddos usando herramientas de terceros. El objetivo de TDE es hacerlo ilegible, incluso si el disco es robado. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.percona.com\/software\/mysql-database\/percona-server\"><u>Percona Server for MySQL<\/u><\/a><\/noindex> Hay una opci\u00f3n para volver a cifrar el espacio de tablas con nuevas claves generadas. Esta funci\u00f3n se llama hilos de cifrado (encryption threads) y, en el momento de escribir este art\u00edculo, a\u00fan es experimental.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/otus.pw\/wMyj\/\"><strong>Descubre m\u00e1s sobre el curso<\/strong><\/a><\/noindex><\/p>\n<h3>Leer m\u00e1s:<\/h3>\n<ul>\n<li>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/522092\/\">Cifrado en MySQL: almacenamiento de claves<\/a><\/noindex><\/p>\n<\/li>\n<\/ul>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/otus\/blog\/524050\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441&nbsp;\u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb&nbsp;\u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u0442\u044c \u0441\u0435\u0440\u0438\u044e \u0441\u0442\u0430\u0442\u0435\u0439 \u043f\u0440\u043e \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u044d\u0442\u043e\u0439 \u0441\u0435\u0440\u0438\u0438 (\u0428\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL: \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u043a\u043b\u044e\u0447\u0435\u0439) \u043c\u044b \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430\u0445 \u043a\u043b\u044e\u0447\u0435\u0439. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c, \u043a\u0430\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0433\u043b\u0430\u0432\u043d\u044b\u0439 \u043a\u043b\u044e\u0447 (master key), \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u0441\u0443\u0434\u0438\u043c \u0434\u043e\u0441\u0442\u043e\u0438\u043d\u0441\u0442\u0432\u0430 \u0438 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u0438 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u043e\u0434\u043e\u043c \u043a\u043e\u043d\u0432\u0435\u0440\u0442\u043e\u0432 (envelope encryption).&nbsp; \u0418\u0434\u0435\u044f \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u043e\u043d\u0432\u0435\u0440\u0442\u043e\u0432 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97668,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97667","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0428\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL: \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 Master Key | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-20T06:42:25+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-10-20T06:42:25+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cifrado en MySQL: uso de la Clave Maestra | ProHoster","description":"En la antesala del inicio de un nuevo ciclo del curso 'Bases de datos', continuamos.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\u0428\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0432 MySQL: \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 Master Key | ProHoster","og:description":"\u0412 \u043f\u0440\u0435\u0434\u0434\u0432\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0440\u0442\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043d\u0430\u0431\u043e\u0440\u0430 \u043d\u0430 \u043a\u0443\u0440\u0441 \u00ab\u0411\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445\u00bb \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/shifrovanie-v-mysql-ispolzovanie-master-key","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":"2020-10-20T06:42:25+00:00","article:modified_time":"2020-10-20T06:42:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97667","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:15:28","updated":"2022-10-03 07:13:51","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=97667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97667\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/97668"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=97667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=97667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=97667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}