🚀 go-pugleaf

Pedro Maicas wrote:
> On Mon, 25 Sep 2006 01:39:14 +0200, arrase <arrase@gulcas.org> wrote:
>
> >http://www.iit.upco.es/palacios/cursoc/estiloCseguro.pdf
>
>
> Creo que para hacer un programa 'seguro' lo único de lo
> que debemos preocuparnos es del buffer overflow, todas
> las funciones que aceptan datos en un buffer, deberían
> comprobar que los datos no se salen de ese buffer.
>
> A lo demás no le veo relacion con la seguridad, si haces
> un bucle infinito, si se te desmanda un puntero, etc...
> lo único que pasa es que tienes un programa con bugs,
> pero nada más. Es como si quieres sumar 2+2 y en vez
> de sumarlo los restas, eso no es un programa inseguro
> sino un programa que no hace lo que debe.
>
> Por otro lado un programa que no comprueba el desbordamiento
> de buffer, es un programa 'correcto' desde el punto de vista
> del algorimo que se trata de aplicar, pero es inseguro
> porque se puede inyectar código a través del buffer.
>

Alguien que te quiere hacer daño aprovecha todo, hasta si el 2+2 da un
número que no es cuatro. Todo es cuestión de imaginación.

Por ejemplo, implementar mal un algoritmo para hacer un hash, y eso
también puede pasar en lisp.

Otro ejemplo es el SQLinjection, que es el trato que se le hace a la
string que contiene la secuencia SQL el que comete el error y no hay
ningún lenguaje que no permita hacerlo mal.

Nada es seguro, el mundo es una mierda, se acercan los cuatro jinetes
del apocalipsis, saldrá una gran lengua de fuego, ...