<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Csp on Commentary of Takao</title><link>https://takao.blog/es/tags/csp/</link><description>Recent content in Csp on Commentary of Takao</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>Commentary of Takao</copyright><lastBuildDate>Sun, 12 Jul 2026 04:12:51 +0900</lastBuildDate><atom:link href="https://takao.blog/es/tags/csp/index.xml" rel="self" type="application/rss+xml"/><item><title>Hugo 2026: Mejores prácticas con CSP</title><link>https://takao.blog/es/web/hugo-latest-csp-best-practices-2026/</link><pubDate>Fri, 05 Jun 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/hugo-latest-csp-best-practices-2026/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/hugo-latest-csp-best-practices-2026-es.png" alt="Featured image of post Hugo 2026: Mejores prácticas con CSP" /&gt;&lt;p&gt;Content Security Policy (CSP) es esencial para la seguridad. Hugo 2026 ofrece nuevas capacidades para integrar CSP sin sacrificar funcionalidad.&lt;/p&gt;
&lt;h2 id="csp-en-sitios-estáticos"&gt;CSP en sitios estáticos
&lt;/h2&gt;&lt;p&gt;Los sitios estáticos tienen menos vectores de ataque pero aún necesitan CSP para scripts de terceros, analytics y widgets embebidos.&lt;/p&gt;
&lt;h2 id="generación-de-nonces"&gt;Generación de nonces
&lt;/h2&gt;&lt;p&gt;Hugo puede generar nonces únicos por build para scripts inline. Configuración via template functions. Integración con partials.&lt;/p&gt;
&lt;h2 id="hash-para-scripts-estáticos"&gt;Hash para scripts estáticos
&lt;/h2&gt;&lt;p&gt;Calcula hashes SHA de scripts embebidos. Incluye en la cabecera CSP. Hugo puede automatizar esto con pipe functions.&lt;/p&gt;</description></item><item><title>CSP Report-Only: Implementación segura de Content Security Policy</title><link>https://takao.blog/es/web/security-content-security-policy-csp-report-only/</link><pubDate>Fri, 15 May 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/security-content-security-policy-csp-report-only/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/security-content-security-policy-csp-report-only-es.png" alt="Featured image of post CSP Report-Only: Implementación segura de Content Security Policy" /&gt;&lt;p&gt;Content-Security-Policy-Report-Only permite probar políticas de seguridad sin bloquear recursos. Ideal para implementación gradual.&lt;/p&gt;
&lt;h2 id="diferencia-con-csp"&gt;Diferencia con CSP
&lt;/h2&gt;&lt;p&gt;CSP normal bloquea violaciones. CSP-Report-Only solo reporta. Usa ambas en paralelo: una activa y otra para nuevas reglas.&lt;/p&gt;
&lt;h2 id="reportes"&gt;Reportes
&lt;/h2&gt;&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-http" data-lang="http"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;&lt;span style="color:#960050;background-color:#1e0010"&gt;Content-Security-Policy-Report-Only: script-src &amp;#39;self&amp;#39;; report-uri /csp-endpoint
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Los reportes JSON contienen: document-uri, violated-directive, blocked-uri, source-file.&lt;/p&gt;
&lt;h2 id="endpoints-de-reporte"&gt;Endpoints de reporte
&lt;/h2&gt;&lt;p&gt;Servidor propio que captura POST. &lt;code&gt;report-to&lt;/code&gt; (nuevo) en lugar de &lt;code&gt;report-uri&lt;/code&gt; (obsoleto). Servicios como Report URI, Sentry.&lt;/p&gt;
&lt;h2 id="flujo-de-adopción"&gt;Flujo de adopción
&lt;/h2&gt;&lt;ol&gt;
&lt;li&gt;Report-Only vigilando. 2. Identificar violaciones legítimas. 3. Ajustar política. 4. Migrar a CSP real. 5. Repetir hasta sin reportes.&lt;/li&gt;
&lt;/ol&gt;</description></item><item><title>CSP strict-dynamic: La mejor defensa contra XSS</title><link>https://takao.blog/es/web/security-csp-strict-dynamic-implementation/</link><pubDate>Sun, 15 Jun 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/es/web/security-csp-strict-dynamic-implementation/</guid><description>&lt;img src="https://takao.blog/img/thumbnail/security-csp-strict-dynamic-implementation-es.png" alt="Featured image of post CSP strict-dynamic: La mejor defensa contra XSS" /&gt;&lt;p&gt;La directiva &lt;code&gt;strict-dynamic&lt;/code&gt; de CSP cambia la forma de aplicar políticas de seguridad. En lugar de listar dominios permitidos, confía en scripts que fueron cargados por scripts legítimos.&lt;/p&gt;
&lt;h2 id="problema-con-listas-blancas"&gt;Problema con listas blancas
&lt;/h2&gt;&lt;p&gt;Las listas de URLs permitidas son difíciles de mantener y pueden incluir CDNs comprometidas o bibliotecas con vulnerabilidades.&lt;/p&gt;
&lt;h2 id="cómo-funciona-strict-dynamic"&gt;Cómo funciona strict-dynamic
&lt;/h2&gt;&lt;p&gt;Si un script tiene un nonce o hash válido, puede cargar otros scripts del mismo origen. La confianza se propaga del script inicial a sus dependencias.&lt;/p&gt;</description></item></channel></rss>