Discussion :

[lelapinrusse]

Bonjour à tous, j'ai cherché avant de poster mais j'ai pas vraiment trouver de réponse satisfaisante sur d'autre post. Si j'ai loupé un post, je m'en excuse.

J'ai developpé une zone sécurisée pour une petite entreprise en PHP avec des variables session.

J'ai respecté tout les principes de base comme définir les variables, protéger des injections de codes, limiter le nombre de caractères des input text et password, initialisation des variables session.

Voici quelques questions ?

1) Utiliser un login qui contient x caractères fixes et x caractères qui dépendent de la date (par exemple) augmente-t-il la sécurité ou ca ne sert à rien ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$login_valide = date("d")."XXX".date("m");

2) Passer le password dans la fonction md5() et stocker dans la base de données le résultat après passage dans cette fonction augmente-t-il la sécurité ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if ($_POST['login'] == $login_valide && md5($_POST['password']) == $password_valide)

3) La méthode .htaccess est-elle plus sur que les variables sessions PHP ?
La combinaison des deux est-elle possible et sert-elle à quelque chose ?

svp, évitez de répondre si vous n'en savez rien

[blueice]

Serveur mutualisé ou dédié ?

[lelapinrusse]

Mutualisé chez OVH.

Je ne savais pas que ca pouvais avoir une importance pour repondre à mes questions. Désolé de ne pas l'avoir mentionné.

[FoxLeRenard]

Mutualisé chez OVH.

Je ne savais pas que ca pouvais avoir une importance pour repondre à mes questions. Désolé de ne pas l'avoir mentionné.

Normal la question de blueice, en effet, sagissant de sécuritée des sessions, une grande partie des réponses dépnd du fait que tu ais ou non accés a la config de PHP

L'hébergement mutualisé permet aux clients de se concentrer sur leur métier, de déléguer aussi bien l'administration des systèmes ainsi que toutes les tâches annexes, et de leur permettre de bénéficier aussi bien de la séparation des domaines de fonctionnement des scripts que de l'augmentation régulière des capacités de nos clusters", précise Germain Masse. OVH.

Pour autant - et à la différence de l'hébergement sur serveur dédié - la prestation d'hébergement en mode mutualisé ne permet bien sûr pas aux clients d'accéder à l'intégralité des possibilités de configuration système et serveur

[blueice]

3) La méthode .htaccess est-elle plus sur que les variables sessions PHP ?
La combinaison des deux est-elle possible et sert-elle à quelque chose ?

Concernant htaccess ce n'est pas forcément ultra sécurisé, sans rentrer dans les détails concernant les protocoles, ce qui peut être fait avec htaccess pour augmenter considérablement la sécurité c'est d'utiliser l'algo de hash md5 ou passer par du SSL.
Car les mots de passe dans le fichier htpasswd peuvent être décodés très facilement avec uudecode sous Unix, alors qu'en 'haschant'...
Malheureusement, cette méthode est peu utilisée du fait des fonctionnalités du serveur et le support par les navigateurs.

[lelapinrusse]

Merci beaucoup pour vos éléments de réponses.

Comme je maitrise pas mal les variables session et pas du tout les .htaccess, je vais continuer avec les variables php.

Concernant le md5(), insérer les mots de passe en md5() dans la base données, c'est juste utile pour qu'un type d'OVH ne puisse pas connaitre les password ?
Car du formulaire html vers la page php de traitement, le password est poste non cripte ?


Ensuite, pour le login qui change en fonction de la date ou de l'heure, c'est une sécurité supplémentaire utile ou pas ?

[FoxLeRenard]

Bonjour à tous,
1) Utiliser un login qui contient x caractères fixes et x caractères qui dépendent de la date (par exemple) augmente-t-il la sécurité ou ca ne sert à rien ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$login_valide = date("d")."XXX".date("m");

Bon je continue, derriére blueice qui t'a précisé une de tes questions
sur htaccess.

sur le point

1) je trouve ça totalement inutile,
connaissant un peut quelques méthodes d'accés aux données, je peux te dire que tout de même la tache n' est pas facile pour le Hacker

Alors on dira que plus les données sont dispersées, plus cela devient mission impossible ...

Ors normalement une bonne gestion d'un login se passe a trois niveaux:

Le Cookies
La session
La base de donnée

Tu sais on oublie toujour ces principes de bases.

Alors tu me diras, mais si j'interdit les cookies tu perd un niveau

NON NON c' est celui qui interdit les cookies qui en paie les frais, c' est son choix mais il sait, et beaucoup de sites le disent en clair:

"Bonjour, refusant les cookies, vous serez obligé de vous reloguer a chacune de vos visites"

Donc le shema est simple

1) y atil un _POST USER et un POST mdp ?
si OUI alors control dans la base MYSQL ou autre
tout est OK on met sa session a OK, on cree le cookies avec nom et mdp
2) pas de post alors on regarde ou nous en sommes
sa session est a OK parfait rien a faire il peut se promener librement
3) pas de post et pas de session
alors on lit son Cookies et on controle user et mdp
si c' est OK on mets la session a oK
4) ELSE retour au login

[lelapinrusse]

Merci beaucoup pour cette réponse, comme je ne suis pas sur de tout comprendre (notament les cookies), peux-tu jeter un coup d'oeil à mon code afin de voir si il est sécurisé car j'ai envie de bien dormir une fois que je l'aurai mis en ligne, lol.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<?php
$login_valide = "XXX";
$password_valide = "a80a476b3f58a1a219f2f00c0efda021";
 
if (isset($_POST['login']) && isset($_POST['password']))
{
	if ($login_valide == $_POST['login'] && $password_valide == md5($_POST['password']))
	{
	session_start ();
	$_SESSION['login'] = $_POST['login'];
	$_SESSION['password'] = md5($_POST['password']);
	Header("location: ok.php");
	}
	else
	{
	Header("Location: ko.html");
	}
}
else
{
Header("Location: ko.html");
}
?>

Pour ce qui est des pages dans la "zone sécurisée" je test comme ca:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php
session_start ();
 
if (isset($_SESSION['login']) && isset($_SESSION['password']))
{
?>
....
<?php
}
else
{
Header("Location: ko.html");
}
?>

[FoxLeRenard]

Tu vas voir, ils vont finir par dire que je radotes ...
Moi j'ais un principe immuable JAMAIS DE MANIP AVEC LES
POST SESSION GET mais tout passer en variables et contrôlées

alors pour ton premier PHP on aurait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<?php
$login_valide = "XXX";
$password_valide = "a80a476b3f58a1a219f2f00c0efda021";
if (isset($_POST["login"])) $login=htmlentities(trim($_POST["login"]));
    else $login="";
if (isset($_POST["password"])) $password=htmlentities(trim($_POST["password"]));
    else $password="";
if ($login_valide == $login && $password_valide == md5($password))
	{
	session_start ();
	$_SESSION['login'] = $login;
	$_SESSION['password'] = md5($password);
             $_SESSION['Cbon'] = "O";
	Header("location: ok.php");
	}
	else
	{
	Header("Location: ko.html");
	}
?>

Et l'autre tout simplement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
<?php
session_start ();
if (!isset($_SESSION['Cbon'])) 
  {
     Header("Location: ko.html");
     exit;
  }
$Cbon=$_SESSION['Cbon'];
if ($Cbon!="ok") 
  {
     Header("Location: ko.html");
     exit;
  }
?>
<!-- c est libre ------------- -->

[lelapinrusse]

Merci beaucoup ! Desole de devoir te faire repeter qlq que tu expliques tout les jours...

J'ai encore trois petites questions:

1) Pour ma propre curiosité: tu sais pirater une zone sécurisée comme celle que tu viens de me donner ?

2) J'ai lu qu'on pouvait faire deux choses dans la configuration du php, mettre:
"reporting_error" sur off et "register_globals" sur off.
Etes-vous d'accord ?

3) Un login ou un mot de passe qui contient des chiffres et des lettres est-il plus sur qu'un login ou mot de passe avec que des lettre ?

[FoxLeRenard]

Merci beaucoup ! Desole de devoir te faire repeter qlq que tu expliques tout les jours...
J'ai encore trois petites questions:
1) Pour ma propre curiosité: tu sais pirater une zone sécurisée comme celle que tu viens de me donner ?
2) J'ai lu qu'on pouvait faire deux choses dans la configuration du php, mettre:
"reporting_error" sur off et "register_globals" sur off.
Etes-vous d'accord ?
3) Un login ou un mot de passe qui contient des chiffres et des lettres est-il plus sur qu'un login ou mot de passe avec que des lettre ?

Question
1) j' ais des connaissances sur le sujet disons je connais des méthodes , celles qui me poussent a faire au mieux, sachant que PHP mais surtout les serveurs, sont pratiquement impossible a protéger. Donc pour étre franc,j'ais sur des conseilles de la FAQ ici, acheté l' excelent livre
Sécuritée PHP 5 et MYSQL.
http://www.eyrolles.com/Informatique...-9782212121148
Impossible a protéger ?? mais ce genre de livre t'apprends qu'en mettant les bonnes barriéres, on se protége trés vite des 95% d'aprentis sorciers

2) reporting_error sur OFF n'a qu'un intéret , celui d'éviter si tu as des erreurs d'avoir des messages qui siteraient des passages de ton PHP que tu préfére cacher. Mais j'ais lu que certains systémes y répondent mal, continuant a afficher les messages. Il faut dire que ce paramétre est a 3 endroits pfffffff

"register_globals" sur off. Oh oui, maiss aucun danger, car tout bon hebergeur laisse la config par défault = OFF

3) Un login ou un mot de passe qui contient des chiffres et des lettres est-il plus sur qu'un login ou mot de passe avec que des lettre

Franchement, ça va faire hurler, mais un mot de passe de cinq lettres suffit trés largement ...

Mais attention la page ou on saisit le nom/mot de passe
doit n'accepter que 3 erreurs, et se réactive au bout d'une heure ...
En plus il faut taper le texte d'un captcha

Ainsi un robot ne peux par 10.000 test craqué le mot de passe !

ça c' est plus important que la longueur du mot de passe et de loin