|
Tutorial de Antonio Villalón Huerta - 28 de Febrero de 2006
|
| A lo largo de este trabajo se va a intentar hacer un repaso de los puntos habituales referentes a seguridad en Unix y redes de computadores (problemas, ataques, defensas... ), aplicando el estudio... |
| Cap 17 |
Listas de control de acceso: ACLs
|
| |
Las listas de control de acceso (ACLs, //Access Control Lists//) proveen de un nivel adicional de seguridad a los ficheros extendiendo el clásico esquema de permisos en Unix: mientras que con estos últimos sólo podemos especificar permisos para los tres grupos de usuarios habituales (propietario |
| Cap 129 |
Políticas de seguridad
|
| |
De forma adecuada los seis elementos anteriores, con el objetivo permanente de garantizar la seguridad corporativa, una política se suele dividir en puntos más concretos a veces llamados **normativas** (aunque las definiciones concretas de cada documento que conforma la infraestructura de nuestra |
| Cap 5 |
Protección del hardware
|
| |
Para los elementos más críticos , como las CPUs, los monitores o los //routers//. De la misma forma, tampoco es recomendable situar objetos pesados en superficies altas cercanas a los equipos, ya que si lo que cae son esos objetos también dañarán el //hardware//. ------Para evitar males mayores ante |
|
|
|
Tutorial de Conde Vampiro - 27 de Octubre de 2005
|
| Este documento esta dirigido hacia aquellas personas con un cierto conocimiento de la materia o por lo menos conocimiento de administracion bajo Unix. Por eso es de vital interes para los administradores, auditores de seguridad,... |
| Cap 2 |
Pasos a seguir para detectar a un intruso
|
| |
), para ello ejecutamos la siguiente linea:
# find / -user root -perm -4000 -print
Revisar los ficheros binarios del sistema para comprobar que no han sido sustituidos por un troyano, como por ejemplo los programas 'su', 'login', 'telnet' y otros programas criticos del sistema. (Existen |
| Cap 4 |
Con quien contactar en caso de denuncia o necesitar soporte tecnico y/o leg
|
| |
, y contempla los siguientes puntos : ~- Nombre/s de la maquina/s comprometida/s. ~- Arquitectura, sistema operativo indicando versiones y revisiones de las maquinas comprometidas. ~- Donde se han aplicado parches de seguridad. Si se han aplicado antes o despues de la intrusion. ~- Usuarios comprometidos |
|
|
|
Tutorial de Joseph Pranevich - 24 de Octubre de 2005
|
| Este documento intenta ser una visión general de las nuevas funcionalidades en esta versión, centrado sobre todo en Linux para i386. Hay que tener en cuenta que algunas de las nuevas capacidades pueden ser portadas... |
| Cap 21 |
Mejoras en el Software: Redes
|
| |
La infraestructura avanzada de redes ha sido desde siempre uno de los puntos fuertes de Linux. Considerado globalmente como sistema operativo, y no sólo como kernel, Linux soporta casi todos los protocolos dominantes en el planeta, incluyendo TCP/IP (v4 y v6), AppleTalk, IPX, y otros. (El único |
| Cap 3 |
Soporte de Hardware
|
| |
Uno de los puntos fuertes de los sistemas operativos basados en Linux es su flexibilidad y disponibilidad para un rango amplio de plataformas. Aunque este documento se centra específicamente en los usos de Linux sobre hardware basado en la arquitectura PC, el kernel 2. 6 ha mejorado tanto |
| Cap 9 |
Interactividad y Velocidad de Respuesta
|
| |
Respaldado por el kernel, aunque sólo en el caso de contención; además permite fijar prioridades para que las aplicaciones o hilos más críticos accedan antes al recurso en disputa. Al permitir que un programa priorice sus tareas, las aplicaciones pueden volverse más ágiles en las tareas críticas |
|
|
|
Tutorial de Chato - 04 de Enero de 2007
|
| Se explican las motivaciones de diseño y el formato de los Uniform Resource Identifiers (identificadores uniformes de recursos) y los Uniform Resource Locators (localizadores uniformes de recursos). |
| Cap 8 |
Sintaxis
|
| |
Sus atributos. En general, sólo se necesita especificar el método de acceso para cada esquema URL. En general, las URLs son de la siguiente forma: :
Una URL contiene el esquema al cual corresponde, seguido de dos puntos y posteriormente la cadena que localiza al recurso en cuestión, y cuya |
| Cap 6 |
Diseño
|
| |
" Criterios para el diseño
Dentro de los requerimientos críticos para la sintaxis del esquema URI, se encuentran:
Que sea extensible. En otras palabras, que pudiesen agregarse nuevos esquemas de nombres a medida que fuese necesario. Que sea completa. Que sea posible codificar |
| Cap 7 |
Satisfacción de criterios
|
| |
" Extensibilidad
Se resolvió permitiendo una cadena arbitraria (pero registrada) como prefijo. La selección de los dos puntos (":") como separador entre el prefijo y el resto de la URI fue totalmente arbitraria. Completitud
Fue satisfecho permitiendo que los nombres extraños |
|
|
|
Tutorial de Juan Manuel - 28 de Noviembre de 2009
|
| Entramos en temas interesantes: el acceso a recursos remotos a través del protocolo de aplicación HTTP y el API Wininet. Este curso explica un primer método de acceder a un archivo remoto, como un página... |
| Cap 9 |
Disponibilidad de datos
|
| |
Los servidores web comerciales (como Apache, Internet Information Server, etc. ) son programas muy completos que permiten gestionar todos los aspectos involucrados en las peticiones HTTP. Uno de los puntos más críticos es la disponibilidad de datos, ya que en un servidor web, lo más normal |
| Cap 12 |
Conclusión
|
| |
Y esto es todo, por ahora. Hemos podido ver cómo utilizar el protocolo HTTP desde el API Wininet, aunque sólo a través del método directo. En el [[http://www.lawebdejm.com/prog/cpp/wininethttp_2. Html siguiente artículo]] trataré el método detallado, con el que tendremos un mayor control sobre |
| Cap 6 |
Apertura del API
|
| |
Para conexiones permanentes, como ADSL, cable, etc. ~~- INTERNET_OPEN_TYPE_PRECONFIG: lee del registro el tipo de conexión que hayamos configurado en "Panel de Control - Opciones de Internet - Conexiones - Configuración LAN". Este modo es el más recomendable para asegurarnos de que vamos a utilizar |
|
|
