Administracion de Redes

instalacion y configuracion de servidor de llaves publicas

2009-03-28T17:32:00.000-07:00

Instalacion y Configuracion de Servidor de Llaves Publicas

Publish at Scribd or explore others:

Configuracion Ipsec Implementando El Protocolo Esp en Modo Transporte

2009-03-03T16:52:00.000-08:00

Configuracion Ipsec Implementando El Protocolo Esp en Modo Transporte

Publish at Scribd or explore others: Internet & Technolog client router

Configuracion Ipsec Implementando El Protocolo AH en Modo Transporte

2009-03-03T16:25:00.000-08:00

Configuracion Ipsec Implementando El Protocolo AH en Modo Transporte

Publish at Scribd or explore others: Internet & Technolog client router

Certificados SSL De Cliente Como Sistema De Autenticación Web

2009-02-27T15:21:00.000-08:00

Usando Certificados SSL de Cliente Como Sistema de Autenticación Web

Publish at Scribd or explore others:

Creacion de Certificados Ssl Para Sitios Webs en Apache2

2009-02-26T16:04:00.000-08:00

Creacion de Certificados Ssl Para Sitios Webs en Apache2

Publish at Scribd or explore others: Academic Work Study Guides web 2.0

Servidor OpenSSH Bajo la Plataforma Linux Con Cliente Windows

2009-02-25T15:03:00.001-08:00

1. Instalamos el servido OpenSSH.

2. Configuramos el archivo de configuración del servidor en la ruta:
/etc/ssh/sshd_config:

Dejándolo de la siguiente manera:
# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile /etc/ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes

3. Creamos el archivo que contendrá las llaves publicas de los clientes que se van a conectar.

4. Creamos el par de llaves en el cliente (Windows xp) y dejamos las rutas por defecto.

5. Copiamos la llave publica --id_rsa.pub-- que acabamos de crear al servidor Linux (UBUNTU).

6. Dentro del servidor buscamos la llave en el directorio /home/sena/.

7. Copiamos la llave publica del cliente dentro de authorized_keys para dejarlo autenticar.

8. Verificamos que si haya copiado.

9. Reiniciamos el servicio:
/etc/init.d/ssh restart

10. Ahora desde el cliente intentaremos acceder vía SSH; nos pedirá la frase secreta de la llave para ingresar:

11. Y como podemos ver ya nos encontramos en la maquina remota (Ubuntu).

Servidor OpenSSH Bajo la Plataforma Windows Con Cliente Linux.

2009-02-25T13:57:00.001-08:00

Autenticacion Por LLave Publica.

SSH (Secure SHell) -intérprete de comandos seguro- es el nombre de un protocolo y del programa que lo implementa, y sirve para acceder a máquinas remotas a través de una red.

Además de la conexión a otras máquinas, SSH nos permite copiar datos de forma segura (tanto ficheros sueltos como simular sesiones FTP cifradas), gestionar claves RSA para no escribir claves al conectar a las máquinas y pasar los datos de cualquier otra aplicación por un canal seguro tunelizado mediante SSH.

1. Instalamos el paquete correspondiente; OpenSSH for Windows 3.8.1 p1-1.

2. Escogemos los componentes que deseamos instalar (client, server) y dejamos las rutas por defecto que maneja el wizard.

3. Despues de la instalacion abrimos la consola de windows:

Inicio>>ejecutar>>cmd.

Procedemos con la configuracion del servidor SSH, ingresaremos el usuario administrador del equipo dentro del archivo passwd en OpenSSH\etc.

4. Ahora crearemos un archivo llamado “group” en la misma ruta OpenSSH\etc .

y editaremos el archivo sshd_config según nuestras necesidades

Para nuestro caso en partículas este es el archivo de configuración que esta en:

C: \Archivos de programa\OpenSSH\etc\sshd_config:

# $OpenBSD: sshd_config,v 1.65 2003/08/28 12:54:34 markus Exp $

# This is the sshd server system-wide configuration file. See

# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with

# OpenSSH is to specify options with their default value where

# possible, but leave them commented. Uncommented options change a

# default value.

Port 22

#Protocol 2,1

Protocol 2

ListenAddress 0.0.0.0

#ListenAddress ::

# HostKey for protocol version 1

#HostKey /etc/ssh/ssh_host_key

# HostKeys for protocol version 2

HostKey /etc/ssh_host_rsa_key

HostKey /etc/ssh_host_dsa_key

# Lifetime and size of ephemeral version 1 server key

KeyRegenerationInterval 1h

ServerKeyBits 768

# Logging

#obsoletes QuietMode and FascistLogging

SyslogFacility AUTH

LogLevel INFO

# Authentication:

#LoginGraceTime 2m

PermitRootLogin yes

# The following setting overrides permission checks on host key files

# and directories. For security reasons set this to "yes" when running

# NT/W2K, NTFS and CYGWIN=ntsec.

StrictModes yes

RSAAuthentication yes

PubkeyAuthentication yes

AuthorizedKeysFile /etc/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts

RhostsRSAAuthentication no

# similar for protocol version 2

HostbasedAuthentication no

# Change to yes if you don't trust ~/.ssh/known_hosts for

# RhostsRSAAuthentication and HostbasedAuthentication

IgnoreUserKnownHosts yes

# Don't read the user's ~/.rhosts and ~/.shosts files

#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!

PasswordAuthentication yes

#PermitEmptyPasswords no

# Change to no to disable s/key passwords

#ChallengeResponseAuthentication yes

# Kerberos options

#KerberosAuthentication no

#KerberosOrLocalPasswd yes

#KerberosTicketCleanup yes

# GSSAPI options

#GSSAPIAuthentication no

#GSSAPICleanupCreds yes

# Set this to 'yes' to enable PAM authentication (via challenge-response)

# and session processing. Depending on your PAM configuration, this may

# bypass the setting of 'PasswordAuthentication'

#UsePAM yes

#AllowTcpForwarding yes

#GatewayPorts no

#X11Forwarding no

#X11DisplayOffset 10

#X11UseLocalhost yes

#PrintMotd yes

#PrintLastLog yes

#KeepAlive yes

#UseLogin no

UsePrivilegeSeparation no

#PermitUserEnvironment no

#Compression yes

#ClientAliveInterval 0

#ClientAliveCountMax 3

#UseDNS yes

#PidFile /var/run/sshd.pid

MaxStartups 10:30:60

# default banner path

Banner /etc/banner.txt

# override default of no subsystems

Subsystem sftp /usr/sbin/sftp-server

5. Procedemos a crear las llaves (Publica Y Privada) y nos muestra el directorio donde se guardaran /home/Admin/.ssh/id_rsa;

Nos solicitara la Frase secreta; y nos muestra donde quedaran las llaves:

Llave Publica: /home/Admin/.ssh/id_rsa.pub

Llave Privada: /home/Admin/.ssh/id_rsa.

6. Dentro del directorio OpenSSH\etc crearemos el archivo (authorized_keys) que contendrá las llaves públicas de los clientes que deseen conectarse vía SSH.

7. Ya en nuestro cliente Linux (UBUNTU), instalaremos el servidor Openssh, el cual nos instalar el Openssh cliente que necesitaremos para realizar las conexión al servidor en Windows XP.

8. Generamos las llaves para enviarle al servidor la llave publica.

9. Esta será la ruta por defecto donde se almacenaran tanto la llave pública como la privada.

10. Vamos a la ruta y podemos ver la llave publica que será enviada al servidor OpenSSH en Windows.

11. Con este comando lograremos copiar la llave pública al servidor Windows sin necesidad de llevarla en un medio extraíble.

12. En este punto solo ingresaremos la clave del administrador de Windows para que permita la transferencia del archivo.

13. Ahora podemos ver que el archivo fue trasladado correctamente.

14. Ya dentro del directorio donde mandamos la llave publica podemos ver el archivo.

15. Copiamos lo que posee el archivo client.pub y lo ingresamos en el authorized_keys.

16. Reiniciamos el servicio OpenSSH :

Net stop opensshd.

Net start opensshd.

17. Ahora desde el Linux hacemos la prueba de conexión vía SSH y vemos como nos pide la frase secreta para la llave pública.

18. Ingresamos la frase secreta.

19. Ahora podemos ver que estamos dentro del servidor Windows xp.

La Seguridad De La Informacion

2009-02-24T14:42:00.000-08:00

En el momento en que la internet se convirtió en uno de los principales medios para la transmisión de información y a medida que esa información se convirtió en un factor relevante debido a la importancia de su contenido, los usuarios de esta, han buscado que las diferentes organizaciones encargadas de la estandarización de prácticas creen una serie de procedimientos funcionales con diferentes tecnologías, para diferentes fines y en variados ambientes permitiendo así una cadena de confianza entre las diferentes partes comprometidas procesos de comunicación en este caso en INTERNET.

Como respuesta a las peticiones de los clientes a cerca de la preocupación por la cantidad de riesgos que corre la información viajando en internet, se han establecido una serie de normas basadas en cuatro principios, donde se establecen procedimientos que garanticen tales,

*La confidencialidad: La información sólo debe ser legible para los usuarios autorizados.

*La disponibilidad: Debe estar disponible cuando se necesita.

*La integridad: La información sólo puede ser modificada por quien está autorizado y de manera controlada.

*El no repudio: El uso y/o modificación de la información por parte de un usuario debe ser irrefutable, es decir, que el usuario no puede negar dicha acción.

El conjunto de las buenas prácticas para la gestión de la seguridad en los sistemas de información ha dado lugar a estándares reconocidos mundialmente como la 7799, norma británica de buenas prácticas en la seguridad para los sistemas de información que posteriormente fue retomada por un grupo de expertos de la Organización Internacional de la Estandarización y la transformo en la ISO/EIC 17799 que retomando los procedimientos de la anterior ofreció a cualquier organización interesada en una gestión adecuada para el procesamiento de la información, herramientas imprescindibles para poder establecer una cadena de confianza en el intercambio de datos en la red. Dicho estándar evoluciono en el año 2002 a la norma ISO 27002 que retomando las anteriores prácticas y actualizando y certificando los procesos se convierte en el mejor conjunto de controles para generar la confianza necesaria en el momento de la interacción de la información entre clientes y prestadores de servicios en internet. A continuación se expondrán los diez fundamentos que la norma a establecido para garantizar que la interacción de la información en una empresa será útil y confiable para los diferentes usuarios.

2009-02-24T14:38:00.000-08:00

1-Politicas de seguridad: Proporcionar dirección y apoyo gerencial para brindar seguridad de la información. El nivel gerencial debe establecer una dirección política clara y demostrar apoyo y compromiso con respecto a la seguridad de la información, mediante la formulación y mantenimiento de una política de seguridad de la información a través de toda la organización.

2-Organización de la Seguridad: Administrar la seguridad de la información dentro de la organización. Debe establecerse un marco gerencial para iniciar y controlar la implementación de la seguridad de la información dentro de la organización.

3- Clasificación y control de activos: Mantener una adecuada protección de los activos de la organización. Se debe rendir cuentas por todos los recursos de información importantes y se debe designar un propietario para cada uno de ellos. La rendición de cuentas por los activos ayuda a garantizar que se mantenga una adecuada protección. Se deben identificar a los propietarios para todos los activos importantes y se debe asignarse la responsabilidad por el mantenimiento de los controles apropiados. La responsabilidad por la implementación de los controles puede ser delegada. En último término, el propietario designado del activo debe rendir cuentas por el mismo.

4- Seguridad del personal: Reducir los riesgos de error humano, robo, fraude o uso inadecuado de instalaciones. Las responsabilidades en materia de seguridad deben ser explicitadas en la etapa de reclutamiento, incluidas en los contratos y monitoreadas durante el desempeño del individuo como empleado.
Los candidatos a ocupar los puestos de trabajo deben ser adecuadamente seleccionados, especialmente si se trata de tareas críticas. Todos los empleados y usuarios externos de las instalaciones de procesamiento de información deben firmar un acuerdo de confidencialidad.

5- Seguridad física y ambiental: Impedir accesos no autorizados, daños e interferencia a las sedes e información de la empresa. Las instalaciones de procesamiento de información crítica o sensible de la empresa deben estar ubicadas en áreas protegidas y resguardadas por un perímetro de seguridad definido, con vallas de seguridad y controles de acceso apropiados. Deben estar físicamente protegidas contra accesos no autorizados, daños e intrusiones. La protección provista debe ser proporcional a los riesgos identificados.

6- Gestión de comunicaciones y operaciones: Garantizar el funcionamiento correcto y seguro de las instalaciones de procesamiento de la información. Se deben establecer las responsabilidades y procedimientos para la gestión y operación de todas las instalaciones de procesamiento de información. Esto incluye el desarrollo de instrucciones operativas y procedimientos apropiados de respuesta a incidentes. Se debe implementar la separación de funciones, cuando corresponda, a fin de reducir el riesgo del uso negligente o mal uso deliberado del sistema.

7- Control de acceso: El acceso a la información y los procesos de negocio deben ser controlados sobre la base de los requerimientos la seguridad y de los negocios. Para esta se deben tener en cuenta las políticas de difusión y autorización de la información.

8- Desarrollo y mantenimiento de sistemas: Asegurar que la seguridad es incorporada a los sistemas de información. Esto incluirá infraestructura, aplicaciones comerciales y aplicaciones desarrolladas por el usuario. El diseño e implementación de los procesos comerciales que apoyen la aplicación o servicio pueden ser cruciales para la seguridad. Los requerimientos de seguridad deben ser identificados y aprobados antes del desarrollo de los sistemas de información. Todos los requerimientos de seguridad, incluyendo la necesidad de planes de reanudación, deben ser identificados en la fase de requerimientos de un proyecto y justificados, aprobados y documentados como una parte de la totalidad del caso de negocios de un sistema de información.

9- Administración de la continuidad de los negocios: Contrarrestar las interrupciones de las actividades comerciales y proteger los procesos críticos de los negocios de los efectos de fallas significativas o desastres. Se debe implementar un proceso de administración de la continuidad de los negocios para reducir la discontinuidad ocasionada por desastres y fallas de seguridad (que pueden ser el resultado de, por ej., desastres naturales, accidentes, fallas en el equipamiento, y acciones deliberadas) a un nivel aceptables mediante una combinación de controles preventivos y de recuperación.

10- Cumplimientos: Evitar infracciones y violaciones de las leyes del derecho civil y penal; de las obligaciones establecidas por leyes, estatutos, normas, reglamentos o contratos; y de los requisitos de seguridad. El diseño, operación, uso y administración de los sistemas de información pueden estar sujetos a requisitos de seguridad legal, normativa y contractual