Diferencia entre revisiones de «Seguridad»

De MoodleDocs
(copied from 3.5 page)
 
(No se muestran 31 ediciones intermedias de 3 usuarios)
Línea 1: Línea 1:
{{Template:Pendiente de traducir}}
{{Gestionando un sitio Moodle}}
Todo el ''software'' de aplicación web es altamente complejo, y en todas las aplicaciones se encuentran ocasionalmente aspectos relacionados con la seguridad, que por lo general implican alguna combinación de entrada que los programadores no anticiparon. Desde el proyecto Moodle tomamos en serio la seguridad, y estamos continuamente mejorando el programa para cerrar cada agujero tan pronto como lo encontramos.


==Preliminares==
*[[Recomendaciones de Seguridad]] - Consejos sobre la mejor manera de mantener seguro su sitio
*Usted encontrará en este artículo importantes medidas de seguridad para su instalación de Moodle.
*[[Reporte Vista general de Seguridad]] - Revisar todos los problemas potenciales de seguridad que usted podría tener en su configuración
*Usted debería informar sobre problemas de seguridad directamente a http://security.moodle.org - dado que en cualquier otro lugar los desarrolladores podrían pasarlos por alto. Por otra parte, con el fin de prevenir ataques, los desarrolladores no deberían hacer públicos los problemas hasta que estuvieran resueltos.
*[[Configuraciones de seguridad del sitio]] -Configuraciones que afectan la seguridad y privacidad de su sitio
*Por idénticas razones, usted no debería publicar los ''exploits'' (i.e., códigos escritos con el fin de aprovechar un error de programación para obtener privilegios) ni en el rastreador de errores (''bugs'') ni en los foros.
*[[Notificaciones]] - Información sobre notificaciones de fallas en actualización y entrada al sitio
*[[report/security/report_security_check_passwordsaltmain|Salado de contraseña]] - Detalles de la forma para hacer las contraseñas más seguras al añadirles una cadena aleatoria de caracteres antes de calcular su ''hash''' MD5
*[[Aumentando la privacidad en Moodle]] - Sugerencias para cambios en la configuración para aumentar la privacidad de usuarios
*[[Minimizar el spam en Moodle]] - Consejo sobre cómo minimizar el riesgo de ''spam'' en su sitio


==Medidas de seguridad simples==
==Vea también==
*¡La mejor estrategia de seguridad es una buena copia de seguridad! Pero su copia de seguridad no será buena a menos que pueda restaurarla. ¡Compruebe sus procedimientos de restauración!
* [[Seguridad FAQ]]
*Cargue únicamente el software o los servicios que vaya a usar.
* [https://moodle.org/security/ Anuncios de Moodle acerca de seguridad] en idioma Inglés
*Actualícese con regularidad.
* [https://docs.moodle.org/dev/Moodle_security_procedures Moodle security procedures] en la documentación en idioma inglés para desarrolladores
*Diseñe su seguridad en diferentes capas (exterior, intermedia e interior como mínimo) como se abrigaría un día frío de invierno superponiendo diferentes prendas de ropa.
*[[Procedimientos de seguridad en Moodle]] - Reportar un incidente de seguridad
 
* Foro de discusión ''Using Moodle'' [http://moodle.org/mod/forum/discuss.php?d=39404 Guide to Securing your Moodle Server]
==Recomendaciones básicas==
* [https://docs.moodle.org/28/en/Why_porn_spam_has_been_appearing_in_Moodle_sites https://docs.moodle.org/28/en/Why_porn_spam_has_been_appearing_in_Moodle_sites]
*Actualice Moodle regularmente en cada lanzamiento.
* [[Recuperación_de_un_sitio_hackeado]]
:Los agujeros de seguridad publicados atraen la atención de los ''crakers'' después del lanzamiento. Cuanto más antigua sea la versión, tanto más probable es que sea vulnerable.
*Desactive Registros globales.
:Esto ayudará a prevenir contra posibles problemas XSS en ''scripts'' de terceras partes.
*Use contraseñas complejas para el administrador y los profesores.
:Elegir contraseñas "difíciles" es una práctica de seguridad básica para proteger contra el ''cracking'' por "fuerza bruta" de las cuentas.
*Abra cuentas de profesor únicamente a usuarios dignos de confianza. Evite crear cajas de arena (''sandboxes'') públicas con cuentas gratuitas de profesor en servidores de producción.
:Las cuentas de profesor tienen permisos mucho más libres y es más fácil crear situaciones donde es posible abusar de los datos o robarlos.
*Separe sus sistemas todo lo que le sea posible
:Otra técnica básica de seguridad es usar diferentes contraseñas en diferentes sistemas, usar diversas máquinas para diversos servicios, etc.  Esto impedirá que el daño se extienda incluso si una cuenta o un servidor son atacados.
 
==Ejecute actualizaciones regulares==
*Utilice sistemas de actualización automática
*Windows Update
*Linux: up2date, yum, apt-get
:Considere automatizar las actualizaciones mediante un ''scritp'' programado vía ''cron''
*Sistema de actualización Mac OSX
*Manténgase al día en php, apache y moodle
 
==Utilice listas de correo para mantenerse actualizado==
*CERT - http://www.us-cert.gov/cas/signup.html
*PHP - http://www.php.net/mailing-lists.php - suscríbase a Announcements list
*MySQL - http://lists.mysql.com - suscríbase a MySQL Announcements
 
==Firewalls==
*Security experts recommend a dual firewall
:Differing hardware/software combinations
*Disabling unused services is often as effective as a firewall
:Use netstat -a to review open network ports
*Not a guarantee of protection
*Allow ports
:80, 443(ssl), and 9111 (for chat),
:Remote admin: ssh 22, or rpd 3389
 
==Be prepared for the worst==
*Have backups ready
*Practice recovery procedures ahead of time
*Use a rootkit detector on a regular basis
**Linux/MacOSX - http://www.chkrootkit.org/  
**Windows - http://www.sysinternals.com/Utilities/RootkitRevealer.html
 
==Alertas de seguridad de Moodle==
*Registre su sitio en Moodle.org
:Los usuarios registrados recibirán alertas por correo electrónico
*Las alertas de seguridad se pondrán también en línea
*Web - http://security.moodle.org/
*Canal RSS - http://security.moodle.org/rss/file.php/1/1/forum/1/rss.xml
 
==Otras consideraciones==
He aquí algunas otras otras consideraciones que favorecen su seguridad general:
*Desactive ''opentogoogle'', especialmente en sitios K12
*Utilice SSL, httpslogins=yes
*Desactive el acceso de invitados
*Ponga claves de matriculación en todos los cursos
*Utilice buenas contraseñas
*Utilice el ajuste de formularios seguros
*Ajuste la contraseña de usuario ''root'' en mysql
*Desactive el acceso de red mysql
 
==Permisos de archivo más seguros/''paranoides''==
Assuming you are running this on a sealed server (i.e. no user logins allowed on the machine) and that root takes care of the modifications to both moodle code and moodle config (config.php), then this are the most tight permissions I can think of:
 
1. moodledata directory and all of its contents (and subdirs, includes sessions):
owner: apache user (apache, httpd, www-data, whatever)
group: apache group (apache, httpd, www-data, whatever)
perms: 700 on directories, 600 on files
 
2. moodle directory and all of its contents and subdirs (including config.php):
owner: root
group: root
perms: 755 on directories, 644 on files.
 
If you allow local logins, then 2. should be:
owner: root
group: apache group
perms: 750 on directories, 640 on files
 
Think of these permissions as the most paranoid ones. You can be secure enough with less tighter permissions, both in moodledata and moodle directories (and subdirectories).
 
==See also==
*Using Moodle [http://moodle.org/mod/forum/discuss.php?d=39404 Guide to Securing your Moodle Server] forum discussion


[[Category:Administrador]]
[[Category:Administrador]]
[[Category:Seguridad]]


[[en:Security]]
[[en:Security]]

Revisión actual - 02:24 16 may 2018


Vea también