logo

NPDS : Gestion de contenu et de communauté


Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
37 visiteur(s) et 0 membre(s) en ligne.
Activité du Site

Pages vues depuis 25/05/2001 : 109 365 381

  • Nb. de membres 8 695
  • Nb. d'articles 1 695
  • Nb. de forums 26
  • Nb. de sujets 8
  • Nb. de critiques 92

Top 10  Statistiques

Index du forum »»  Sécurité »» Piratage dans le forum

Nouveau sujet
 Piratage dans le forum#22834Répondre

19Contributeur(s)
PhilGuendeveloppeurAnonymefabinoboulBoriscanassonJireckabballeloup31mrottaaidadomicilkillingleclub666lopezxgoninGiamDocfliaigrejacma
3 Modérateur(s)
developpeurjpbJireck
boul boulicon_post
Bonsoir,

le forum de mon site NPDS www.fncdouai.com a été victime d'un plaisantin qui y a posté un message contenant des liens vers des sites X.
le plaisantin n'est pas un utilisateur enregistré alors que le forum n'est accessible que par les utilisateurs enrgistrés.
Le html est interdit sur les forums

Comment est-ce possible d'y ajouter ce type de lien pour un utilisateur non enregistré ?

Par sécurité,j'ai provisoirement coupé les forums

merci de votre aide
Boris Borisicon_post
c'est le forum d'origine, ou le module phpbb?
canasson canassonicon_post
Forum d'origine semble-t-il :-)

Mais version Npds 06.05 ..Une tite Mise à jour peut-être :=!
boul boulicon_post

Oui, c'est bien le forum d'origine et il n'y a pas de modif du code de NPDS.

Canasson, au risque de devenir le boulet du jour (ce que j'accepte volontier vu ma situation) je ne sais plus ou l'on trouve le numéro de version, peux-tu me rafraichier la mémoire ?

la MAJ comporte une meilleure sécurité ?
Jireck Jireckicon_post
stats.php en bas de page
boul boulicon_post
Merci JIRECK

As-tu une idée de ce qui a permis ce piratage ?
La MAJ me mettra t-elle à l'abri de ce type d'attaque ?
Jireck Jireckicon_post
voir les logs securités...

url d'un exemple...

log de ton hebergeur
Anonyme Anonymeicon_post
Même chose pour mon forum réservé aux membres inscrits ce matin Posté : 20-09-2007 04:54
IP vide
Auteur vide
forum intégré NPDS
à jour sécurité
logs de sécurité : pas de traces
hébergeur phpnet

Message édité par : arenan / 20-09-2007 09:03

Jireck Jireckicon_post
Exemple !!! ??
Anonyme Anonymeicon_post
interracial group sex picture
Jireck Jireckicon_post
je voulais voir un exemple en ligne.
voir l'extraction de la ligne de la bdd.

car pouvoir poster sur un forum reservé aux membres signifie qu'il trompe la variable $user et les secu sur cette variable...

developpeur developpeuricon_post
exacte jireck / il peut s'agir d'un cookie forgé mais avec pour base un vrai membre du site.

A suivre en tous les cas
Anonyme Anonymeicon_post
bonjour Dev,
j'ai regardé dans la base mais rien vu d'anormal si ce n'est une inscription douteuse "nampooca" le 19
Continue à chercher une anomalie...


Message édité par : arenan / 20-09-2007 18:06

boul boulicon_post
Bonsoir,

Curieux tout ça car, si ma mémoire est bonne :
Tout comme moi, Arenan est hébergé chez PHPNET
Tout comme moi, en avril des mots de passes d'utilisateurs de son site sont devenus inutilisables (supprimés ou modifiés)
Tout comme moi, il subit la même attaque dans son forum avec le même post : interracial group sex picture

Dans mes log : rien vu d'anormal
Ceux d mon hébergeur : je suis trop béotien pour savoir où les trouver !!!
dans ma base plus de trace, j'ai eu tellement peur que j'ai tout viré

Par contre, j'utilise OScommerce dans le même compte, mais avec une autre BDD et dans un autre répertoire.

Or quand je me connecte à la base d'OScommerce via PHPmyadmin, j'accède non pas à une base mais j'ai le choix entre 2 bases : la mienne et une autre que je n'ai pas créée et qui se nomme : information_schema

dedans : 16 tables dont celle-ci qui me semble étrange : SCHEMA_PRIVILEGES
dont la structure et le contenu sont :

Note : dans la prmière ligne de contenu j'ai ajouté de / pour bien séparer le contenu des champs

GRANTEE TABLE_CATALOG TABLE_SCHEMA PRIVILEGE_TYPE IS_GRANTABLE
'turbo1'@'%' / NULL / turbo1 / SELECT / YES
'turbo1'@'%' NULL turbo1 INSERT YES
'turbo1'@'%' NULL turbo1 UPDATE YES
'turbo1'@'%' NULL turbo1 DELETE YES
'turbo1'@'%' NULL turbo1 CREATE YES
'turbo1'@'%' NULL turbo1 DROP YES
'turbo1'@'%' NULL turbo1 REFERENCES YES
'turbo1'@'%' NULL turbo1 INDEX YES
'turbo1'@'%' NULL turbo1 ALTER YES
'turbo1'@'%' NULL turbo1 CREATE TEMPORARY TABLES YES
'turbo1'@'%' NULL turbo1 LOCK TABLES YES
'turbo1'@'%' NULL turbo1 EXECUTE YES
'turbo1'@'%' NULL turbo1 CREATE VIEW YES
'turbo1'@'%' NULL turbo1 SHOW VIEW YES
'turbo1'@'%' NULL turbo1 CREATE ROUTINE YES
'turbo1'@'%' NULL turbo1 ALTER ROUTINE YES

turbo1 c'est mon répertoire

Tout cela n'a peut-être rien à voir mais c'est curieux, d'autant que je n'ai vraiment pas créé cette base !!!!!!!!!
Anonyme Anonymeicon_post
Je crois que toutes les bases de données chez phpnet ont cela.
En tous les cas, j'ai la même chose.
C'est vrai que nous avons eu les mêmes soucis pour mot de passe.
A suivre...
Jireck Jireckicon_post
schema oui c'est normale...

par contre, vous avez reinitialisé votre table user apres le piratage ou autres....

renseigner nous des que vous avez des infos ;-)
boul boulicon_post
Pour ma part, je n'ai pas réinitialisé la totalité de la table user, j'ai simplement recréé des mots de passe pour les utilisateurs qui s'étaient manifestés car à priori tous n'étaient pas concernés.
J'ai consaté ensuite que certains, qui ne s'étaitent pas manifestés, (pas tous) s'étaient créés un nouveau compte, visiblement leur MP ne fnctionnait plus.
D'autres enfin utilisent toujours leur compte et MP d'origine

Est-il plus prudent de réinitialiser toute la table ?
Jireck Jireckicon_post
Il faudrait, je pense déjà savoir si il n'y as pas eu de user "bidon" créé, ce qui permettrai d'acceder comme un membre.

dev > ne peut on pas passer par une injection si on a un compte user actif donc un cookie valide ?

Donc pour boul et arenan, je vérifierais déjà les chmod de tous les fichiers et je regarderais si je n'est pas de compte user bidon...

Il faut regarder si vous n'avez pas de module en commun entre vous (boul & arenan) pour voir si ca ne serait pas un module qui pose probleme...

Voila pour l'instant mes recommandations.
Anonyme Anonymeicon_post
Merci Jireck, je vais creuser avec Arenan et vérifier les chmod
boul boulicon_post
Oups, c'était moi, je n'était pas connecté !