SEGURIDAD EN UNIX Y REDES

148# Prevent spoofing/usr/sbin/ndd -set /dev/ip ip_strict_dst_multihoming 1/usr/sbin/ndd -set /dev/ip ip_ignore_redirect 1CAPÍTULO 9. SEGURIDAD DEL NÚCLEO# No IP forwarding/usr/sbin/ndd -set /dev/ip ip_forwarding 0# Drop source routed packets/usr/sbin/ndd -set /dev/ip ip_forward_src_routed 0# Shorten ARP expiration to one minute to minimize ARP spoofing/hijacking# [Source: Titan adjust-arp-timers module]/usr/sbin/ndd -set /dev/ip ip_ire_flush_interval 60000/usr/sbin/ndd -set /dev/arp arp_cleanup_interval 60Tras crear este archivo hemos de enlazarlo con otro nombre en /etc/rc2.d/, para que se ejecuteal entrar en un runlevel 2, por ejemplo con la ordenanita:~# ln /etc/init.d/nddconfig /etc/rc2.d/S70nddconfig9.3.2 El fichero /etc/systemEn este archivo el administrador de un equipo Solaris puede definir variables para el núcleo delsistema operativo, como el número máximo de ficheros abiertos por un proceso o el uso de memoriacompartida, semáforos y mensajes para intercomunicación entre procesos. En este apartado vamos acomentar algunos de estos parámetros que pueden afectar a la seguridad; hablaremos especialmentede aquellos que pueden y deben ser limitados para evitar diversos tipos de negaciones de servicio,ataques que recordemos afectan a la disponibilidad de nuestros recursos. Los cambios que se realicenen este archivo no tendrán efecto hasta que la máquina se reinicie con la ordenanita:~# reboot -- -ro se cree el archivo /reconfigure y se reinice con un reboot normal:anita:~# touch /reconfigureanita:~# rebootSi deseamos ver el valor de alguno de los parámetros en el kernel que se está ejecutando en estemomento, lo podemos hacer con la orden adb (nótese que no ofrece ningún prompt, hemos deescribir directamente el parámetro a visualizar, con un ‘/D’ al final para que nos muestre el valoren decimal):anita:~# adb -k /dev/ksyms /dev/memphysmem 38damaxusers/Dmaxusers:maxusers: 56maxuprc/Dmaxuprc:maxuprc: 901^danita:~#Una negación de servicio muy típica en Unix es el consumo excesivo de recursos por parte deusuarios que lanzan – voluntaria o involuntariamente – demasiados procesos; esto es especialmentecomún en sistemas de I+D, donde muchos usuarios se dedican a programar, y un pequeño erroren el código (a veces denominado ‘runaway fork’) puede hacer que el sistema se vea parado por