blob: c8191e44c3163b34c3bbe54b2c1f06f576b7ad0a [file]
<!DOCTYPE html SYSTEM "about:legacy-compat">
<html lang="es"><head><META http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta content="width=device-width, initial-scale=1" name="viewport">
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Consejos de Seguridad - Servidor HTTP Apache Versi&oacute;n 2.5</title>
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet">
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size">
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css"><link rel="stylesheet" type="text/css" href="../style/css/prettify.css">
<script src="../style/scripts/prettify.min.js">
</script>
<link href="../images/favicon.png" rel="shortcut icon"></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">M&oacute;dulos</a> | <a href="../mod/quickreference.html">Directivas</a> | <a href="https://cwiki.apache.org/confluence/display/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a> | <a href="https://bz.apache.org/bugzilla/enter_bug.cgi?product=Apache%20httpd-2">Reportar un error</a></p>
<p class="apache">Versi&oacute;n 2.5 del Servidor HTTP Apache</p>
<img alt="" src="../images/feather.png"></div>
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif"></a></div>
<div id="path">
<a href="https://www.apache.org/">Apache</a> &gt; <a href="https://httpd.apache.org/">Servidor HTTP</a> &gt; <a href="https://httpd.apache.org/docs/">Documentaci&oacute;n</a> &gt; <a href="../">Versi&oacute;n 2.5</a> &gt; <a href="./">Documentaci&oacute;n diversa</a></div><div id="page-content"><div id="preamble"><h1>Consejos de Seguridad</h1>
<button aria-label="Toggle language list" class="lang-toggle"><svg xmlns="http://www.w3.org/2000/svg" stroke-width="2" stroke="currentColor" fill="none" viewBox="0 0 24 24" height="16" width="16"><circle r="10" cy="12" cx="12"/><line y2="12" x2="22" y1="12" x1="2"/><path d="M12 2a15.3 15.3 0 0 1 4 10 15.3 15.3 0 0 1-4 10 15.3 15.3 0 0 1-4-10 15.3 15.3 0 0 1 4-10z"/></svg></button>
<div class="toplang">
<p><span>Idiomas disponibles: </span><a href="../en/misc/security_tips.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../es/misc/security_tips.html" title="Espa&ntilde;ol">&nbsp;es&nbsp;</a> |
<a href="../fr/misc/security_tips.html" hreflang="fr" rel="alternate" title="Fran&ccedil;ais">&nbsp;fr&nbsp;</a> |
<a href="../ko/misc/security_tips.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
<a href="../tr/misc/security_tips.html" hreflang="tr" rel="alternate" title="T&uuml;rk&ccedil;e">&nbsp;tr&nbsp;</a></p>
</div>
<div class="outofdate">Esta traducci&oacute;n podr&iacute;a estar
obsoleta. Consulte la versi&oacute;n en ingl&eacute;s de la
documentaci&oacute;n para comprobar si se han producido cambios
recientemente.</div>
<p>Le daremos algunas pistas y consejos sobre problemas de seguridad al configurar un servidor web. Algunas de las sugerencias ser&aacute;n gen&eacute;ricas, otras espec&iacute;ficas de Apache.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif"> <a href="#uptodate">Mantenerse al D&iacute;a</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#dos">Ataques de Denegaci&oacute;n de Servicio (DoS, Denial of Service)</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#serverroot">Permisos en Directorios ServerRoot</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#ssi">Server Side Includes (Inclusiones en la parte Servidor)</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#cgi">CGI en General</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#nsaliasedcgi">CGI sin Alias de Script</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#saliasedcgi">CGI con Alias de Script</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#dynamic">Otras fuentes de contenido din&aacute;mico</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#dynamicsec">Seguridad de Contenido Din&aacute;mico</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#systemsettings">Configuraci&oacute;n de Protecci&oacute;n del Sistema</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#protectserverfiles">Proteger Ficheros del Servidor por Defecto</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#watchyourlogs">Examinando sus Logs</a></li>
<li><img alt="" src="../images/down.gif"> <a href="#merging">Fusi&oacute;n de secciones de configuraci&oacute;n</a></li>
</ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="uptodate">Mantenerse al D&iacute;a <a title="Enlace permanente" href="#uptodate" class="permalink">&para;</a></h2>
<p>El Servidor Apache HTTP tiene un buen historial de seguridad y comunidad de desarrolladores con una alta preocupaci&oacute;n por los problemas de seguridad. Pero ser&aacute; inevitable que algunos problemas -- peque&ntilde;os o grandes -- sean descubiertos en el software despu&eacute;s de que &eacute;ste ha sido publicado. Por esta raz&oacute;n, es crucial estar al tanto de las actualizaciones de software. Si ha obtenido su versi&oacute;n del Servidor HTTP directamente de Apache, le recomendamos encarecidamente que se suscriba a la <a href="http://httpd.apache.org/lists.html#http-announce">Lista de Anuncios del Servidor Apache HTTP</a> donde puede estar informado de nuevas versiones y actualizaciones de seguridad. Hay servicios similares disponibles desde la mayor&iacute;a de distribuidores de terceros del Software Apache.</p>
<p>Desde luego, la mayor parte de las veces que el servidor web se ve comprometido, no es por problemas en el c&oacute;digo del Servidor HTTP. Si no, m&aacute;s bien ocurre por problemas en c&oacute;digo externo, scripts CGI, o el sistema operativo sobre el que se opera. Debe entonces estar al tanto de los problemas y actualizaciones de todo el software en su sistema.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="dos">Ataques de Denegaci&oacute;n de Servicio (DoS, Denial of Service) <a title="Enlace permanente" href="#dos" class="permalink">&para;</a></h2>
<p>Todos los servicios de red pueden ser objeto de ataques de denegaci&oacute;n de servicio que intentan evitar que haya respuestas a clientes mediante la limitaci&oacute;n o bloqueo de recursos en el servidor. No es posible prevenir tales ataques completamente, pero puede hacer ciertas cosas para mitigar los problemas que generan.</p>
<p>A menudo la herramienta m&aacute;s efectiva anti-DoS ser&aacute; un cortafuegos u otras configuraciones del sistema operativo. Por ejemplo, la mayor&iacute;a de los cortafuegos pueden configurarse para restringir el n&uacute;mero de conexiones simult&aacute;neas de una misma direcci&oacute;n IP o red, y de esta manera prevenir un rango de ataques sencillos. Pero desde luego esto no es de ayuda contra un Ataque Distribuido de Denegaci&oacute;n de Servicio (DDoS).</p>
<p>Hay ciertas configuraciones del servidor Apache HTTP que pueden ayudar a mitigar problemas:</p>
<ul>
<li>La directiva <code class="directive"><a href="../mod/mod_reqtimeout.html#requestreadtimeout">RequestReadTimeout</a></code>
permite limitar el tiempo que un cliente tarda en enviar una petici&oacute;n.</li>
<li>El valor de la directiva <code class="directive"><a href="../mod/core.html#timeout">TimeOut</a></code> deber&iacute;a reducirse en sitios que son objeto de ataques DoS. Configurar &eacute;sta a unos segundos podr&iacute;a ser apropiado. Como <code class="directive"><a href="../mod/core.html#timeout">TimeOut</a></code> se usa en realidad para distintas operaciones diferentes, configurar &eacute;sta a un valor muy bajo puede introducir problemas a largo plazo en scripts CGI que se ejecuten durante m&aacute;s de la cuenta.</li>
<li>La directiva <code class="directive"><a href="../mod/core.html#keepalivetimeout">KeepAliveTimeout</a></code> tambi&eacute;n puede reducirse en sitios que son objeto de ataques DoS. Algunos sitios incluso desactivan los keepalives completamente con
<code class="directive"><a href="../mod/core.html#keepalive">KeepAlive</a></code>, lo cual por supuesto genera otros inconvenientes en el rendimiento.</li>
<li>Deber&iacute;an comprobarse tambi&eacute;n los valores de las directivas de timeout facilitadas por otros m&oacute;dulos.</li>
<li>Las directivas
<code class="directive"><a href="../mod/core.html#limitrequestbody">LimitRequestBody</a></code>,
<code class="directive"><a href="../mod/core.html#limitrequestfields">LimitRequestFields</a></code>,
<code class="directive"><a href="../mod/core.html#limitrequestfieldsize">LimitRequestFieldSize</a></code>,
<code class="directive"><a href="../mod/core.html#limitrequestline">LimitRequestLine</a></code>, y
<code class="directive"><a href="../mod/core.html#limitxmlrequestbody">LimitXMLRequestBody</a></code>
deber&iacute;an configurarse cuidadosamente para limitar el consumo de recursos desencadenado por las entradas del cliente.</li>
<li>En sistemas operativos que lo soporten, aseg&uacute;rese de que usa la directiva <code class="directive"><a href="../mod/core.html#acceptfilter">AcceptFilter</a></code> para descargar parte del procesamiento de la petici&oacute;n al sistema operativo. Est&aacute; activa por defecto en Apache httpd, pero puede que sea necesaria configuraci&oacute;n en su kernel.</li>
<li>Ajuste la directiva <code class="directive"><a href="../mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code> para permitir al servidor gestionar el m&aacute;ximo n&uacute;mero de conexiones simult&aacute;neas sin quedarse sin recursos. Tambi&eacute;n vea la <a href="perf-tuning.html">documentaci&oacute;n de ajuste de rendimiento</a>.</li>
<li>Usar un <a href="../mpm.html">mpm</a> multihilo puede permitirle gestionar m&aacute;s conexiones simult&aacute;neas, mitigando as&iacute; ataques DoS. Incluso el mpm <code class="module"><a href="../mod/event.html">event</a></code> usa procesamiento as&iacute;ncrono para evitar dedicar un hilo a cada conexi&oacute;n.
</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="serverroot">Permisos en Directorios ServerRoot <a title="Enlace permanente" href="#serverroot" class="permalink">&para;</a></h2>
<p>Generalmente, Apache se arranca con el usuario root, y &eacute;ste cambia a un usuario definido con la directiva <code class="directive"><a href="../mod/mod_unixd.html#user">User</a></code> para servir peticiones. Como es el caso con cualquier comando que ejecuta root, debe tener cuidado de que est&eacute; protegido de modificaci&oacute;n por usuarios que no sean root. No solo los ficheros deben poder escribirse solo por root, pasa lo mismo con los directorios, y todos los directorios precedentes. Por ejemplo, si escoge colocar ServerRoot en <code>/usr/local/apache</code> entonces se sugiere que genere ese directorio como root, con comandos como estos:</p>
<div class="example"><p><code>
mkdir /usr/local/apache <br>
cd /usr/local/apache <br>
mkdir bin conf logs <br>
chown 0 . bin conf logs <br>
chgrp 0 . bin conf logs <br>
chmod 755 . bin conf logs
</code></p></div>
<p>Se asume que <code>/</code>, <code>/usr</code>, y
<code>/usr/local</code> son solo modificables por root. Cuando instala el ejecutable <code class="program"><a href="../programs/httpd.html">httpd</a></code>, debe asegurarse de que est&aacute; protegido de manera similar:</p>
<div class="example"><p><code>
cp httpd /usr/local/apache/bin <br>
chown 0 /usr/local/apache/bin/httpd <br>
chgrp 0 /usr/local/apache/bin/httpd <br>
chmod 511 /usr/local/apache/bin/httpd
</code></p></div>
<p>Puede generar un subdirectorio htdocs que sea modificable por otros usuarios -- puesto que root nunca ejecuta ficheros en ese directorio y no deber&iacute;a estar generando ficheros ah&iacute;.</p>
<p>Si permite a usuarios no-root modificar cualquier fichero que root ejecute o escriba, entonces est&aacute; permitiendo que root sea comprometido. Por ejemplo, alquien podr&iacute;a reemplazar el binario <code class="program"><a href="../programs/httpd.html">httpd</a></code> de manera que la pr&oacute;xima vez que lo arrancara, ejecutar&iacute;a un c&oacute;digo arbitrario. Si el directorio de logs es modificable (por un usuario no-root), alguien podr&iacute;a reemplazar un fichero de log con un enlace simb&oacute;lico a otro fichero de sistema, y entonces root podr&iacute;a sobreescribir ese fichero con datos arbitrarios. Si los ficheros de log son modificables (por un usuario no-root), entonces alguien podr&iacute;a sobreescribir el fichero de log con datos inservibles.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="ssi">Server Side Includes (Inclusiones en la parte Servidor) <a title="Enlace permanente" href="#ssi" class="permalink">&para;</a></h2>
<p>Los Server Side Includes (SSI) enfrentan a un administrador de servidores con varios riesgos de seguridad potenciales.</p>
<p>El primer riesgo es el incremento de carga en el servidor. Todos los ficheros activados para SSI son escrutados por Apache, tengan o no tengan directivas SSI incluidas dentro del fichero. Aunque esta carga es menor, en un entorno de servidor compartido puede ser significativa.</p>
<p>Los ficheros SSI tambi&eacute;n conllevan los mismos riesgos asociados con los scripts CGI en general. Usando el elemento <code>exec cmd</code>, los ficheros activados para SSI pueden ejecutar cualquier script CGI o programa bajo los permisos del usuario y grupo con los que se ejecuta Apache, tal y como est&aacute; configurado en
<code>httpd.conf</code>.</p>
<p>Hay formas de mejorar la seguridad de los ficheros SSI mientras se obtienen los beneficios que proveen.</p>
<p>Para aislar el da&ntilde;o que un fichero SSI caprichoso puede causar, un administrador de servidor puede habilitar <a href="../suexec.html">suexec</a> como se describe en la secci&oacute;n <a href="#cgi">CGI en General</a>.</p>
<p>Activar SSI para ficheros con extensiones <code>.html</code> o <code>.htm</code> puede ser peligroso. Esto puede darse especialmente en un entorno de servidor compartido y que tenga bastante carga. Los ficheros habilitados para SSI deber&iacute;an tener una extensi&oacute;n diferente, como la t&iacute;pica <code>.shtml</code>. Esto ayuda a mantener la carga de servidor al m&iacute;nimo y permite una gesti&oacute;n m&aacute;s sencilla del riesgo.</p>
<p>Otra soluci&oacute;n es deshabilitar la capacidad de ejecutar scripts y programas desde p&aacute;ginas SSI. Para hacer esto sustituya <code>Includes</code> con <code>IncludesNOEXEC</code> en la directiva <code class="directive"><a href="../mod/core.html#options">Options</a></code>. Tenga en cuenta que los usuarios podr&iacute;an todav&iacute;a usar <code>&lt;--#include virtual="..." --&gt;</code> para ejecutar scripts CGI si estos scripts est&aacute;n en directorios designados por la directiva <code class="directive"><a href="../mod/mod_alias.html#scriptalias">ScriptAlias</a></code>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="cgi">CGI en General <a title="Enlace permanente" href="#cgi" class="permalink">&para;</a></h2>
<p>Primero, siempre tiene que recordar que debe confiar en los desarrolladores de scripts/programas CGI o su habilidad para localizar agujeros potenciales de seguridad en CGI, sean deliberados o accidentales. Los scripts CGI pueden ejecutar comandos de manera arbitraria en su sistema con los permisos del usuario del servidor web y pueden por tanto ser extremadamente peligrosos si no se revisan cuidadosamente.</p>
<p>Todos los scripts CGI se ejecutar&aacute;n con el mismo usuario, as&iacute; que tienen potencial para el conflicto (accidental o deliberado) con otros scripts p. ej. Usuario A odia a Usuario B, as&iacute; que escribe un script para borrar la base de datos CGI del usuario B. Un programa que puede usarse para permitir que scripts se ejecuten como distintos usuarios es <a href="../suexec.html">suEXEC</a> que est&aacute; incluido con Apache desde la versi&oacute;n 1.2 y es llamado desde hooks especiales en el c&oacute;digo del servidor Apache. Otra forma popular de hacer esto es con <a href="http://cgiwrap.sourceforge.net/">CGIWrap</a>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="nsaliasedcgi">CGI sin Alias de Script <a title="Enlace permanente" href="#nsaliasedcgi" class="permalink">&para;</a></h2>
<p>Permitir a usuarios ejecutar scripts CGI en cualquier directorio solo deber&iacute;a considerarse si:</p>
<ul>
<li>Conf&iacute;a en que los usuarios no escribir&aacute;n scripts que deliberada o accidentalmente expondr&aacute;n su sistema a un ataque.</li>
<li>Considera que la seguridad de su sitio es tan d&eacute;bil en otras &aacute;reas, que tener un agujero potencial de seguridad sea irrelevante.</li>
<li>No tiene usuarios, y nadie visita su servidor nunca.</li>
</ul>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="saliasedcgi">CGI con Alias de Script <a title="Enlace permanente" href="#saliasedcgi" class="permalink">&para;</a></h2>
<p>Limitar CGI a directorios especiales le da al administrador control sobre lo que ocurre en esos directorios. Esto es indudablemente m&aacute;s seguro que CGI sin Alias de Script, pero solo si los usuarios con acceso de escritura a esos directorios son de fiar o el administrador comprueba cada programa/script por si tiene agujeros de seguridad potenciales.</p>
<p>La mayor parte de los sitios eligen esta opci&oacute;n en lugar del m&eacute;todo CGI sin Alias de Script.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="dynamic">Otras fuentes de contenido din&aacute;mico <a title="Enlace permanente" href="#dynamic" class="permalink">&para;</a></h2>
<p>Opciones de script embebido que se ejecutan como parte del mismo servidor, tales como <code>mod_php</code>, <code>mod_perl</code>, <code>mod_tcl</code>,
y <code>mod_python</code>, se ejecutan con la misma identidad que el servidor (vea la directiva <code class="directive"><a href="../mod/mod_unixd.html#user">User</a></code>), y por tanto scripts que se ejecuten por estos motores pueden potencialmente acceder a cualquier cosa que el servidor pueda. Algunos motores de scripting pueden proveer restricciones, pero es mejor asumir que no lo hacen.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="dynamicsec">Seguridad de Contenido Din&aacute;mico <a title="Enlace permanente" href="#dynamicsec" class="permalink">&para;</a></h2>
<p>Cuando se configura contenido din&aacute;mico, como por ejemplo <code>mod_php</code>, <code>mod_perl</code> o <code>mod_python</code>, muchas consideraciones de seguridad escapan al &aacute;mbito del mismo <code>httpd</code>, y necesita consultar la documnetaci&oacute;n de estos m&oacute;dulos. Por ejemplo, PHP le permite configurar un <a href="http://www.php.net/manual/en/ini.sect.safe-mode.php">Modo Seguro</a>, que generalmente est&aacute; deshabilitado por defecto. Otro ejemplo es <a href="http://www.hardened-php.net/suhosin/">Suhosin</a>, un addon PHP para m&aacute;s seguridad. Para m&aacute;s informaci&oacute;n sobre estos, consulte la documnetaci&oacute;n de cada projecto.</p>
<p>A nivel de Apache, un m&oacute;dulo que se llama <a href="http://modsecurity.org/">mod_security</a> puede ser considerado como un firewall HTTP y, asumiento que lo configura correctamente, puede ayudarle a mejorar la seguridad de su contenido din&aacute;mico.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="systemsettings">Configuraci&oacute;n de Protecci&oacute;n del Sistema <a title="Enlace permanente" href="#systemsettings" class="permalink">&para;</a></h2>
<p>Para tener un sistema muy seguro, querr&aacute; impedir que los usuarios configuren ficheros <code>.htaccess</code> que pueden invalidar caracter&iacute;sticas de seguridad que usted haya configurado. Esta es una manera de hacerlo.</p>
<p>En el fichero de configuraci&oacute;n del servidor, ponga</p>
<pre class="prettyprint lang-config">&lt;Directory "/"&gt;
AllowOverride None
&lt;/Directory&gt;</pre>
<p>Esto previene el uso de ficheros <code>.htaccess</code> en todos los directorios aparte de aquellos habilitados espec&iacute;ficamente.</p>
<p>Tenga en cuenta que este es el valor por defecto desde Apache HTTPD 2.3.9.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="protectserverfiles">Proteger Ficheros del Servidor por Defecto <a title="Enlace permanente" href="#protectserverfiles" class="permalink">&para;</a></h2>
<p>Un aspecto de Apache que ocasionalmente se malinterpreta es el acceso por defecto. Esto es, a menos que tome medidas para cambiarlo, el servidor puede encontrar su camino hacia un fichero a trav&eacute;s reglas de mapeo de URL, que puede servir a los clientes.</p>
<p>Considere el siguiente ejemplo:</p>
<div class="example"><p><code>
# cd /; ln -s / public_html <br>
Accessing <code>http://localhost/~root/</code>
</code></p></div>
<p>Esto permitir&iacute;a clientes navegar por el sistema de ficheros al completo. Para corregir esto, a&ntilde;ada el siguiente bloque a la configuraci&oacute;n del servidor:</p>
<pre class="prettyprint lang-config">&lt;Directory "/"&gt;
Require all denied
&lt;/Directory&gt;</pre>
<p>Esto prohibir&aacute; el acceso por defecto a ubicaciones del sistema de ficheros. A&ntilde;ada despu&eacute;s bloques apropiados de <code class="directive"><a href="../mod/core.html#directory">Directory</a></code> para aquellas &aacute;reas a las que quiera dar acceso. Por ejemplo,</p>
<pre class="prettyprint lang-config">&lt;Directory "/usr/users/*/public_html"&gt;
Require all granted
&lt;/Directory&gt;
&lt;Directory "/usr/local/httpd"&gt;
Require all granted
&lt;/Directory&gt;</pre>
<p>Preste atenci&oacute;n a las interacciones de las directivas <code class="directive"><a href="../mod/core.html#location">Location</a></code> y <code class="directive"><a href="../mod/core.html#directory">Directory</a></code>; por ejemplo, incluso si <code>&lt;Directory "/"&gt;</code> deniega el acceso, una directiva <code>&lt;Location "/"&gt;</code> puede anularlo. (Aunque tenga en cuenta que Location representa paths virtuales relativos a partir del especificado en DocumentRoot)</p>
<p>Tambi&eacute;n tenga cuidado jugando con la directiva <code class="directive"><a href="../mod/mod_userdir.html#userdir">UserDir</a></code>; configurarla a algo como <code>./</code> tendr&iacute;a el mismo efecto, para root, como el primer ejemplo indicado previamente. Le recomendamos encarecidamente que incluya la siguiente l&iacute;nea en sus ficheros de configuraci&oacute;n del servidor:</p>
<pre class="prettyprint lang-config">UserDir disabled root</pre>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="watchyourlogs">Examinando sus Logs <a title="Enlace permanente" href="#watchyourlogs" class="permalink">&para;</a></h2>
<p>Para estar al d&iacute;a en lo que est&aacute; a su servidor debe examinar los <a href="../logs.html">Ficheros de Log</a>. Incluso aunque los ficheros de log solo reporten lo que ya ha pasado, le facilitar&aacute;n entender qu&eacute; ataques se han enviado a su servidor y comprobar si tiene configurado el nivel necesario de seguridad.</p>
<p>Un par de ejemplos:</p>
<div class="example"><p><code>
grep -c "/jsp/source.jsp?/jsp/ /jsp/source.jsp??" access_log <br>
grep "client denied" error_log | tail -n 10
</code></p></div>
<p>El primer ejemplo le ense&ntilde;ar&aacute; una lista de ataques intentando explotar la
<a href="http://online.securityfocus.com/bid/4876/info/">Vulnerabilidad de Revelado de Informaci&oacute;n de Apache Tomcat con Peticiones Malformadas Source.JSP</a>, el segundo ejemplo listar&aacute; los &uacute;ltimos 10 clientes a los que se les ha denegado el acceso, por ejemplo:</p>
<div class="example"><p><code>
[Thu Jul 11 17:18:39 2002] [error] [client foo.example.com] client denied
by server configuration: /usr/local/apache/htdocs/.htpasswd
</code></p></div>
<p>Como puede ver, los ficheros de log solo muestran lo que ya ha pasado, as&iacute; que si el cliente ha podido acceder al fichero <code>.htpasswd</code> ver&iacute;a algo similar a:</p>
<div class="example"><p><code>
foo.example.com - - [12/Jul/2002:01:59:13 +0200] "GET /.htpasswd HTTP/1.1 200"
</code></p></div>
<p>en su <a href="../logs.html#accesslog">Log de Acceso</a>. Esto significa que usted probablemente deshabilit&oacute; lo siguiente en su fichero de configuraci&oacute;n:</p>
<pre class="prettyprint lang-config">&lt;Files ".ht*"&gt;
Require all denied
&lt;/Files&gt;</pre>
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif"></a></div>
<div class="section">
<h2 id="merging">Fusi&oacute;n de secciones de configuraci&oacute;n <a title="Enlace permanente" href="#merging" class="permalink">&para;</a></h2>
<p>La fusi&oacute;n de secciones de configuraci&oacute;n es complicada y a veces espec&iacute;fica de ciertas directivas. Compruebe siempre sus cambios cuando genere dependencias en directivas que se fusionan.</p>
<p>Para m&oacute;dulos que no implementan la l&oacute;gica de fusi&oacute;n, tales como <code class="directive">mod_access_compat</code>, el comportamiento en las secciones posteriores dependen de si estas tienen alguna directiva del m&oacute;dulo. La configuraci&oacute;n se hereda hasta que se realiza alg&uacute;n cambio, y en ese punto la configuraci&oacute;n se <em>reemplaza</em> no se fusiona.</p>
</div></div>
<div class="bottomlang">
<p><span>Idiomas disponibles: </span><a href="../en/misc/security_tips.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../es/misc/security_tips.html" title="Espa&ntilde;ol">&nbsp;es&nbsp;</a> |
<a href="../fr/misc/security_tips.html" hreflang="fr" rel="alternate" title="Fran&ccedil;ais">&nbsp;fr&nbsp;</a> |
<a href="../ko/misc/security_tips.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
<a href="../tr/misc/security_tips.html" hreflang="tr" rel="alternate" title="T&uuml;rk&ccedil;e">&nbsp;tr&nbsp;</a></p>
</div><div id="footer">
<p class="apache">Copyright 2026 The Apache Software Foundation.<br>Licencia bajo los t&eacute;rminos de la <a href="https://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">M&oacute;dulos</a> | <a href="../mod/quickreference.html">Directivas</a> | <a href="https://cwiki.apache.org/confluence/display/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a> | <a href="https://bz.apache.org/bugzilla/enter_bug.cgi?product=Apache%20httpd-2">Reportar un error</a></p></div><script><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
var langToggle = document.querySelector('.lang-toggle');
var topLang = document.querySelector('.toplang');
if (langToggle && topLang) {
langToggle.addEventListener('click', function() { topLang.classList.toggle('open'); });
}
var qv = document.getElementById('quickview');
if (qv) {
document.body.appendChild(qv);
var qvBtn = document.createElement('button');
qvBtn.className = 'qv-toggle';
qvBtn.setAttribute('aria-label', 'Toggle page navigation');
qvBtn.innerHTML = '&#9776;';
document.body.appendChild(qvBtn);
qvBtn.addEventListener('click', function() {
var isOpen = qv.classList.toggle('open');
if (isOpen) {
qv.style.top = window.scrollY + 10 + 'px';
}
});
window.addEventListener('scroll', function() { qv.classList.remove('open'); });
}
//--><!]]></script>
</body></html>