Securización de CentOS/RedHat

 

Os dejo con un interesante video de "Security by default" de como securizar una instalación de SO CentOS, totalmente válido para Red Hat.

Saludos,

Bienvenido systemd

Hola,

 estás semanas he estado repasando videos del pasado Red Hat Summit, mirando a ver que novedades tendría Red Hat 7 Enterprise Server. Los cambios serán notables y realmente necesarios. Hoy vamos a ver como funciona systemd. ¿Que es systemd? Es un sustituto del demonio init, demonio clásico donde los alla que ejecuta todos los scripts de inicio del sistema según el runlevel, etc, etc. Systemd es definido con un completo manager del sistema.

Systemd ha sido desarrollado por Lennart Poettering, desarrollador open source y actualmente desarrollador Senior en RedHat. En su web hay un gran repositorio de documentación sobre systemd.

Este nuevo demonio se ejecutará al inicio y llevará el control del proceso de arranque del sistema. Aquí podéis ver la diferencia en un pstree de los procesos del sistema, entre systemd a la izquierda y init clásico a la derecha:

 

Sus principales ventajas las podéis ver en esta tabla comparativa. Ira más allá que controlar el proceso de arranque, pudiendo llevar el control de los demonios arrancados, grupos de recursos, puntos de montaje, runlevel por defecto, cron, syslog, etc.

Sus elementos básicos son:

• Servicios.
• Socket.
• Dispositivos.
• Puntos de montaje.
• Puntos de montaje automaticos.
• Targets, conjunto de grupos de los anteriores recursos.
• Snapshots, trata la configuración de sistema como un todo pudiendo establecer puntos parciales o totales de recuperación.

Un ejemplo:

Los runlevels se sustituyen por los target. Por ejemplo hasta ahora si queríamos arrancar en el runlevel 3 en vez de 5, lo modificavamos /etc/inittab. Ahora con systemd todos los ficheros de configuración están en /etc/systemd/system  y el runlevel por defecto es default.target que estará linkado al fichero de configuración del runlevel deseado:

[root@localhost system]# ls -ltrha
total 52K
lrwxrwxrwx.  1 root root   39 Jun 27 19:12 syslog.service -> /usr/lib/systemd/system/rsyslog.service
drwxr-xr-x.  2 root root 4.0K Jun 27 19:12 getty.target.wants
drwxr-xr-x.  2 root root 4.0K Jun 27 19:12 default.target.wants
drwxr-xr-x.  2 root root 4.0K Jun 27 19:12 graphical.target.wants
lrwxrwxrwx.  1 root root   41 Jun 27 19:12 dbus-org.fedoraproject.FirewallD1.service -> /usr/lib/systemd/system/firewalld.service
drwxr-xr-x.  2 root root 4.0K Jun 27 19:12 basic.target.wants
lrwxrwxrwx.  1 root root   44 Jun 27 19:12 dbus-org.freedesktop.Avahi.service -> /usr/lib/systemd/system/avahi-daemon.service
drwxr-xr-x.  2 root root 4.0K Jun 27 19:13 sysinit.target.wants
drwxr-xr-x.  2 root root 4.0K Jun 27 19:13 sockets.target.wants
drwxr-xr-x.  2 root root 4.0K Jun 27 19:13 printer.target.wants
lrwxrwxrwx.  1 root root   46 Jun 27 19:13 dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
drwxr-xr-x.  2 root root 4.0K Jun 27 19:13 system-update.target.wants
drwxr-xr-x.  2 root root 4.0K Jun 27 19:13 spice-vdagentd.target.wants
lrwxrwxrwx.  1 root root   41 Jun 27 19:14 dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service
drwxr-xr-x.  2 root root 4.0K Jun 27 19:14 bluetooth.target.wants
lrwxrwxrwx.  1 root root   35 Jun 27 19:14 display-manager.service -> /usr/lib/systemd/system/gdm.service
lrwxrwxrwx.  1 root root   37 Oct 10 11:00 default.target -> /lib/systemd/system/multi-user.target
drwxr-xr-x.  4 root root 4.0K Oct 11 14:37 ..
lrwxrwxrwx.  1 root root   57 Oct 11 14:47 dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service
drwxr-xr-x. 13 root root 4.0K Oct 11 14:47 .
drwxr-xr-x.  2 root root 4.0K Oct 11 14:48 multi-user.target.wants

Aun siendo una nueva forma de configuración y control, se mantendrá la compatibilidad con las anteriores formas de gestión.

Sus comandos principales son:

• systemctl, ver y controlar el estado de systemd.
• systemd-cgls, muestra de forma jerárquica los grupos de de control.

También incluye una utilidad gráfica para su configuración systemadm.

Ya que la versión de Red Hat 7 EL la beta no está disponible (esta a punto de caer). Se puede realizar la pruebas con Fedora 19 que ya lo tiene implementado y 100% funcional. Ya sabéis que Fedora es un proyecto OpenSource donde participa Red Hat y los avances significativos en Fedora son finalmente implementados en Red Hat. 

Prácticamente todas las distribuciones han dado su aprobación a incluir systemd como su demonio de inicio por defecto, excepto Ubuntu que sigue apostando por su Upstart. Viendo la amplia aceptación de systemd, parece que se convertirá en el estándar de facto.

Fedora Systemd HowTo.

Os dejo la presentación se hizo en la ultima Summit de Red Hat:
Video de RedHat.

Presentación de Redhat.


Otro video:

Saludos, 

Configuración de Proxy en Red Hat

Hola,

 una rápida, como configurar el proxy de nuestro servidor y poder salir a internet para actualizar paquetes:

1. Habilitando las siguiente variables en el shell del sistema.
   

   #proxy.sh
   export http_proxy=http://host.com:port/
   export ftp_proxy=http://host.com:port/
   export no_proxy=.domain.com

2. Configurarlo en /etc/yum.conf.
   
   

   proxy	URL of a proxy server including the port number.
   proxy_password	Password for authentication with a proxy server.
   proxy_username	User name for authentication with a proxy server.

Actualización de paquetes de RH fuera de los repositorios oficiales (II)

... Siguiendo.

Tenemos nuestro servidor instalado con RHEL 6.4 x86_64. Lo registramos en la Red Hat Network y le habilitamos el Optional Channel, que nos permitirá instalar PHP. Seguiremos los pasos de la guía de IUS.

La versión oficial de Red Hat en los repositorios es la siguiente:

[root@myserver ~]# php -v
PHP 5.3.3 (cli) (built: Jun 25 2012 04:41:23)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

Una versión de hace un año, un poco antigua.

Descargaremos los paquetes de IUS y EPEL para que se configuren los nuevos repositorios:

[root@myserver ~]# wget http://dl.iuscommunity.org/pub/ius/stable/Redhat/6/x86_64/ius-release-1.0-11.ius.el6.noarch.rpm
[root@myserver ~]# wget http://dl.iuscommunity.org/pub/ius/stable/Redhat/6/x86_64/epel-release-6-5.noarch.rpm
[root@myserver ~]# rpm -Uvh epel-release-6-5.noarch.rpm
[root@myserver ~]# rpm -Uvh ius-release-1.0-11.ius.el6.noarch.rpm

Instalaremos un plugin que realiza el reemplazo de paquetes:

[root@myserver ~]#yum install yum-plugin-replace

Hacemos la actualización propiamente dicha. Vemos que también instalará el resto de dependencias:

[root@myserver ~]# yum replace php --replace-with php53u
Loaded plugins: replace
Excluding Packages in global exclude list
Finished
Replacing packages takes time, please be patient...

This may be normal depending on the package. Continue? [y/N] y

Removed:
php.x86_64 0:5.1.6-27.el5 php-cli.x86_64 0:5.1.6-27.el5 php-common.x86_64 0:5.1.6-27.el5
php-devel.x86_64 0:5.1.6-27.el5 php-pear.noarch 1:1.4.9-6.el5

Installed:
php53.x86_64 0:5.3.2-6.ius.el5 php53-cli.x86_64 0:5.3.2-6.ius.el5
php53-common.x86_64 0:5.3.2-6.ius.el5 php53-devel.x86_64 0:5.3.2-6.ius.el5
php53-pear.noarch 1:1.8.1-4.ius.el5 php53-pspell.x86_64 0:5.3.2-6.ius.el5

Complete!

Comprobamos la nueva versión:

[root@myserver ~]# php -v
PHP 5.3.26 (cli) (built: Jun 24 2013 15:05:00)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies

Actualizado!!

Lo comprobaremos con un phpinfo:

En principio todo es correcto. Recordar repasar el resto de módulos que tengáis instalados y sobretodo los que habéis instalado sin paquete vía pear.

Saludos!!

Actualización de paquetes de RH fuera de los repositorios oficiales (I)

Buenos días,

 voy a realizar una entrada explicando como actualizar paquetes comunes como php/python/mysql a unas versiones más actuales de las disponibles en los repositorios de red hat.

Como sabéis las versiones de php, python, mysql que hay almacenadas en red hat son de versiones algo más antiguas que las disponibles en otros repositorios libres o no oficiales. ¿Por qué es así? La respuesta es que Red Hat dispone de versiones más antiguas alegando la estabilidad y robustez de las mismas. Al ser más antiguas están más probadas y dan menos problemas, eso sí con menos funcionalidades. Si lo que queremos es un entorno actual con las ultimas versiones y funcionalidades, asumiendo un poquito de más de riesgo de inestabilidades o bug se puede realizar la actualización desde otros repositorios.

De los repositorios que he ido buscando para tal menester, he encontrado los repositorios de REMI.  Leyendo el FAQ vemos los objetivos que se ha marcado este repositorio libre:

Which are the goals of this repository ?

    Providing the  latest versions of the LAMP stack, and some other software, to the Fedora and Enterprise Linux (RHEL, CentOS, Oracle, Scientific Linux, ...) users. It mainly contains :

        packages I also maintains in Fedora
        backports of packages available in Fedora development version
        some packages incompatible with Fedora policy
        some packages in progress before being submitted to Fedora repository
        (nearly) vanilla versions

    This is quite away from backporting fixes policy of Enterprise Linux.

Un repositorio de las ultimas versiones de LAMP y alguna cosa más para RHEL. Nos valdría para una parte.  Leyendo el Blog da la sensación que hay un solo programador detrás de estos.

Buscando otra alternativa me he encontrado con los repositorios de IUS Community Project.  En el FAQ también nos encontramos sus objetivos, que son y que no son:

What is the IUS Community Project?

The IUS Community Project is an effort to package rpms of the latest stable versions of the most commonly requested software on Red Hat Enterprise Linux and CentOS. IUS provides a better way to upgrade PHP/MySQL/Python/Etc on RHEL or CentOS. The project is run by professional Linux Engineers that are primarily focused on RPM Development in the web hosting industry.

What is it NOT?

For one, IUS is not a service of Rackspace but rather is Sponsored by Rackspace. Additionally, IUS is not the same as Fedora EPEL or similar repos. EPEL is geared towards adding packages to RHEL, and has strict guidelines that none of their packages replace anything in RHEL. IUS on the other hand is explicitly geared towards providing packages that do replace existing software in RHEL. Essentially, we are offering a proper way to upgrade software on RHEL when you really need it the latest upstream versions of software.

 Me ha inspirado más confianza que el origen de estos repositorios viene directamente del Hosting de Rackspace. Al tener muchas peticiones de sus clientes para obtener unas versiones más actuales de los paquetes se ingeniaron este repositorio. Al ver que era bueno y útil decidieron abrirlo a la comunidad.

Otro de los puntos fuertes es que actualiza los paquetes de redhat, los sustituye. De está manera evitaremos tener problemas de duplicados o dependencias.

Lo dejamos aquí y en le próximo post veremos como instalar/configurar los IUS Repositories y actualizaremos la versión de PHP.

Continuará....

Modificación de datos del servidor después de clonar

Buenos días,

 una entrada rápida. A más de uno nos habrán clonado un servidor virtual Red Hat desde Vmware, Xen u otra plataforma. Vamos a ver que modificaciones hemos de realizar para no duplicar servidores ni dejar rastros en la configuración.

Una vez clonado el servidor se recomienda arrancarlo con la tarjeta de red deshabilitada o en el modo "single user".

Cambio de password de root

# passwd

Cambio de hostname

Modificar la entrada de HOSTNAME.

# vi /etc/sysconfig/network

Modificar si existierá la entrada que hacé refencia a la IP y el hostname.

# vi /etc/hosts

Ejecutar el comando anterior para cambiar el hostname en caliente, sin reiniciar.

# hostname NEWHOSTNAME

Modificación del networking

Al realizar la clonación normalmente la MAC de la tarjeta de red cambia y también es posible que cambie el nombre del adaptador. La configuración de red (ip, mask, gateway) también se habrá de modificar. Se modificarán en los siguientes archivos:

# cd /etc/sysconfig/network-scripts/
# vi ifcfg-eth0
# vi ifcfg-eth1

Si cambia el rango de IP, hemos de modificar el GATEWAY en:

# vi /etc/sysconfig/network

Reiniciamos el servicio de networking:

# service network restart

Recrear las claves SSH

Para que no hayan problemas de identidad. La forma más rápida es borrarlas y reiniciar. Automáticamente se generarán unas nuevas claves unicas para el servidor. 

# cd /etc/.ssh
# rm -f *_key*
# reboot

 Las claves de usuario, por ejemplo root, también se tendrán que borrar y volver a generar si existieran.

Otras modificaciones

También se tendría que modificar si lo tuviese:

• Otros certificados.
• Configuración del cliente de backup.
• Configuración de la monitorización.
• Alta en la RHN.

Saludos!!

Buscar binarios en los repositorios

Hoy estaba buscando un ejecutable en RHEL6 semanage,  para la administración de SELinux. Parece que no está instalado por defecto. Para buscar un binario en los repositorios:

 [root@server1 ~]# yum whatprovides *semanage
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
libsemanage-2.0.43-4.2.el6.x86_64 : SELinux binary policy manipulation library
Repo        : www-repo
Matched from:
Other       : libsemanage = 2.0.43-4.2.el6

policycoreutils-python-2.0.83-19.30.el6.x86_64 : SELinux policy core python
                                               : utilities
Repo        : www-repo
Matched from:
Filename    : /usr/sbin/semanage

libsemanage-2.0.43-4.2.el6.i686 : SELinux binary policy manipulation library
Repo        : www-repo
Matched from:
Other       : libsemanage = 2.0.43-4.2.el6

libsemanage-2.0.43-4.2.el6.x86_64 : SELinux binary policy manipulation library
Repo        : installed
Matched from:

En este caso el que busco es /usr/sbin/semanage que lo proporciona el paquete policycoreutils-python, lo instalamos.

[root@server1 ~]# yum install policycoreutils-python
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package policycoreutils-python.x86_64 0:2.0.83-19.30.el6 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

====================================================================================
 Package                     Arch        Version                Repository     Size
====================================================================================
Installing:
 policycoreutils-python      x86_64      2.0.83-19.30.el6       www-repo      342 k

Transaction Summary
====================================================================================
Install       1 Package(s)

Total download size: 342 k
Installed size: 920 k
Is this ok [y/N]: y
Downloading Packages:
policycoreutils-python-2.0.83-19.30.el6.x86_64.rpm           | 342 kB     00:00    
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : policycoreutils-python-2.0.83-19.30.el6.x86_64                   1/1
  Verifying  : policycoreutils-python-2.0.83-19.30.el6.x86_64                   1/1

Installed:
  policycoreutils-python.x86_64 0:2.0.83-19.30.el6                                 

Complete!

Ya tenemos el binario:

[root@server1 ~]# semanage
/usr/sbin/semanage:
semanage [ -S store ] -i [ input_file | - ]
semanage [ -S store ] -o [ output_file | - ]

semanage login -{a|d|m|l|D|E} [-nrs] login_name | %groupname
semanage user -{a|d|m|l|D|E} [-LnrRP] selinux_name
semanage port -{a|d|m|l|D|E} [-nrt] [ -p proto ] port | port_range
semanage interface -{a|d|m|l|D|E} [-nrt] interface_spec
semanage module -{a|d|m} [--enable|--disable] module
semanage node -{a|d|m|l|D|E} [-nrt] [ -p protocol ] [-M netmask] addr
semanage fcontext -{a|d|m|l|D|E} [-efnrst] file_spec
semanage boolean -{d|m} [--on|--off|-1|-0] -F boolean | boolean_file
semanage permissive -{d|a|l} [-n] type
semanage dontaudit [ on | off ]

Primary Options:

        -a, --add        Add a OBJECT record NAME
        -d, --delete     Delete a OBJECT record NAME
        -m, --modify     Modify a OBJECT record NAME
        -i, --input      Input multiple semange commands in a transaction
        -o, --output     Output current customizations as semange commands
        -l, --list       List the OBJECTS
        -E, --extract    extract customizable commands
        -C, --locallist  List OBJECTS local customizations
        -D, --deleteall  Remove all OBJECTS local customizations

        -h, --help       Display this message
        -n, --noheading  Do not print heading when listing OBJECTS
        -S, --store      Select and alternate SELinux store to manage

Object-specific Options (see above):

        -f, --ftype      File Type of OBJECT
                "" (all files)
                -- (regular file)
                -d (directory)
                -c (character device)
                -b (block device)
                -s (socket)
                -l (symbolic link)
                -p (named pipe)

        -F, --file       Treat target as an input file for command, change multiple settings
        -p, --proto      Port protocol (tcp or udp) or internet protocol version of node (ipv4 or ipv6)
        -M, --mask       Netmask
        -e, --equal      Substitue source path for dest path when labeling
        -P, --prefix     Prefix for home directory labeling
        -L, --level      Default SELinux Level (MLS/MCS Systems only)
        -R, --roles      SELinux Roles (ex: "sysadm_r staff_r")
        -s, --seuser     SELinux User Name
        -t, --type       SELinux Type for the object
        -r, --range      MLS/MCS Security Range (MLS/MCS Systems only)
        --enable         Enable a module
        --disable        Disable a module

Requires 2 or more arguments

Saludos.

Crear Repositorios HTTP para RHEL

Una forma fácil y rápida de tener repositorios estaticos para nuestros sistemas es tener un servidor con la ISO de Redhat montada y compartida por http o ftp. NFS se desaconseja ya que en las instalaciones desatendidas con kickstart da algunos problemas.

Un ejemplo practico, en nuestro servidor repositorio, copiaremos la ISO de la última versión de redhat:

#ls -ltrha /home/ricard/isos/rhel-server-6.4-x86_64-dvd.iso
-rw-rw-r-- 1 ricard ricard 3.5G Mar 26 13:39 /home/ricard/isos/rhel-server-6.4-x86_64-dvd.iso

La montamos en algún directorio:

#mount -o loop /home/ricard/isos/rhel-server-6.4-x86_64-dvd.iso /home/apache/rhel6
mount: warning: /home/apache/rhel6 seems to be mounted read-only.

Para que se automonte en el arranque del servidor la añadiremos al /etc/fstab.

#echo "/home/ricard/isos/rhel-server-6.4-x86_64-dvd.iso        /home/apache/rhel6 udf,iso9660 user,loop 0 0" >> /etc/fstab

Suponiendo que tenemos apache instalado y configurado por defecto, podemos hacer un link de este directorio a /var/www/html/. También se puede cambiar el Document root.

 DocumentRoot /home/apache/
        <Directory />
                Order deny,allow
                Allow from all
        </Directory>

Comprobaremos que desde nuestro navegador podemos acceder, http://localhost/rhel6

En el servidor cliente que ha de acceder al repositorio se ha de incluir en /etc/yum.repo.d un nuevo fichero con el repositorio. Yo le he llamado www.repo

[www-repo]
enabled=1
gpgcheck=0
name=Red Hat Linux $releasever - $basearch - HTTP
baseurl=http://192.168.122.1/rhel6

Y ya lo podemos empezar ha usar:

# yum search nmap
Loaded plugins: product-id, refresh-packagekit, security, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
www-repo                                                                                                                                            | 3.9 kB     00:00   
www-repo/primary_db                                                                                                                                 | 3.1 MB     00:00   
============================================================================ N/S Matched: nmap ============================================================================
nmap.x86_64 : Network exploration tool and security scanner

  Name and summary matches only, use "search all" for everything.

Si tenemos un servidor sin salida a Internet o aislado. Podemos copiar la ISO, montarla en un file system y añadir un repositorio local. En este caso el fichero de configuración del repositorio sería el siguiente:

[local-repo]
enabled=1
gpgcheck=0
name=Red Hat Linux $releasever - $basearch - LOCAL

baseurl=file:///home/apache/rhel6

Saludos!!

Comprobar la integridad de ficheros descargados

Hola,

 hoy es Viernes, así que algo ligerito. Muchas veces nos bajamos ficheros grandes de internet, el proceso de descarga es lento y largo. En algunos casos es posible que el fichero descargado difiera del de origen. Algún bit malicioso se ha saltado los controles de integridad y el resultado es diferente. Como comprobarlo?? Fácil.

Normalmente si la página de descargas es seria realizan un checksum o suma de comprobación del fichero antes de colgado. Nosotros después de bajarlo hemos de revisar que coinciden. Ejemplo:

Nos bajamos la ISO de la última versión de RHEL. En la web de red hat, en la sección de descargas nos proporcionan:

Podemos ver el checksum de MD5 y SHA-256. Nos descargamos el fichero y ejecutamos el comando md5sum que hace la suma:

# md5sum rhel-server-6.4-i386-dvd.iso
2f1927af5bca9a34f2d9488655b4fdf4  rhel-server-6.4-i386-dvd.iso

  Como podemos ver el número de comprobación coincide con el de la web, esto nos asegura que tanto el fichero de origen como de destino es exactamente el mismo.

 Puede parecer una tonteria revisarlo, o una perdida de tiempo pero asegurarnos la descarga de ciertas ISO o ficheros de actualizaciones de BIOS, firmware puede evitarnos futuros quebraderos de cabeza.

Imaginar que descargamos el fichero de actualización de la BIOS de nuestro PC y no comprobamos ni el tamaño ni el checksum. Si el proceso de actualización no es muy estricto es posible que corrompamos la BIOS y el PC no arranque.

Saludos

RHEL: Agregar servidor a RHN

Hola a todos,

 hoy vamos a ver como agregar un servidor Red Hat Enterprise Linux (RHEL) a la Red Hat Network (RHN), desde está red de Red Hat podremos instalar/des-instalar/actualizar los paquetes de los servidores. Es el principal paso a realizar una vez instalado el servidor. Para ello se necesita que el servidor disponga de una licencia válida activa en la RHN. 

Todas las acciones la realizaremos usando el comando "yum".

Si es necesario un proxy para su salida a Internet se recomienda configurar las variables de entorno en el fichero /etc/profile:

ftp_proxy=http://yourproxy.yourdomain.com:80 http_proxy=http://yourproxy.yourdomain.com:80 https_proxy=http://yourproxy.yourdomain.com:80

El fichero /etc/profile cargará las variables a todos los usuarios que hagan login en el sistema.

Registraremos el servidor. Cambiar el parámetro "proxy" por vuestro proxy de salida a Internet:

# rhn_register --proxy=http://yourproxy.yourdomain.com:80

En la siguiente pantalla seleccionaremos "Next".

Pondremos nuestro usuario y password de Red Hat Network y "Next".

Nos indicará el nombre del perfil del servidor y si queremos enviar la información de hardware y red. 

Seleccionaremos "Next".

Enviaremos el catalogo de paquetes instalados. Seleccionamos "Next".

Enviamos la información a la RHN. Seleccionamos "Next".

Finalmente "OK".

Y "Finish".

Si no disponemos de licencias o si no hay canales disponibles saldrá un mensaje de advertencia indicándolo.

El servidor ya está registrado, lo podemos probar haciendo un búsqueda de un paquete:

#yum search
nmap Loaded plugins: downloadonly, rhnplugin, security ============================================ Matched: nmap =============================================
nmap.i386 : Network exploration tool and security scanner nmap-frontend.i386 : Gtk+ frontend for nmap

De momento esto es todo, más adelante instalaremos paquetes y actualizaremos el sistema.
Saludos!!