FAILLES EN TOUT GENRE

Commentaire de FhX le 04/10/2005 22:07:14

Voui, pas mal :)

Commentaire de coucou747 le 05/10/2005 21:19:38

merci

Commentaire de coucou747 le 08/10/2005 09:34:19

je sais, mais addslashes fait aussi parfaitement l'affaire, et lors d'un oubli, ou pour la mise en ligne d'un hébergement, ces fonctions sont parfois abscentes... (si ce n'est pas toi mais un pote qui les mets...) alors j'ai préféré montrer comment on pouvait s'affranchir de toutes ces failles juste en changeant le fichier de configuration.

C'est sur qu'on peut très bien ne montrer aucune faille sans changer ce fichier, mais c'est très certainement plus long...

Commentaire de ImmortalPC le 10/10/2005 12:31:31

Salut,
Non ici on ne lute pas contre les Hackers mais contrer les crackers et autres !
@+

Commentaire de FhX le 11/10/2005 00:02:31

Pas du tout !
Tu dois avoir consulté une mauvaise définition du hacker Jadot dans ton dictionnaire.

Commentaire de oXid_FoX le 06/11/2005 16:05:24

hacker
-> très mal traduit de l'anglais. on l'utilise pour dire un (méchant) pirate, alors que les anglais désignent par ce mot un bidouilleur... (qui va peut-être un peu trop loin des fois, mais c'est pas dans l'intention de nuire)

Commentaire de coucou747 le 11/11/2005 17:57:05

je crois ne pas avoir tout compris du fait de vos nultiples fautes qui causent des doubles sens...

Bon, je résume votre message : "on peut tout hacker", je résume le mien : les failles décrites ici sont les plus fréquentes, et on peut les exploiter sur de très nombreux sites... Je n'ai pas souvent été confronté à d'autres failles en dévelopant des sites web... Je ne vous mets pas au défi de cracker mon site, mais je vous mets au défi de me dire comment on peut passer si il n'y a aucune faille...

Apache est open source et ses sources ont étés lues par des centaines de personnes (apache est utilisé sur 60% des serveurs webs de nos jours), donc on peut dire qu'il ne comporte désormais plus aucune failles...

Php agit comme un CGI (soit c'est un cgi soit c'est un module classique, tout dépends de la configuration...), il est open source, et des centaines de personnes ont lu ces sources, si il y avait une faille, elle aurait été détectée puis comblée... (théorie de linux torvald selon laquelle le libre est techniquement meilleur que le propriétaire...), bon, partant de ces affirmations, on peut dire qu'il n'y a aucune faille sur php ou sur apache...

On peut donc ainsi dire que si il reste des failles sur mon site, elles viennent de mes scripts, donc si ma page est vide, alors je n'ai aucune faille...

Ce tutorial explique comment se débarasser des failles les plus fréquentes (donc de toutes celles que pourront exploiter 98% des internautes nuisibles...) reste 2% des nuisibles... Pour ces 5%, vous devez faire preuve de vigilence... Un script bien fait et ils ne passent pas...

Une bonne lecture des fichiers logs...

Et une alarme avec un réseau de neurone en cas de fichier de log qui se remplirait trop vite et de façon bizare...

Mais pour ces deux dèrnières techniques, ce n'est pas vraiment du ressort du webmaster, et encore moins du php (quoi que...)

Seule façon pour la plupart des sites : attaque du dico sur les mots de passes...

Commentaire de coucou747 le 12/11/2005 10:10:32

Cher Bru, on s'est déa accroché assez de fois sur ce sujet...

Compare la vitesse de corection des failles entre le libre et le propriétaire... (dèrnièrement, microsoft à mis mois à faire un patch pour IE qui ne fonctionnait pas... ) Les logiciels open sources sont corigés en quelques heures voir quelques jours, mais on n'attends jamais plus longtemps...

Il y avait une faille dans apache, c'était celle du buffer overflow, elle a été corigée très rapidement, et désormais, seuls ceux qui ne fotn mas leurs mises à jours se font avoir. Personellement, j'ai subbit plusieurs attaques, et les seuls qui ont portés leurs fruits, je ne devais la faille qu'a moi même !

Regarde le principe de ce forum Bru, tu ne peux pas dire que l'on ne corige pas les codes mal faits ! Pourtant, les auteurs de ces codes les utilisent sur leurs sites, alors que parfois, on peut faire des uploads dangereux, des injections sql et des includes redirigés... Ils mettent ici leurs sources en open source (puisque l'on peut lire et utiliser...), et nous leurs corigeons... Mes premières sources php (qui ont été supprimées à ma demande, j'en avais trop honte...) ont étés corigées par Anthomicro et grenard, et je leurs doit le fait que je n'ai pas rencontré trop de problèmes...

Un code OO est techniquement meilleur, et tu ne peux pas dire le contraire, c'est le principe même de ce forum...

Commentaire de coucou747 le 12/11/2005 13:12:35

dos n'existe pas sur mon serveur...
ftp non plus...
pour un bruteforce, il faut attendre 5 secondes sur chaque connexion (5 connexions maximums autorisées en même temps) en cas d'erreur de password, avec un password qui n'est pas dans le dico et qui est rrelativement long, t'as aucune chance...

donc ton logiciel miracle n'est d'aucune utilitée...

surtout que : de l'extèrieur, t'as pas d'accès ssh chez moi, ni telnet, ni ftp, t'as que http...

Commentaire de coucou747 le 12/11/2005 16:16:13

bah ouais, mais voila, le but de tout administrateur devrait être de garentir la sécuritée dans son réseau, et cette source permet de limiter la casse au niveau de son site web.

Commentaire de Brief le 10/11/2006 15:01:43

Bonjour à tous,

Je lis tout vos messages , et ohhhhh malheur de malheur, mais que de confusions !!! :-)

Donc, "hacker" à l'origine est un programmeur Hardware, un simple développeur .. Par extension, il est devenu un bidouilleur car les méthodes utilisé au départ des CPC et autres machines étaient vraiment rudimentaires et surtout relevaient plus du miracle que de la technologie ;-)
Pour ceux qui ont des doutes quant à mes dirs (jeu de mot, calembour); allez consulter le Kernel UNIX, et regardez bien la partie "Kernel Hacking" (qui ne concerne pas le piratage de quoique ce soit de votre système, mais bel et bien les additifs à la programmation kernel).

De plus, je pense COUCOU747 que tu oublie un léger détail : ton apache/php/MySQL nécessite un système d'exploitation. A partir du moment que ton serveur est relié au Web (donc le service httpd) il est potentiellement en danger. Bien évidemment la plupart des script-kiddies ne vont pas chercher a triffouiller ton OS. Mais un pirate averti et expérimenté qui aura éffectué son recensement sur ton site ne se posera pas la question : il va fouiner tes codes, tes connexion BDD, et ensuite cherchera d'autre moyen de pénetrer ton serveur. (dans les nombreux exemples : les fichiers SUID unix, les failles de dépassement de mémoires, tes autres services, bref tout pleins d'autres portes potentielles). Pour plus d'info, je te laisse deux site (que je pense que tu connais, vu ton intéret pour le sujet ;-) : http://www.frsirt.com et http://www.packetstormsecurity.org.

Donc je précise (j'entends déjà vos petites voix criardes me dire "Bouuuuuhhhh qu'est ce qu'il sort sa science luiiii... en plus on le connait passsss .... " :-) que ces connaissances ne s'acquierent qu'au fil du temps. Et que, comme vous, la plupart des "pirates" ou "hackers" (pas les crashers) assouvissent leurs soifs de connaissances.

Enfin, je vous laisse, je retourne à mes occupations :-)

bizouxxxx :-D

PS : Je serai bien intéresser de continuer cette discution :-) n'hésitez pas à "troller" :-p

Commentaire de Brief le 10/11/2006 15:58:23

^^
c'est pas un vrai troll... quels pourraient être les deux camps ? <<< c'est pour ça que j'ai mis "troll" entre guillemet : Mais je voulais dire par là que ce genre de conversation est enrichissante.

Pour ce qui est de PHPCs je suis d'accord, je sortait du sujet, sur le fond tu as raison.
De plus ta source est de loin forte intéressante : on retrouve trop de petit malinois qui se vantent d'avoir exploité des failles PHP sans même en avoir compris le principe. Bien que je ne fasse pas d'apologies sur ce type de personnes, je pense qu'il est plus important de comprendre que de détruire sans recherche. (j'ai lu quelques postes sur des scanneurs de failles CGI, c'est très décevant de voir certaines personnes se vanter de l'exploit de failles IPC ou même CGI sans même avoir compris ce qui se passe sur le serveur au niveau des requètes).
Je reprend aussi ton avis sur les Open Sources : Linus Torvalds disait vrai, le code partagé permet une intégrité, une sécurité et une hétérogénéïté qu'on ne retrouve absolument pas dans les logiciels propriétaires . pour illustrer , le meilleur exemple est Windows, en aucun cas windows ne sera installer sur des archis Sparc. (< en fait la je doute, d'ailleurs si vous avez des liens sur les install Winodws on Sparc, je suis preneur :D )
Enfin concernant les deux liens posté dans mon message précédent, ce sont deux list de diffusions de failles (Advisories pour le frsirt, et Adviso + script pour packetstorm).
Si vous voulez d'autres listes ou renseignements n'hésitez pas en PV :)

Commentaire de coucou747 le 10/11/2006 18:22:05

BrunNews a déjà prouvé à moulte reprises qu'il travaillait pour microsoft, ses propos ne sont d'aucun poids sur ce forum puisqu'il ne connait pas le php et pour cette source, on parle de failles sur des sites et non de failles system...

Commentaire de opencode le 25/04/2008 04:21:27

Bonjour,

je débute en php, et je voudrais savoir ce que fait exactement ces fichiers ?
Si je l'éxécute sous Wampserver, est-ce qu'il y a un risque ?

Merci de vos explications.

Commentaire de opencode le 25/04/2008 22:26:09

oui, mais quel est le principe svp ?