Caida GTD

16:30: GTD ya ha hecho llegar un comunicado oficial a sus clientes por medios privados, pero no hay nada publicado aun en la pagina oficial.

........

Seguimos a la espera de un comunicado oficial sobre la caída nacional de GTD, lo poco que se puede deducir es que tiene que ver con los DNS. Se recomienda probar con la solución provisoria que aparece poco mas abajo.

........

Una caída en los servicios que entrega la empresa GTD ha provocado graves inconvenientes en las conexiones a Internet y telefonía en al menos varios puntos de Samtiago.
GTD es uno de los proveedores de internet, data center (donde se almacenan servidores de sitios), Larga Distancia, TV empresa y telefonía que funciona en Chile.
La caída de los servicios se produjo cerca de las 12:20 y aún no se conoce el motivo del inconveniente. Es muy probable que los cibernautas tengan problemas para entrar a algunos sitios y tengan red de teléfono caída, lo que también afecta a sistema Redbanc de algunos locales comerciales.

Fuente: .publimetro.cl

Solución provisoria: Usar los siguientes DNS 200.67.222.222 y 200.67.220.220 (OpenDNS) o en 8.8.8.8 y 8.8.4.4 (Google).

Elastix: Nuevo Parche de seguridad

Elastix® Newsletter Vulnerabilidad en Seguridad FreePBX - Actualizar Elastix

Estimado(a) Usuari(a) El Equipo del Proyecto Elastix informa que la vulnerabilidad de seguridad en el paquete de FreePBX reportada hace pocos días (http://www.exploit-db.com/exploits/18649/) que dejaba posible realizar una ejecución remota de comandos, ya ha sido resuelta en Elastix por medio de una actualización:  yum update freePBX Como es usual, les recordamos mantenerse siempre informados de nuestras actualizaciones y nuevas versiones a través de nuestro sitio web www.elastix.org Sinceramente El Equipo del Proyecto Elastix

ElastixWorld 2011

Navegando por Internet me encontré con una muy util información sobre Asterisk, me refiero a los screaming de ElastixWorld 2011. Es bueno hacer una repasada de estos ya que mas de alguna joyita hay entre medio.

1) Allison Smith sobre el poder del IVR

2) Alfredo Zambrano sobre el nuevo Elastix

3) David Duffet sobre Asterisk “fuera de USA”

4) Bob Fryer sobre Monitorización y seguridad en Elastix

5) Moises Silva sobre Negociación de códecs en Asterisk

6) Saúl Ibarra sobre Blink y uso de SIP más allá de las llamadas

7) Mark Warren sobre Elastix en aplicaciones de alta exigencia

8) Nicolas Gudiño sobre FOP2 e integración de RTMP

9) Alfio Muñoz sobre Recuperación de Elastix ante desastres

10) Fernando Romo sobre marcadores automáticos

11) Abdul Mustaffa sobre comunicaciones y productividad

12) Juan Bustos y Alfio Muñoz sobre reconocimiento de voz

13) Steve Sokol sobre Asterisk 10

14) Ernesto Casas sobre Supervivencia de Oficinas remotas

15) Gerardo Barajas y Jonathan Fuentes sobre Evitando fraudes telefónicos

16) César Bagatella sobre Usuarios 3G y wifi seguros

Fuente : http://www.sinologic.net

Nueva Vulnerabilidad Zero-Day para Asterisk

En la pagina de sinologic.net informan de una nueva vulnerabilidad para Asterisk versiones 1.8 y 10, esta ya fue corregida y los parches se encuentran en los repositorios Digium.


Esta vulnerabilidad puede provocar un crash remoto del sistema a través de la app milliwatt o inyectar codigo de forma remota a través de un stack overflow del http manager.


Para mas informacion visitar : sinologic.net

Acceso carpetas compartidas Windows 2000/SMB desde Windows 7

Para Windows 7 Home basic.

1.- Ejecutar el comando regedit.

2.- Dirigirnos a la rama: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

3.- Si no existe, crear una nueva clave DWORD con el nombre "LmCompatibilityLevel"

4.- Configurar el valor 1 que equivale a : Enviar respuestas LM y NTLM

5.- Reiniciar el equipo

Tambien para Windows 7 Pro.

1.- Inicio, Ejecutar secpol.msc
2.- Directivas locales, Opciones de seguridad.
3.- Seguridad de redes: nivel de autenticación de LAN Manager.
4.- Cambiar el valor: Enviar sólo respuesta NTLMv2 por Enviar LM y NTLM: usar la seguridad de sesión NTLMv2 si se negocia.

Limitar cantidad de remitentes en Zimbra

Este ejemplo es para limitar la cantidad total de remitentes que uno puede añadir en un mail (Para, CC), en este ejemplo limitamos a 50 usuarios.

1.-Primero nos debemos loguear  comousuario zimbra en el servidor.

zimbra:#su – zimbra

Luego declaramos variales locales

zimbra:~$ zmlocalconfig -e default_extra_recipient_limit=50
zimbra:~$ zmlocalconfig -e default_recipient_limit=50
zimbra:~$ zmlocalconfig -e default_destination_recipient_limit=50
zimbra:~$ zmlocalconfig -e smtpd_recipient_limit=50
zimbra:~$ zmlocalconfig -e smtpd_recipient_overshoot_limit=50

2.- Segundo hacemos un backup y  añadimos las siguientes lineas en el archivo /opt/zimbra/conf/zmmta.cf  entre las lineas virtual_transport y RESTART mta

zimbra:~$cp /opt/zimbra/conf/zmmta.cf /opt/zimbra/conf/zmmta.cf.ori

zimbra:~$vim /opt/zimbra/conf/zmmta.cf

POSTCONF default_recipient_limit             LOCAL default_recipient_limitPOSTCONF default_destination_recipient_limit  LOCAL default_destination_recipient_limit POSTCONF default_extra_recipient_limit       LOCAL default_extra_recipient_limit POSTCONF smtpd_recipient_limit              LOCAL smtpd_recipient_limit POSTCONF smtpd_recipient_overshoot_limit     LOCAL smtpd_recipient_overshoot_limit

3.- Reiniciamos el servicio

zimbra:~$zmmtactl stop

zimbra:~$zmmtactl start


Fuente : http://lalegiondeyoda.wordpress.com