Subscriber+<\/strong> para aprovechar la vulnerabilidad.<\/p>\n\n\n\nEsto rompe un mito peligros\u00edsimo en muchos proyectos WordPress: \u201csi los usuarios registrados no son administradores, no pasa nada\u201d. En la pr\u00e1ctica s\u00ed pasa. En tiendas online, academias, memberships, peri\u00f3dicos digitales o cualquier web con \u00e1reas privadas, suele haber cuentas de cliente, suscriptor o usuario b\u00e1sico repartidas por todo el sistema. Cuando una vulnerabilidad parte desde ah\u00ed, la superficie real de ataque crece much\u00edsimo.<\/p>\n\n\n\n
Por eso, cuando analizo este tipo de casos, suelo insistir en una idea: el riesgo no depende solo de la gravedad t\u00e9cnica del fallo, sino del tipo de web donde cae. Una instalaci\u00f3n corporativa sin usuarios p\u00fablicos no se comporta igual que un WooCommerce con cientos de clientes registrados. El CVE puede ser el mismo, pero la exposici\u00f3n pr\u00e1ctica no lo es.<\/p>\n\n\n\n
Qu\u00e9 pasa si un atacante accede a wp-config.php<\/h3>\n\n\n\n
La descripci\u00f3n del CVE habla de lectura de archivos arbitrarios que pueden contener informaci\u00f3n sensible. Eso ya es suficientemente grave. Pero llevado al terreno WordPress, el archivo que m\u00e1s deber\u00eda preocupar es wp-config.php<\/code>, porque suele incluir credenciales de base de datos, claves y par\u00e1metros esenciales de la instalaci\u00f3n. La propia l\u00f3gica del fallo hace que el riesgo de confidencialidad sea el aspecto m\u00e1s castigado en la puntuaci\u00f3n CVSS.<\/p>\n\n\n\nY aqu\u00ed est\u00e1, para m\u00ed, el verdadero salto cualitativo del problema. En cuanto alguien puede leer wp-config.php<\/code>, la conversaci\u00f3n deja de ser \u201chay una vulnerabilidad en un plugin\u201d y pasa a ser \u201cpuede haber un compromiso casi total del sitio\u201d. No porque el CVE ejecute c\u00f3digo por s\u00ed mismo, sino porque expone informaci\u00f3n con la que un atacante puede pivotar, moverse mejor o preparar una toma de control m\u00e1s seria.<\/p>\n\n\n\nEse es el motivo por el que esta vulnerabilidad no me parece \u201cmedia\u201d en la vida real, aunque formalmente figure as\u00ed en CVSS. T\u00e9cnicamente la clasificaci\u00f3n es la que es; operativamente, en una web con usuarios registrados y mala higiene de seguridad, el impacto puede ser bastante m\u00e1s feo.<\/p>\n\n\n\n
Por qu\u00e9 un CVSS medio no refleja todo el riesgo operativo<\/h3>\n\n\n\n
La m\u00e9trica CVSS v3.1 publicada para CVE-2026-3098 es 6.5<\/strong>, con vector AV:N\/AC:L\/PR:L\/UI:N\/S:U\/C:H\/I:N\/A:N<\/strong>. Eso nos dice que el ataque es remoto, de baja complejidad, sin interacci\u00f3n del usuario, pero requiere privilegios bajos y afecta sobre todo a la confidencialidad.<\/p>\n\n\n\nLa parte que muchas veces se pierde en la lectura de ese n\u00famero es el contexto. No es igual exigir \u201cprivilegios bajos\u201d en un WordPress cerrado para tres personas que en una tienda, una plataforma de formaci\u00f3n o una comunidad donde los usuarios b\u00e1sicos existen por dise\u00f1o. Mi experiencia administrando sistemas me ha ense\u00f1ado justamente eso: el riesgo real aparece cuando combinas un fallo t\u00e9cnicamente sencillo con una aplicaci\u00f3n masiva y una operaci\u00f3n relajada.<\/p>\n\n\n\n
\n\n\n\nC\u00f3mo se origina el fallo en Smart Slider 3<\/h2>\n\n\n\nEl error de permisos en acciones AJAX<\/h3>\n\n\n\n
Las fuentes p\u00fablicas apuntan a que el problema reside en la funci\u00f3n actionExportAll<\/code><\/strong> de Smart Slider 3, y lo catalogan como un caso de Missing Authorization (CWE-862)<\/strong>. En t\u00e9rminos simples, la aplicaci\u00f3n no estar\u00eda comprobando correctamente si el usuario que invoca la acci\u00f3n tiene permisos reales para acceder a ese recurso.<\/p>\n\n\n\nEsto me parece especialmente preocupante porque no estamos hablando de una t\u00e9cnica rebuscada de evasi\u00f3n, sino de un fallo de base en la l\u00f3gica de autorizaci\u00f3n. Precisamente ah\u00ed est\u00e1 una de las lecciones m\u00e1s importantes del caso: cuando un plugin crece, gana instalaciones y entra en webs cr\u00edticas, sus controles de permisos dejan de ser un detalle t\u00e9cnico y pasan a ser un requisito de supervivencia.<\/p>\n\n\n\n
Por qu\u00e9 los nonces no sustituyen la validaci\u00f3n de privilegios<\/h3>\n\n\n\n
Aunque las referencias p\u00fablicas de este CVE no desarrollan un tutorial de explotaci\u00f3n paso a paso, s\u00ed dejan claro que el problema es de autorizaci\u00f3n y no simplemente de formato o transporte de la petici\u00f3n.<\/p>\n\n\n\n
Aqu\u00ed hay un aprendizaje que conviene remarcar para desarrolladores WordPress: un nonce no es un sistema de permisos<\/strong>. Puede ayudar a proteger acciones frente a ciertos abusos, pero no reemplaza una comprobaci\u00f3n real de capacidades o privilegios. Confiar solo en esa capa es un error conceptual, y vulnerabilidades como esta son la prueba de que el coste de ese error puede ser alto.<\/p>\n\n\n\n
\n\n\n\nQu\u00e9 sitios WordPress est\u00e1n m\u00e1s expuestos<\/h2>\n\n\n\nWebs corporativas, tiendas online y proyectos con \u00e1reas privadas<\/h3>\n\n\n\n
Aunque cualquier instalaci\u00f3n con una versi\u00f3n vulnerable del plugin est\u00e1 expuesta, el riesgo pr\u00e1ctico aumenta cuando el sitio tiene usuarios autenticados por naturaleza. OpenCVE resume el impacto como la posibilidad de que cualquier usuario autenticado con rol Subscriber o superior<\/strong> lea archivos arbitrarios del servidor.<\/p>\n\n\n\nEso convierte a determinados proyectos en candidatos especialmente delicados:<\/p>\n\n\n\n
\n- tiendas online con cuentas de cliente,<\/li>\n\n\n\n
- plataformas educativas con alumnos registrados,<\/li>\n\n\n\n
- webs de membres\u00eda,<\/li>\n\n\n\n
- medios con usuarios suscritos,<\/li>\n\n\n\n
- entornos corporativos con paneles privados o extranet.<\/li>\n<\/ul>\n\n\n\n
En todos esos casos, el atacante no necesita \u201cromper\u201d el login desde cero si ya puede crear una cuenta leg\u00edtima, aprovechar una cuenta comprometida o reutilizar credenciales filtradas de alg\u00fan usuario de bajo nivel.<\/p>\n\n\n\n
El riesgo en WooCommerce, clientes o suscriptores<\/h3>\n\n\n\n
Este es, para m\u00ed, uno de los grandes puntos ciegos de muchas empresas. Se invierte tiempo en proteger el acceso al panel de administraci\u00f3n, pero se presta mucha menos atenci\u00f3n a lo que puede hacer un usuario aparentemente inocuo. La CVE-2026-3098 encaja de lleno en ese error de enfoque porque el umbral de explotaci\u00f3n parte de un rol bajo.<\/p>\n\n\n\n
Por eso siempre recomiendo abandonar la idea de que \u201ctener usuarios registrados sin privilegios no supone riesgo\u201d. En WordPress, y m\u00e1s a\u00fan en ecosistemas con muchos plugins, ese supuesto se queda viejo r\u00e1pido.<\/p>\n\n\n\n
\n\n\n\nC\u00f3mo mitigar CVE-2026-3098 cuanto antes<\/h2>\n\n\n\nActualizar Smart Slider 3 a una versi\u00f3n corregida<\/h3>\n\n\n\n
La medida principal es clara: actualizar Smart Slider 3<\/strong>. OpenCVE recomienda expresamente subir a la versi\u00f3n 3.5.1.34 o posterior<\/strong>.<\/p>\n\n\n\nSi gestionas varias webs, aqu\u00ed no conviene caer en el cl\u00e1sico \u201clo actualizo ma\u00f1ana\u201d. En seguridad WordPress, el tiempo entre publicaci\u00f3n del CVE, indexaci\u00f3n en bases de datos y movimiento de atacantes puede acortarse mucho cuando el plugin es popular. La recomendaci\u00f3n pr\u00e1ctica es revisar inventario, localizar instalaciones afectadas y priorizar la actualizaci\u00f3n en cualquier sitio con usuarios registrados.<\/p>\n\n\n\n
Medidas temporales si no puedes parchear hoy<\/h3>\n\n\n\n
OpenCVE indica que, si no es viable actualizar de inmediato, pueden aplicarse medidas temporales como deshabilitar el plugin<\/strong> o retirar el acceso a la capacidad asociada a actionExportAll<\/code> para roles de bajo privilegio<\/strong>, adem\u00e1s de revisar que las cuentas WordPress tengan el m\u00ednimo nivel de acceso necesario. Tambi\u00e9n recomienda monitorizar accesos a archivos para detectar intentos an\u00f3malos de lectura.<\/p>\n\n\n\nEn un entorno real, mi orden de prioridad ser\u00eda este:<\/p>\n\n\n\n
\n- identificar todos los WordPress con Smart Slider 3,<\/li>\n\n\n\n
- actualizar primero los que tengan usuarios registrados,<\/li>\n\n\n\n
- reducir superficie de exposici\u00f3n mientras se despliega el parche,<\/li>\n\n\n\n
- revisar logs y accesos recientes,<\/li>\n\n\n\n
- cambiar credenciales sensibles si sospechas compromiso.<\/li>\n<\/ol>\n\n\n\n
Ese \u00faltimo punto es importante. Si existe la posibilidad de que wp-config.php<\/code> haya sido le\u00eddo, no basta con actualizar y pasar p\u00e1gina. Hay que plantearse rotaci\u00f3n de credenciales y revisi\u00f3n del entorno.<\/p>\n\n\n\nBuenas pr\u00e1cticas de mantenimiento y auditor\u00eda de plugins<\/h3>\n\n\n\n
Este caso refuerza algo que repito mucho en administraci\u00f3n de sistemas: no basta con instalar plugins populares y olvidarse de ellos<\/strong>. La seguridad de WordPress no depende solo de elegir herramientas conocidas, sino de mantener una estrategia activa de actualizaci\u00f3n, auditor\u00eda y reducci\u00f3n de superficie. Las acciones sugeridas por OpenCVE van precisamente en esa l\u00ednea: m\u00ednimo privilegio, revisi\u00f3n de versiones y aplicaci\u00f3n r\u00e1pida de parches.<\/p>\n\n\n\nUn plugin muy usado no es autom\u00e1ticamente un plugin seguro. A veces ocurre lo contrario: cuanto m\u00e1s desplegado est\u00e1, m\u00e1s importante es reaccionar r\u00e1pido cuando aparece un fallo.<\/p>\n\n\n\n
\n\n\n\nLecciones que deja CVE-2026-3098 para administradores y desarrolladores<\/h2>\n\n\n\nLo que deber\u00edan revisar los equipos de sistemas<\/h3>\n\n\n\n
Para administradores, esta vulnerabilidad deja varias conclusiones \u00fatiles:<\/p>\n\n\n\n
\n- inventariar plugins instalados y sus versiones no es opcional;<\/li>\n\n\n\n
- hay que priorizar por exposici\u00f3n real, no solo por severidad te\u00f3rica;<\/li>\n\n\n\n
- los roles bajos tambi\u00e9n forman parte del modelo de amenaza;<\/li>\n\n\n\n
- WordPress con usuarios registrados requiere m\u00e1s disciplina operativa.<\/li>\n<\/ul>\n\n\n\n
Yo a\u00f1adir\u00eda una quinta: cuando una vulnerabilidad permite leer archivos arbitrarios, el an\u00e1lisis debe enfocarse enseguida en qu\u00e9 secretos pod\u00edan estar al alcance, no solo en si el plugin ya est\u00e1 actualizado.<\/p>\n\n\n\n
Lo que deber\u00edan corregir los desarrolladores de plugins<\/h3>\n\n\n\n
Para desarrolladores, el aprendizaje est\u00e1 todav\u00eda m\u00e1s claro. El registro p\u00fablico del CVE lo vincula a CWE-862 Missing Authorization<\/strong>, es decir, a una falta de autorizaci\u00f3n adecuada.<\/p>\n\n\n\nEso obliga a revisar a fondo tres cosas:<\/p>\n\n\n\n
\n- comprobaci\u00f3n de capacidades reales antes de ejecutar acciones sensibles,<\/li>\n\n\n\n
- separaci\u00f3n clara entre protecci\u00f3n anti-CSRF y control de permisos,<\/li>\n\n\n\n
- revisi\u00f3n sistem\u00e1tica de endpoints AJAX expuestos a usuarios autenticados.<\/li>\n<\/ul>\n\n\n\n
Cuando un plugin se usa en cientos de miles de sitios, un error b\u00e1sico de permisos deja de ser un bug menor y se convierte en una incidencia de seguridad con impacto masivo.<\/p>\n\n\n\n
\n\n\n\nSobre CVE-2026-3098<\/h2>\n\n\n\n
La CVE-2026-3098<\/strong> no destaca solo por afectar a Smart Slider 3<\/strong>, sino por recordar un problema mucho m\u00e1s amplio dentro de WordPress: confiar demasiado en la popularidad de un plugin y demasiado poco en la disciplina de mantenimiento. La vulnerabilidad permite a usuarios autenticados con rol bajo leer archivos arbitrarios del servidor en versiones hasta la 3.5.1.33<\/strong>, y las recomendaciones p\u00fablicas apuntan a actualizar a 3.5.1.34 o posterior<\/strong> cuanto antes.<\/p>\n\n\n\nMi lectura es sencilla: no conviene infravalorar esta incidencia solo porque su CVSS marque severidad media. En sitios con suscriptores, clientes o usuarios autenticados, el riesgo puede escalar r\u00e1pido si el atacante alcanza archivos sensibles. Y esa es exactamente la clase de vulnerabilidad que separa una web \u201caparentemente mantenida\u201d de una web realmente bien gestionada.<\/p>\n\n\n\n
\n\n\n\nPreguntas de la comunidad<\/h2>\n\n\n\n\u00bfQu\u00e9 es CVE-2026-3098?<\/h3>\n\n\n\n
Es una vulnerabilidad de lectura arbitraria de archivos<\/strong> en el plugin Smart Slider 3<\/strong> para WordPress, explotable por usuarios autenticados con rol Subscriber o superior<\/strong>.<\/p>\n\n\n\n\u00bfQu\u00e9 versiones de Smart Slider 3 est\u00e1n afectadas?<\/h3>\n\n\n\n
Las versiones afectadas son las 3.5.1.33 e inferiores<\/strong>.<\/p>\n\n\n\n\u00bfQu\u00e9 versi\u00f3n corrige el problema?<\/h3>\n\n\n\n
OpenCVE recomienda actualizar a 3.5.1.34 o posterior<\/strong>.<\/p>\n\n\n\n\u00bfNecesita el atacante ser administrador?<\/h3>\n\n\n\n
No. La descripci\u00f3n p\u00fablica indica que basta con un usuario autenticado con acceso Subscriber+<\/strong>.<\/p>\n\n\n\n\u00bfPor qu\u00e9 puede ser grave si el CVSS es 6.5?<\/h3>\n\n\n\n
Porque el impacto se centra en la confidencialidad<\/strong> y la lectura de archivos sensibles puede exponer secretos cr\u00edticos del sitio, como configuraciones o credenciales. El CVSS publicado marca 6.5 MEDIUM<\/strong> con confidencialidad alta.<\/p>\n\n\n\n\u00bfQu\u00e9 hago si no puedo actualizar inmediatamente?<\/h3>\n\n\n\n
Las medidas temporales sugeridas incluyen deshabilitar el plugin, limitar el acceso asociado a la funci\u00f3n vulnerable para roles bajos, aplicar principio de m\u00ednimo privilegio y vigilar accesos an\u00f3malos a archivos.<\/p>\n\n\n\n
Opini\u00f3n Personal<\/strong><\/p>\n\n\n\nLa vulnerabilidad CVE-2026-3098<\/strong> en el plugin Smart Slider 3 para WordPress<\/strong> me parece otro ejemplo bastante claro de un problema que se repite m\u00e1s de lo que deber\u00eda en el ecosistema WordPress: confiar demasiado en la popularidad de un plugin y demasiado poco en su revisi\u00f3n continua desde el punto de vista de la seguridad.<\/p>\n\n\n\nEn mi opini\u00f3n, lo m\u00e1s preocupante de este caso no es \u00fanicamente que afecte a un plugin ampliamente instalado, sino el tipo de error que hay detr\u00e1s. No estamos hablando de una t\u00e9cnica de explotaci\u00f3n especialmente sofisticada ni de una cadena compleja reservada para atacantes avanzados. Estamos hablando de un fallo relacionado con la validaci\u00f3n de permisos, algo que, a estas alturas, deber\u00eda ser un b\u00e1sico en el desarrollo de cualquier plugin moderno.<\/p>\n\n\n\n
Y aqu\u00ed es donde creo que est\u00e1 el verdadero problema: cuando una herramienta se utiliza en miles o incluso cientos de miles de sitios, cualquier vulnerabilidad deja de ser una incidencia aislada y pasa a convertirse en un riesgo sist\u00e9mico. Ya no afecta solo a una web mal mantenida, sino a un porcentaje importante de proyectos reales: webs corporativas, medios digitales, tiendas online, plataformas con clientes registrados o sitios que manejan informaci\u00f3n sensible.<\/p>\n\n\n\n
Desde mi punto de vista, uno de los aspectos m\u00e1s delicados de la CVE-2026-3098<\/strong> es que rompe una idea equivocada que todav\u00eda sigue muy presente en muchos proyectos: pensar que los usuarios con roles bajos apenas representan riesgo. La realidad es justo la contraria. En cuanto una vulnerabilidad permite que un usuario autenticado con permisos m\u00ednimos pueda acceder a recursos sensibles, el escenario cambia por completo. En muchos WordPress no solo existen administradores, sino tambi\u00e9n suscriptores, clientes, alumnos o usuarios registrados que forman parte natural del negocio. Si la seguridad falla ah\u00ed, el impacto potencial se multiplica.<\/p>\n\n\n\nAdem\u00e1s, hay un detalle que, en mi opini\u00f3n, eleva bastante la gravedad real del caso: la posibilidad de acceder a archivos cr\u00edticos como wp-config.php<\/code>. Ese archivo no es un componente secundario ni algo anecd\u00f3tico dentro de WordPress. Es una de las piezas m\u00e1s sensibles de toda la instalaci\u00f3n, porque contiene credenciales, claves y par\u00e1metros esenciales. Por eso, aunque t\u00e9cnicamente la vulnerabilidad pueda clasificarse con una severidad media, operativamente me parece mucho m\u00e1s seria de lo que ese n\u00famero sugiere.<\/p>\n\n\n\nTambi\u00e9n creo que este caso deja una lecci\u00f3n muy importante para desarrolladores. Los nonces<\/strong> pueden aportar una capa adicional de protecci\u00f3n, s\u00ed, pero no son un sustituto de una validaci\u00f3n real de permisos. Confiar \u00fanicamente en ellos es, para m\u00ed, uno de esos errores conceptuales que tarde o temprano terminan pasando factura. La seguridad no puede basarse en \u201cparece suficiente\u201d, sino en controles bien planteados desde la base.<\/p>\n\n\n\nDesde el lado de la administraci\u00f3n de sistemas, esta vulnerabilidad refuerza algo que llevo tiempo defendiendo: instalar plugins populares no basta<\/strong>. Tampoco basta con que el sitio funcione y no d\u00e9 errores visibles. La seguridad exige mantenimiento activo, revisi\u00f3n de versiones, auditor\u00eda peri\u00f3dica y una estrategia clara de actualizaci\u00f3n. Muchas webs quedan expuestas no porque les falten herramientas, sino porque nadie las est\u00e1 gestionando con el nivel de atenci\u00f3n que requieren.<\/p>\n\n\n\n\u00bfT\u00fa c\u00f3mo lo ves?<\/strong> \u00bfCrees que este tipo de vulnerabilidades siguen infravalor\u00e1ndose en WordPress? Te leo en los comentarios.<\/p>\n","protected":false},"excerpt":{"rendered":"Qu\u00e9 es la vulnerabilidad CVE-2026-3098 La CVE-2026-3098 es una vulnerabilidad de tipo Arbitrary File Read que afecta al plugin Smart Slider 3 para WordPress. Seg\u00fan la descripci\u00f3n publicada, el fallo est\u00e1 presente en todas las versiones hasta la 3.5.1.33 incluida y se explota a trav\u00e9s de la funci\u00f3n actionExportAll, lo que permite que atacantes autenticados […]<\/p>\n","protected":false},"author":1,"featured_media":7957,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[1],"tags":[1342,1341,1272,197],"class_list":["post-7955","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noticias","tag-cve-2026-3098","tag-smart-slider-3","tag-vulnerabilidad","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7955","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/comments?post=7955"}],"version-history":[{"count":2,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7955\/revisions"}],"predecessor-version":[{"id":7958,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7955\/revisions\/7958"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media\/7957"}],"wp:attachment":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media?parent=7955"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/categories?post=7955"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/tags?post=7955"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}