Commentaires sur : L’organisation sécurisée du code http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/ Un blog utilisant WordPress Thu, 15 May 2008 11:53:21 +0000 http://wordpress.org/?v=2.3 Par : L’organisation sécurisée du code « Actus Web http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-3950 L’organisation sécurisée du code « Actus Web Sat, 05 Apr 2008 18:04:01 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-3950 [...] voilà quelques astuces par Smaching Coding pour structurer son projet en prenant la sécurité en [...] […] voilà quelques astuces par Smaching Coding pour structurer son projet en prenant la sécurité en […]

]]> Par : Séverin http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-2153 Séverin Mon, 31 Mar 2008 20:09:42 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-2153 C'est à peu près aussi valable en effet. Mais savoir que les dossiers en dessous de www sont accessibles c'est assez pratique quand tu as pas le droit aux htaccess chez ton hébergeur. C’est à peu près aussi valable en effet. Mais savoir que les dossiers en dessous de www sont accessibles c’est assez pratique quand tu as pas le droit aux htaccess chez ton hébergeur.

]]> Par : Tommy http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-2151 Tommy Mon, 31 Mar 2008 19:55:41 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-2151 OK Severin pour les explications sur les dossiers ;) Perso, j'ai plus tendance à tout mettre dans le dossier www (ou public_html selon le serveur), et à mettre des .htaccess avec la ligne : deny from all dans les dossiers que je ne veux pas qu'on accède directement. Et il n'y a aucun soucis :) OK Severin pour les explications sur les dossiers ;)

Perso, j’ai plus tendance à tout mettre dans le dossier www (ou public_html selon le serveur), et à mettre des .htaccess avec la ligne : deny from all dans les dossiers que je ne veux pas qu’on accède directement. Et il n’y a aucun soucis :)

]]> Par : hightux.net http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1303 hightux.net Fri, 21 Mar 2008 09:59:37 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1303 Il me semble indispensable de parler des chmods dans un tel article, sinon c'est intérressant et primordial pour quiquonque souhaitant publié un application web. Nico Il me semble indispensable de parler des chmods dans un tel article, sinon c’est intérressant et primordial pour quiquonque souhaitant publié un application web.

Nico

]]> Par : Séverin http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1177 Séverin Mon, 17 Mar 2008 21:12:39 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1177 C'est vrai que c'est plus propre comme ça et ça fonctionne même sans le mod_rewrite du coup. C’est vrai que c’est plus propre comme ça et ça fonctionne même sans le mod_rewrite du coup.

]]> Par : Kaimite http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1176 Kaimite Mon, 17 Mar 2008 21:01:20 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1176 Oupss, certaines parties ont sautée... [FilesMatch "\.(php|asp|jsp|js|exe|bat)$"] Order allow,deny Deny from all [/FilesMatch] Remplacer [ par le signe inférieur (<) et ] par le signe supérieur (>) Voilà ;-) Oupss, certaines parties ont sautée…

[FilesMatch “\.(php|asp|jsp|js|exe|bat)$”]
Order allow,deny
Deny from all
[/FilesMatch]

Remplacer [ par le signe inférieur (<) et ] par le signe supérieur (>)

Voilà ;-)

]]> Par : Kaimite http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1175 Kaimite Mon, 17 Mar 2008 20:59:31 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1175 Re bonjour et encore merci pour votre tutoriel. En cherchant un peu de mon coté je vous propose une solution sans ré-écriture d'Url. Order allow,deny Deny from all Avec cette version l'utilisateur est renvoyé vers une erreur 403 (Forbidden). Re bonjour et encore merci pour votre tutoriel.

En cherchant un peu de mon coté je vous propose une solution sans ré-écriture d’Url.

Order allow,deny
Deny from all

Avec cette version l’utilisateur est renvoyé vers une erreur 403 (Forbidden).

]]> Par : Séverin http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1174 Séverin Mon, 17 Mar 2008 19:07:59 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1174 Ha oui, c'est vrai que j'ai pas été très clair là dessus. En fait, le répertoire 'www' est le seul dont le contenu soit accessible depuis internet. Tout ce qu'on met ailleurs ne sera donc pas accessible directement mais uniquement via des scripts PHP soit par lecture/écriture soit par un include. En faisant ainsi, tu maitrise les seuls points d'entrées de l'application et tu évites pas mal de failles possibles par l'appel direct à un fichier PHP qui ne serait pas un point d'entrée. Ha oui, c’est vrai que j’ai pas été très clair là dessus.

En fait, le répertoire ‘www’ est le seul dont le contenu soit accessible depuis internet. Tout ce qu’on met ailleurs ne sera donc pas accessible directement mais uniquement via des scripts PHP soit par lecture/écriture soit par un include.

En faisant ainsi, tu maitrise les seuls points d’entrées de l’application et tu évites pas mal de failles possibles par l’appel direct à un fichier PHP qui ne serait pas un point d’entrée.

]]> Par : Tommy http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1173 Tommy Mon, 17 Mar 2008 12:47:49 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1173 Je ne perçois pas bien la nécessite de mettre certains dossier en dehors du dossier web (www)... Un peu plus d'explication sur ta façon de faire aurait été plus agréable je trouve. Je ne perçois pas bien la nécessite de mettre certains dossier en dehors du dossier web (www)… Un peu plus d’explication sur ta façon de faire aurait été plus agréable je trouve.

]]> Par : Kaimite http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1172 Kaimite Mon, 17 Mar 2008 09:45:35 +0000 http://smashingcoding.com/2008/03/15/lorganisation-securisee-du-code/#comment-1172 Bonjour, Merci pour les infos. Je vais de ce pas mettre en place quelques fichiers .htaccess et modifier quelques authorisations ! @++ Kaimite Bonjour,

Merci pour les infos.

Je vais de ce pas mettre en place quelques fichiers .htaccess et modifier quelques authorisations !

@++ Kaimite

]]>