Re: [GLO] OT: como calcular CRC?

La misma observación que te hicieron en un post anterior:

¿De que te sirve colocar un hash de los datos en el mismo formulario
en donde los envías?
Si quisiera engañarte solo me bastaría con modificar y colocarle el
hash adecuado para que tú confies en los datos. Investiga sobre
ataques tipo _man in the middle_ por ejemplo. Esto aplica para ambos
extremos: servidor y cliente

Si quieres proteger la comunicación vía HTTP puedes utilizar SSL, con
certificados en uno o ambos extremos.

Al parecer tú problema es otro muy diferente a lo que tiene que ver
con el mantenimiento de los datos en PG.

----
Neil Peter Braggio
pbraggio(at)gmail(dot)com

On Wed, May 14, 2008 at 10:17 AM, Miguel Beltran R. <yourpadre(at)gmail(dot)com> wrote:
> ---------- Forwarded message ----------
> From: Miguel Beltran R. <yourpadre(at)gmail(dot)com>
> Date: 2008/5/12
> Subject: Re: [GLO] OT: como calcular CRC?
> To: glo(at)glo(dot)org(dot)mx
>
>
> Lo que quiero hacer es que la aplicacion cliente:
>
> * Grabe los datos de manera local y tenga un campo (que dije CRC, pero
> mas bien seria un checksum entonces?) en el que sepa si modificaron
> alguno de los otros datos.
>
> * En realizadad la aplicación debe de mandar los datos por internet en
> tiempo real, se conectan por http al servidor y envian los datos a un
> formulario, en el servidor checo que esten correctos (eso es otro
> rollo). Aqui tengo duda, entonces es seguro que cuando la aplicación
> mande lo datos no me va a cambiar ningun dato.
>
> * Los datos se guardados localmente son por si no se puede por
> internet en tiempo "real", se mande la información cuando este en
> linea de nuevo.
>
>
>
>
> --
> ________________________________________
> Lo bueno de vivir un dia mas
> es saber que nos queda un dia menos de vida
> --
> TIP 4: No hagas 'kill -9' a postmaster
>