<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Administración de sistemas on chuso.net</title>
    <link>https://es.chuso.net/software/sysadmin/</link>
    <description>Recent content in Administración de sistemas on chuso.net</description>
    <generator>Hugo</generator>
    <language>es</language>
    <lastBuildDate>Sun, 27 Feb 2022 21:25:54 +0100</lastBuildDate>
    <atom:link href="https://es.chuso.net/software/sysadmin/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Partiendo varios ficheros de texto que habían sido unidos en un único fichero</title>
      <link>https://es.chuso.net/partir-ficheros-texto-unidos.html</link>
      <pubDate>Sun, 27 Feb 2022 21:25:54 +0100</pubDate>
      <guid>https://es.chuso.net/partir-ficheros-texto-unidos.html</guid>
      <description>Cómo partir otra vez usando herramientas POSIX unos ficheros de texto que habían sido unidos en un único fichero.</description>
    </item>
    <item>
      <title>Un parche de noviembre introduce nuevos conflictos en Active Directory</title>
      <link>https://es.chuso.net/active-directory-parche-noviembre-restricciones.html</link>
      <pubDate>Wed, 12 Jan 2022 22:17:20 +0200</pubDate>
      <guid>https://es.chuso.net/active-directory-parche-noviembre-restricciones.html</guid>
      <description>Desde la actualización de noviembre de 2021, nuevas condiciones en Active Directory pueden hacer que devuelva un error de tipo CONSTRAINT_ATT_TYPE afectando a otros productos.</description>
    </item>
    <item>
      <title>Aceptar certificados SSL inválidos es incorrecto</title>
      <link>https://es.chuso.net/aceptar-certificados-ssl-invalidos-incorrecto.html</link>
      <pubDate>Wed, 18 Nov 2020 20:31:24 +0100</pubDate>
      <guid>https://es.chuso.net/aceptar-certificados-ssl-invalidos-incorrecto.html</guid>
      <description>&lt;p&gt;Dejadme que lo deje claro desde la primera línea: aceptar certificados inválidos es incorrecto.&lt;/p&gt;&#xA;&lt;p&gt;Y ahora explicaré por qué es incorrecto y por qué hay pocas excusas para ello.&lt;/p&gt;&#xA;&lt;p&gt;Nos referimos, claro, a los certificados usados para cifrado SSL, el cual sirve dos propósitos:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;em&gt;Privacidad&lt;/em&gt; — asegurar que los datos se transfieren cifrados y solo pueden ser descifrados por el destinatario deseado y no por una tercera parte que pueda estar interceptando el tráfico.&lt;/li&gt;&#xA;&lt;li&gt;&lt;em&gt;Autenticación&lt;/em&gt; — asegurar que la parte receptora de los datos que será capaz de descifrarlos es quien dice ser y los datos no son desviados a un destinatario distinto por alguien que sea capaz de manipular nuestro tráfico.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Los certificados inválidos obviamente incumplen el primer proposito de verificar la identidad de la otra parte:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Desdramatizando heartbleed: No se han comprometido dos tercios de Internet</title>
      <link>https://es.chuso.net/openssl-heartbleed-desdramatizado-dos-terceras-partes-elmundo.html</link>
      <pubDate>Wed, 09 Apr 2014 20:09:33 +0000</pubDate>
      <guid>https://es.chuso.net/openssl-heartbleed-desdramatizado-dos-terceras-partes-elmundo.html</guid>
      <description>&lt;p&gt;&lt;em&gt;&lt;strong&gt;Actualización:&lt;/strong&gt; El Mundo ha modificado el titular eliminando la afirmación de que se han comprometido dos terceras partes de Internet, pero mantienen en el cuerpo de la noticia la afirmación de que dos terceras partes de los servidores usan OpenSSL.&lt;/em&gt;&lt;/p&gt;&#xA;&#xA;&lt;p&gt;&lt;em&gt;&lt;strong&gt;Actualización 2:&lt;/strong&gt; Errata Security ha hecho &lt;a href=&#34;http://blog.erratasec.com/2014/04/600000-servers-vulnerable-to-heartbleed.html&#34;&gt;un estudio&lt;/a&gt; de propagación del bug de Heartbleed dando como resultado que, de las direcciones IP que dan un servicio de HTTPS, solo el 2% son vulnerables. Para interpretar este dato es necesario tener en cuenta:&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cómo recuperé un sistema después de renombrar ld-linux.so</title>
      <link>https://es.chuso.net/como-recupere-un-sistema-despues-de-renombrar-ld-linux.html</link>
      <pubDate>Mon, 14 Oct 2013 18:26:14 +0000</pubDate>
      <guid>https://es.chuso.net/como-recupere-un-sistema-despues-de-renombrar-ld-linux.html</guid>
      <description>&lt;p&gt;Sí, ya lo sé, puede que haya sido un poco una estupidez renombrar ld.so, ¿podemos obviar este detalle?&lt;br /&gt;&#xA;No es algo que suela hacer a menudo, pero ese día, no sé, me apetecía innovar o algo.&lt;/p&gt;&#xA;&#xA;&lt;p&gt;Pero la innovación resultó ser un desastre, resulta que no es muy buena idea renombrar una biblioteca con la que enlazan usando su ruta exacta todos los ejecutables dinámicos del sistema, ya os aviso por si vais a tener la misma idea.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
