IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réseau Discussion :

Modifier iptables à distance via un script php/cgi


Sujet :

Réseau

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau membre du Club
    Inscrit en
    Décembre 2006
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Décembre 2006
    Messages : 7
    Par défaut Modifier iptables à distance via un script php/cgi
    Bonjour,

    je ne sais pas si ce forum est l'endroit le plus approprié du web pour poser ma question, mais comme j'ai l'habitude d'y trouver des réponses à plein d'autres sujets quand je cherche sur google...

    Voici mon problème:

    - Je dispose d'un hébergement partagé classique, mais j'ai dû investir dans un serveur dédié (sous CENT OS 5) car le site sur lequel je travaille nécessite la discussion de mon code avec un binaire Linux que je n'ai pas réussi à exécuter sur un hébergement partagé, malgré toutes les astuces que j'ai essayé.
    - N'étant pas spécialiste (comprendre débutant absolu) en sécu Linux, j'ai décidé de n'héberger que le strict minimum sur ce privé: le binaire et un cgi qui fait l'interface entre l'exécutable et mon code (sur le partagé) qui l'interroge. En plus de ces deux fichiers, j'ai mis un .htaccess refusant toute connexion en dehors de l'adresse ip de mon hébergement partagé.
    - J'avais décidé de faire la sécu un peu plus avancée plus tard et je m'y met maintenant: je viens d'ouvrir les fichiers /var/log/btmp et /var/log/secure et j'ai été atterré ! Si je connaissais l'existence des scripts kiddies et de leurs scanners, je me rend compte que mon serveur essuie plus de 20.000 attaques par jour (!!) quasiment 5 par seconde. De ce que j'en vois, c'est de la force brute par dictionnaire, les passwords par défaut (fournis à l'installation, de 10 caractères incompréhensibles) ont à priori résisté.
    - Je souhaite donc sécuriser un peu, la solution étant naturellement de n'autoriser que mon adresse ip et celle de mon hébergement partagé, mais mon ENORME souci est que je ne dispose d'aucune adresse ip statique... mon idée est donc de n'autoriser que l'ip de mon hébergement partagé (qui est doublement sécurisé: par mon hébergeur, et par moi même) et de créer un fichier PHP sur le privé qui me permette (à partir de l'administration de mon partagé donc) d'ajouter des adresses ip à l'iptables... cela me permettrait d'ajouter mon adresse ip actuelle quand j'ai besoin de me connecter en SSH sur mon serveur.

    Mais je présume que je vais tomber sur le souci que l'utilisateur httpd (apache) ne dispose pas des droits suffisants pour modifier le fichier iptables, ni à redémarrer le service netfilter.

    En cherchant un peu j'arriverai certainement à trouver comment lui attribuer ces droits, mais je préfèrerais avoir l'avis d'utilisateurs plus expérimentés avant de faire des bétises: s'il n'y aurait pas une méthode plus propre pour donner les droits à un fichier PHP exécuté par apache d'insérer des lignes dans iptables et de redémarrer le service.

    Je sais que cette approche est dangereuse, mais je pense que:
    - La restriction en dehors de ca par iptables à toute adresse ip autre que mon partagé
    + le .htaccess qui confirme ces même droits
    + revérification de cette même adresse ip par le fichier php en lui même
    + un système de mot de passe tarabiscoté en perpétuel changement passant par l'url qui donnera une ultime confirmation au fichier php cible d'être bien requesté par ma page légitime
    ... sera toujours plus sûr que les portes quasi grandes ouvertes que j'ai maintenant

    Voilà, j'attends avec impatience vos réactions, remarques, conseils et orientations
    Merci d'avance.

    ps: j'ai bien cherché une solution pour filtrer plutôt par adresse MAC, mais j'ai cru comprendre que si cela marche bien en réseau local, ce n'est pas le cas par internet.

  2. #2
    Membre chevronné Avatar de mess-mate
    Inscrit en
    Septembre 2008
    Messages
    352
    Détails du profil
    Informations forums :
    Inscription : Septembre 2008
    Messages : 352
    Par défaut
    Bonjour,
    d'après ce que j'ai compris tu t'es permis un serveur pour le web ?

    Voilà comment j'ai fait pour le mien en debian:
    J'ai tout simplement crée un serveur virtuel sous vserver sur la machine.
    Ce serveur travaille donc dans un DMZ à travers un firewall (shorewall).

    Pour ce qui est de l'IP, tu n'as donc qu'un IP dynamique alloué par ton FAI ?
    Mais je suppose que tu possède aussi un domaine (acheté) ?
    Dans ce cas tu te fais des dns chez zoneedit.com. (gratuit)
    Et tu installe ddclient.

    Tu configure shorewall de façon à ce qu'il te laisse passer to ip dynamique qui sera redirigé vers ton serveur web.

    Voilà tu as un serveur avec un IP qui est dynamique, mais tant car c'est mieux qu'un statique, vu que le dynamique change et que zoneedit fera à chaque fois une adaptation vers ton serveur web.

Discussions similaires

  1. [Conception] Passage De Variable Avec Post Via Un Script Php + Redirection
    Par british_toons dans le forum PHP & Base de données
    Réponses: 3
    Dernier message: 26/09/2006, 16h57
  2. retour d'information via un script PHP
    Par jpboogie dans le forum Flash
    Réponses: 3
    Dernier message: 16/09/2006, 13h28
  3. [Système] executer un programme via un script php
    Par jeanfrancois dans le forum Langage
    Réponses: 9
    Dernier message: 08/02/2006, 15h51
  4. Ouverture d'une image via un script PHP
    Par passie dans le forum PostgreSQL
    Réponses: 3
    Dernier message: 24/01/2006, 17h10
  5. Réponses: 4
    Dernier message: 16/07/2004, 09h16

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo