[pyar] Peligrosidad de un lambda
Claudio Freire
klaussfreire en gmail.com
Lun Oct 4 12:14:30 ART 2010
2010/10/1 Roberto Alsina <ralsina en netmanagers.com.ar>
> On Friday 01 October 2010 18:22:59 QliX=D! [aka EHB] wrote:
> > Los desarrolladores deben HACERSE RESPONSABLES de la seguridad de su
> > aplicacion como algo integral, no metiendo un servicio por SSL...
> > nonono.
>
> En una aplicación de escritorio, dependiendo de donde venga el dato que se
> pasa al eval puede ser algo perfectamente seguro.
>
Correcto
> No tiene sentido hacer seguras cosas que no van a serlo nunca. Tengamos
> criterio, tener un eval no es ni mas ni menos inseguro que tener un
> interprete
> de python, o un shell.
Correcto
> El unico chiste es que no tiene que estar en un lugar
> donde te lleguen datos "extraños".
>
> No, no sanear los datos antes de pasarselos, sino no pasarle datos que no
> sabes de adonde vienen. Les recomiendo leer el articulo de taint de Juanjo
> en
> la revista ;-)
>
No es eso exactamente lo que es eval(raw_input())?
No vale la pena entonces decir
¡¡¡¡NOOO!!!! ¡¡¡¡ES INSEGURO!!!!
O sea... habrá situaciones extenuantes. Pero te atrevés a decirle a alguien
que capaz que sabe capaz que no reconocer las situaciones donde eso sí es
seguro, que eso sí puede ser seguro?
No, yo prefiero decirle que no y parecer paranoico a crear otro programador
descuidado en el mundo.
Mencionan a juanjo conti.
Mencionémoslo con un link que posteó en pythonsecurity:
http://www.codekoala.com/blog/2010/security-and-pythons-exec/
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20101004/48e40dbc/attachment.html>
More information about the pyar
mailing list