Rodrigo Arancibia Vera - Carry On Ltda. <[EMAIL PROTECTED]> wrote:
> > Lista UTFSM <[EMAIL PROTECTED]> wrote:
> >
> > [...]
> >
> >> El tipo, tenia una serie de informacion en un archivo zip y adivinen
> >> ... el zip tiene password y no se la dejo a nadie .... el maldito
> >> pelafustan.
> >
> > En el blog de Bruce Schneier <http://www.schneier.com> hace poco (a
> > proposito de la seguridad de criptografia y passwords) menciono un paquete
> > capaz de probar miles de alternativas por segundo (!) contra .zip y que
> > tenia heuristicas excelentes que lo hacen craquear "passwords tipicas" en
> > cortisimo tiempo.
> Hace tiempo me solicitaron algo parecido, y se me ocurrió combinar algo de
> ingenierÃa social/diccionario/force brute attack, es decir, estudiar al
> tipo, meter los datos al diccionario y aplicar force brute attack con case
> sensitive. He buscado en internet, pero no existe algo pareceido y no me
> dà el tiempo de realizarlo, quizas sea una buena herramienta a
> desarrollar.
Mas o menos en esas lineas (+ rutinas muy pichicateadas ara
cifrar/descifrar) es que trabajaba el programa que mencione.
> Creo que en este caso, la ingenierÃa social aportarÃa mucho a la pronta
> solución delo que necesitas.
Si el tipo uso un sistema "decente" para crear la clave, estas frito.
Las claves que tenemos en cosas realmente criticas aca no las adivinan
jamas, ni con conocimiento bastante detallado del inventor.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Fri Feb 15 21:37:03 2008
From: [EMAIL PROTECTED] (Jose Catalan)
Date: Fri Feb 15 22:06:02 2008
Subject: problemas con Yum
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
2008/2/15 Horst H. von Brand <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > hola listeros, tengo lios al usar el yum, no he podido actualizar, me da
> > este error!. al aprecer no puede abrir o leer el archivo
>
> > [EMAIL PROTECTED] ~]# yum update
> > Setting up Update Process
> > Setting up repositories
> > update 100% |=========================| 951 B
> 00:00
> > base 100% |=========================| 1.1 kB
> 00:00
> > addons 100% |=========================| 951 B
> 00:00
> > extras 100% |=========================| 1.1 kB
> 00:00
> > Reading repository metadata in from local files
> > primary.xml.gz 100% |=========================| 80 kB
> 00:17
> > update : ################################################## 252/252
> > Added 252 new packages, deleted 0 old in 1.87 seconds
> > primary.xml.gz 100% |=========================| 344 kB
> 02:57
> > http://mirror.centos.org/centos/4/os/i386/repodata/primary.xml.gz:
> [Errno 4]
> > Soc
> > Trying other mirror.
> > Error: failure: repodata/primary.xml.gz from base: [Errno 256] No more
> > mirrors try.
>
> Revisa lo que dicen tus archivos /etc/yum.repos.d/*.repo. Debiera haber
> una
> entrada "baseurl=..." y otra "mirrorlist=...", intenta comentar la
> "baseurl=" y descomentar la "mirrorlist=". Ve si lo que dice "baseurl="
> existe ($basearch es i386 o x86_64), si no, ese repositorio ya no es
> valido, eliminalo (via eliminar/mover a otro lado el archivo, ponerle
> "enabled=0" en el archivo, o:
>
> yum --disablerepo=NombreDeLaRepo ...
> --
> Dr. Horst H. von Brand User #22616 counter.li.org
> Departamento de Informatica Fono: +56 32 2654431
> Universidad Tecnica Federico Santa Maria +56 32 2654239
> Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
>
> Como consejo cambia el mirror (pone el de la UTFSM) , a mi me funciono de
una =)
y tbn reinstala el yum es lo mas facil y bonito
--
Atte.
José Catalán.
Abraxas
Abraxin.blogspot.com
From [EMAIL PROTECTED] Fri Feb 15 22:08:12 2008
From: [EMAIL PROTECTED] (Aland Steven Laines Calonge)
Date: Fri Feb 15 22:37:32 2008
Subject: Bloqueo Msn solo con iptables
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
pues si lo que quieres es solo bloquear el servicio de msn, puedes cerrar el
puerto correspondiente, yo uso:
iptables -A FORWARD -p TCP --dport 1863 -j REJECT
eso bloquea a todos el puerto de msn, pero deberias bloquear tambien los
puesrtos comunes que usar los proxys socks 1080 y 1081, por si alguno pueda
utilizarlo para conectarse.
Espero te sirva de algo,
Aland Laines Calonge
http://www.pymes-internet.com.ar (en construccion)
Lima - Perú
El día 15/02/08, Cristian Muñoz <[EMAIL PROTECTED]> escribió:
>
> Estimados, existe la manera de poder bloquear msn para todos los equipo de
> una red? (192.168.1.0). He estado leyendo y al parecer solo se puede con
> iptables + squid, pero lo que quiero es saber si es posible solo con el
> cortafuegos.
>
>
> Saludos,
>
>
> --
> Cristián Muñoz Rosenfeld
> Técnico universitario en Software
> Universidad de Viña del Mar
> Estudiante de Ingeniería Informática
> INACAP
>
From [EMAIL PROTECTED] Sat Feb 16 00:01:06 2008
From: [EMAIL PROTECTED] (Aldrin Martoq)
Date: Sat Feb 16 00:11:33 2008
Subject: Base de datos MySQL... u otra?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Feb 14, 2008 10:52 AM, Nelson <[EMAIL PROTECTED]> wrote:
> Hola, necesito migrar una base SQL SERVER a otro motor (necesidades de
> Performance)
He visto bases de datos MSQL volar consumiendo muchos registros (no se
cuantos, digamos el año completo de datos desde SAP de un tema
específico de una empresa _grande_) en tan solo segundos. SQL Server
no es para nada una mala base de datos.
Me parece que cambiar MSQL por otra base de datos no resolverá tu
problema. En otro correo hablas de OLAP, pero no especificas que
software estás usando. Según veo yo, tienes 2 opciones:
- contratas a algún DBA experto y mejoras el performance de tus consultas
- cambias la base de datos, contratas a algún DBA experto y mejoras el
performance de tus consultas.
[...]
> El sistema en si sería de solo consulta, pero tengo que importar 10 años de
> antiguedad, mas los mensuales.... La pregunta es: será que se bancará
> "manejar" tanto volumen de datos MySQL o no?
De las respuestas que hemos recibidos, todos cuentan maravillas de uso
en: google, facebook, y otras empresas grandes; pero por lo visto
nadie a trabajado con tantos Gigas por acá y por lo tanto nadie te
puede contar la parte negra del asunto.
Podrías contarnos como cargas y consultas los datos? Tengo muy pocos
conocimientos de "OLAP", asi que me encantaría escuchar qué es lo que
estás haciendo exactamente... (tu ganas en que eso podría responder
mejor tu consulta). Tengo la sensación que no hay en realidad software
OLAP detrás (según estuve leyendo, puedes pivotar los datos por
ejemplo); tan solo algunas consultas que has preparado para contestar
ciertas preguntas. De ser así, a vuelo de pájaro se me ocurre que si
generas mas tablas con datos "premasticados" (posiblemente durante la
carga con un "DTS") y con los índices correctos sería la solución a tu
problema, independiente de la base de datos.
Si tienes otras razones para migrar, te recomendaría postgresql.
Saludos,
--
Aldrin Martoq
