NPDS
Responsive
NPDS REvolution 16.8
1 visiteur(s) et 0 membre(s) en ligne.
Mercredi 22 avril 2026 à 20:34:36
Mercredi 22 avril 2026 à 20:34:36
Anciens articles
- Samedi, 06 juillet
- Au collège Emmanuel de MARTONNE de 1995 à 2024 : Peut-on travailler autrement avec le numérique ?
- Les Frigoristes passent en 16.4
- Lundi, 15 avril
- Un module N P D S dans la littérature !
- REvolution v.16.4
- Lundi, 06 novembre
- Toutes les belles aventures ont une fin, et, le 6 octobre 2023, nous fermons le portail de TÉC.
Index du forum »» Sécurité »» Audit v5.0 RUNNER
Nouveau sujet
Audit v5.0 RUNNER#16485Répondre
12Contributeur(s)
![[-Jarod-]](users_private/[-Jarod-]/[-Jarod-].png "[-Jarod-]")
3 Modérateur(s)
developpeur
Je ne déteste jamais quelqu'un qui m'aide ! - Je trouve au contraire que vous êtes plustôt "fidèle" dans le genre suivit ... et ce n'est ni moi, ni NPDS, ni la communauté qui va s'en plaindre.
Ceci étant, nouvelle version d'url_protect dans les bacs depuis 5 minutes :-)
Ceci étant, nouvelle version d'url_protect dans les bacs depuis 5 minutes :-)
NoSP
c kool ;)
Pour info : http://www.securitytracker.com/alerts/2005/May/1013973.html
http://www.securityfocus.org/bid/13649/info/
Pour info : http://www.securitytracker.com/alerts/2005/May/1013973.html
http://www.securityfocus.org/bid/13649/info/
Message édité par : NoSP
developpeur
NoSP : une idée / si je développais une fonction sécurisée qui permettrais de s'abonner (non pas à une newletter comme tu me le proposais) mais à url_protect ?
L'idée étant comme pour un anti-virus de proposer aux webmasters une interface super-simple pour mettre à jour (avec leur accord) la dernière version d'url_protect.php ?
A suivre
L'idée étant comme pour un anti-virus de proposer aux webmasters une interface super-simple pour mettre à jour (avec leur accord) la dernière version d'url_protect.php ?
A suivre
Anonyme
Hello je suis Romano un poto de NoSP :)
Je te donne mon avi perso.
Je pense que la plupart des mots "sensibles" sont répertoriés dans url protect donc je me demande un peu ce que tu veux mettre à jour dedans (tu bloques l'exploitation de XSS grâce a !document.cookie! banni, tu empêches l'exploitation de SQL Injection grâce à select, union banni ok).
Cepandant, on ne passe pas forcement par une url pour expoiter une faille. On peut utiliser un cookie ou un formulaire (upload), et je ne sais pas si ton code bloquerai également ces types de variables (à priori il filtre !document.cookie! mais pas UNION SELECT sur des variables POST).
Sans oublier qu'il y a peut être encore moyen de contourner le filtre (on a peut être pas tout trouvé :-D ) !
Je pense que le mieu serai, dans l'interface d'administration, de faire une partie sécurité où le webmaster est au courant des derniers problèmes de sécu sur NPDS avec un lien du patch correctif.
Cette partie news serai gérée par toi, tu posterais une alerte qui s'afficherai sur tous les portails NPDS inscrits.
Voilà c'est mon idée sur la chose :=!
Je te donne mon avi perso.
Je pense que la plupart des mots "sensibles" sont répertoriés dans url protect donc je me demande un peu ce que tu veux mettre à jour dedans (tu bloques l'exploitation de XSS grâce a !document.cookie! banni, tu empêches l'exploitation de SQL Injection grâce à select, union banni ok).
Cepandant, on ne passe pas forcement par une url pour expoiter une faille. On peut utiliser un cookie ou un formulaire (upload), et je ne sais pas si ton code bloquerai également ces types de variables (à priori il filtre !document.cookie! mais pas UNION SELECT sur des variables POST).
Sans oublier qu'il y a peut être encore moyen de contourner le filtre (on a peut être pas tout trouvé :-D ) !
Je pense que le mieu serai, dans l'interface d'administration, de faire une partie sécurité où le webmaster est au courant des derniers problèmes de sécu sur NPDS avec un lien du patch correctif.
Cette partie news serai gérée par toi, tu posterais une alerte qui s'afficherai sur tous les portails NPDS inscrits.
Voilà c'est mon idée sur la chose :=!
webservor
Romano > effectivement, t'es encore plus génie que dev le génie. (:d)
Sinon, en plus d'afficher les MAJs, il faudrait ajouter un truc "Vérifier la version de NPDS" comme sur d'autre CMS/Scripts ...(ba vi, tant qu'a faire)
Sinon, en plus d'afficher les MAJs, il faudrait ajouter un truc "Vérifier la version de NPDS" comme sur d'autre CMS/Scripts ...(ba vi, tant qu'a faire)
developpeur
Citation : Anonyme
Hello je suis Romano un poto de NoSP :)
==> tcho roman
Je te donne mon avi perso.
Je pense que la plupart des mots "sensibles" sont répertoriés dans url protect donc je me demande un peu ce que tu veux mettre à jour dedans (tu bloques l'exploitation de XSS grâce a !!document.cookie!! banni, tu empêches l'exploitation de SQL Injection grâce à select, union banni ok).
==> l'exemple de Santy ou de la dernière attaque contre PHPBB (Le forum de NPDS est un PHPBB 1.x) sont des exemples de ce qu'url_protect permet de faire : en fait il a été conçu pour lutter contre la charge CPU générée par les attaques de Santy.
Cepandant, on ne passe pas forcement par une url pour expoiter une faille. On peut utiliser un cookie ou un formulaire (upload), et je ne sais pas si ton code bloquerai également ces types de variables (à priori il filtre !!document.cookie!! mais pas UNION SELECT sur des variables POST).
Sans oublier qu'il y a peut être encore moyen de contourner le filtre (on a peut être pas tout trouvé :-D ) !
==> Yes, derrière url_protect, il y a RemoveHack ... mais le "monde parfait" n'existe pas ...
Je pense que le mieu serai, dans l'interface d'administration, de faire une partie sécurité où le webmaster est au courant des derniers problèmes de sécu sur NPDS avec un lien du patch correctif.
Cette partie news serai gérée par toi, tu posterais une alerte qui s'afficherai sur tous les portails NPDS inscrits.
==> C'est l'idée de base avec en plus la possibilité d'installer rapidement un composant de sécurité (comme URL_PROTECT).
Hello je suis Romano un poto de NoSP :)
==> tcho roman
Je te donne mon avi perso.
Je pense que la plupart des mots "sensibles" sont répertoriés dans url protect donc je me demande un peu ce que tu veux mettre à jour dedans (tu bloques l'exploitation de XSS grâce a !!document.cookie!! banni, tu empêches l'exploitation de SQL Injection grâce à select, union banni ok).
==> l'exemple de Santy ou de la dernière attaque contre PHPBB (Le forum de NPDS est un PHPBB 1.x) sont des exemples de ce qu'url_protect permet de faire : en fait il a été conçu pour lutter contre la charge CPU générée par les attaques de Santy.
Cepandant, on ne passe pas forcement par une url pour expoiter une faille. On peut utiliser un cookie ou un formulaire (upload), et je ne sais pas si ton code bloquerai également ces types de variables (à priori il filtre !!document.cookie!! mais pas UNION SELECT sur des variables POST).
Sans oublier qu'il y a peut être encore moyen de contourner le filtre (on a peut être pas tout trouvé :-D ) !
==> Yes, derrière url_protect, il y a RemoveHack ... mais le "monde parfait" n'existe pas ...
Je pense que le mieu serai, dans l'interface d'administration, de faire une partie sécurité où le webmaster est au courant des derniers problèmes de sécu sur NPDS avec un lien du patch correctif.
Cette partie news serai gérée par toi, tu posterais une alerte qui s'afficherai sur tous les portails NPDS inscrits.
==> C'est l'idée de base avec en plus la possibilité d'installer rapidement un composant de sécurité (comme URL_PROTECT).
On parle de la même chose en fait. je vais bosser sur ce genre de concept après Sable et si NoSP et/ou toi avez encore un peut de temps ... / vous me direz ce que vosu en pensez.
Anonyme
Oui bien sur je peux r'aider sans soucis. Je pense que si NoSP est libre il t'aidera volontier egalement ;)
Dans ce cas ce projet semble effectivement interessant, il permeterai en cas de decouverte de faille, de corriger rapidement le problème avant une publication d'exploit publique par exemple.
Bonne initiative :=!
Dans ce cas ce projet semble effectivement interessant, il permeterai en cas de decouverte de faille, de corriger rapidement le problème avant une publication d'exploit publique par exemple.
Bonne initiative :=!