Fonctions Python exploitables

Question

Cette question est similaire à Exploitable PHP Functions.

Les données corrompues proviennent de l'utilisateur, ou plus précisément d'un attaquant. Quand une variable contaminée atteint une fonction de puits, alors vous avez une vulnérabilité. Par exemple, une fonction qui exécute une requête sql est un puits, et les variables GET/POST sont des sources d'altération.

Quelles sont toutes les fonctions de puits dans Python? Je suis à la recherche de fonctions qui introduisent une vulnérabilité ou software weakness. Je suis particulièrement intéressé par les vulnérabilités d'exécution de code à distance. Y a-t-il des classes/modules entiers qui contiennent des fonctionnalités dangereuses? Avez-vous des exemples de vulnérabilités Python intéressantes?

Answer 1

Le module subprocess contient fonctionnellement méchant qui dépréciée ces manières d'exécuter des commandes/processus:

os.system 
os.spawn* 
os.popen* 
popen2.* 
commands.* 

Il y a aussi exec qui exécutera le code Python et eval qui « évaluer » une expression et peut être utilisé pour manipuler des variables.

Answer 2

eval et exec sont les classiques. Cependant, open et file peut être abusée aussi:

open('/proc/kcore', 'w').write('0' * 1000 * 1000 * 1000) 

Ensuite, il y a les os, sys, subprocess et dircache modules. Presque tout ce qui touche le système de fichiers ou peut être utilisé pour transformer les données en code exécutable (comme os.system) va être sur la liste.

Comme l'a souligné S. Lott dans les commentaires, l'écriture dans le système de fichiers et l'exécution de programmes externes arbitraires ne sont pas spécifiques à Python. Cependant, ils méritent d'être pris en compte par les auditeurs de sécurité. La plupart de ces fonctions peuvent être utilisées en toute sécurité sans trop se soucier de la sécurité. eval et exec, d'autre part, sont de grands grands drapeaux rouges. Les utiliser en toute sécurité nécessite des soins méticuleux.

Answer 3

droit de la documentation pickle:

Warning 

The pickle module is not intended to be secure against erroneous or maliciously constructed data. Never unpickle data received from an untrusted or unauthenticated source. 

Answer 4

La fonction input, qui évalue la chaîne donnée et renvoie le résultat, a certaines restrictions, mais peut-être encore exploitable.

Answer 5

Je tends vers le paranoïaque en cherchant ce genre de chose. D'autant plus que j'ai tendance à faire beaucoup de métaprogrammation.

• commandes effet plus secondaires (dont d'autres postes couvrent)
  de manipulation de fichiers
  • (open, tarfile, zipfile, ...)
  • appels réseau (urllib2, socket, ...)
  • Sérialisation/persistance des données (pickle, shelve, ...)
  • processus/gestion de threads (subprocess, os.fork, os.kill, ...)
• builtins
  • getattr
  • setattr
  • delattr
  • eval
  • exec
  • execfile
  • __import__

Et probablement d'autres que je oublie. Je me méfie également de l'entrée de l'utilisateur dans les fonctions où je modifie sys.path, sys.modules, etc.