DevBlog - #1 - Untitled
Samedi 5 janvier 2008 à 21 h 43
Puisque parfois gueuler n'est pas la solution exacte au sein d'un projet informatique où mon diplome est en jeu, je prévois de m'amuser ici.
Bien sûr il y aura, et avant tout du technique sur l'état d'avancement.
Le but, est de créer un fork de aircrack-ng, suite complète d'infiltration dans un réseau wifi de préférence sécurisé sinon ce n'est pas drôle. Mais n'oublions pas, nous avons l'accord du propriétaire de la borne, et ce logiciel n'a que pour but d'effectuer un audit de la qualité de la sécurité mise en place. Et puis merde, même le FBI dit que cracker la clé wifi n'est pas illégal (espionner chez quelqu'un, télécharger des vidéos pédophiles sur sa connexion, etc par contre l'est).
Ce fork n'est pas censé apporter un support windows à l'injection de paquets, pour la simple raison que cette tâche me demanderait de recoder en partie windows, du moins la pile sans fil.
Non, il va juste afficher une interface next-gen un peu comme KisMAC le fait déjà, sauf que notre logiciel, sera fonctionnel sous GNU/Linux à l'aide de l'api graphique gtk. L'on programme en langage C bien sûr, qui correspond le mieux pour un tel projet.
Le projet possède déjà sa page sourceforge quasi-vide, et sera opensource.
Comme il faut que le logiciel soit simple d'utilisation, la couche d'accès aux périphériques sera un démon tournant seul sous utilisateur root.
Le core sera le client, la communication entre les deux se fera par sockets tcp, pour une utilisation future par réseau; démon tournant un wrt54g entre autres. Il s'agit du binaire lancé dans le menu, par l'utilisateur.
L'interface graphique sera elle même un plugin lancé par le core. Merci celui qui nous a bloqué à ça sans possibilité de revenir en arrière, alors que lui même n'a jamais fait en C le moindre appel à une fonction exportée par une bibliothèque dynamique. Encore moins des plugins.
Différentes fonctionnalités seront codées dans un futur proche au travers de plugins, telles qu'une sorte de compteur-geiger aidant à la localisation d'un réseau.
L'architecture est assez complexe, donc pas de screenshots encore, et certainement pas avant deux semaines sauf peut être des screenshots provenant des maquettes de l'interface.
Actuellement, j'en suis à avoir le démon se mettant en écoute, le client s'y connectant. Une majeure partie du code se connectant à l'interface wifi et la batterie est déjà fait. Le restant sera juste une mise en forme; donner la liste des interfaces et récupérer le choix, plutôt que de demander à l'utilisateur bêtement le nom de l'interface choisie, etc.
Il me reste aussi à établir les échanges entre le démon et le client. Ensuite je devrais passer au core aider la personne chargée de s'en occuper, puis je devrais m'occuper des plugins restants.
Autrement dit, la charge de travail est conséquente. En plus, je ne suis vraiment pas aidé que ça soit par nos tuteurs techniques / professeurs / professionnels censés nous contacter depuis deux mois pour qu'on décide de quoi aura l'air ce soft, ou même les membres du projet.
Heureusement je suis assez fier d'avoir le boulot qui me parait le plus intéressant, sur un projet dont l'idée de base vient de moi (marre de taper 10 commandes dans la voiture alors que deux clics pourraient suffire. Certains comprendront).
J'apprends pas mal de choses de moi même, comme le fait que sous UNIX tout est vraiment plus fichier que je l'imaginais : accéder à la carte wifi se fait par fichiers. Une vraie partie de plaisir même si le tout est trop lourd pour le niveau technique que l'on est censés avoir, ce qui risque de nous empêcher de finir dans les temps.
Putain souhaitez moi bonne chance.
Si vous avez des idées à implémenter, n'hésitez pas à les poser ici j'y songerais en fonction du réalisable.
Bien sûr il y aura, et avant tout du technique sur l'état d'avancement.
Le but, est de créer un fork de aircrack-ng, suite complète d'infiltration dans un réseau wifi de préférence sécurisé sinon ce n'est pas drôle. Mais n'oublions pas, nous avons l'accord du propriétaire de la borne, et ce logiciel n'a que pour but d'effectuer un audit de la qualité de la sécurité mise en place. Et puis merde, même le FBI dit que cracker la clé wifi n'est pas illégal (espionner chez quelqu'un, télécharger des vidéos pédophiles sur sa connexion, etc par contre l'est).Ce fork n'est pas censé apporter un support windows à l'injection de paquets, pour la simple raison que cette tâche me demanderait de recoder en partie windows, du moins la pile sans fil.
Non, il va juste afficher une interface next-gen un peu comme KisMAC le fait déjà, sauf que notre logiciel, sera fonctionnel sous GNU/Linux à l'aide de l'api graphique gtk. L'on programme en langage C bien sûr, qui correspond le mieux pour un tel projet.
Le projet possède déjà sa page sourceforge quasi-vide, et sera opensource.
Comme il faut que le logiciel soit simple d'utilisation, la couche d'accès aux périphériques sera un démon tournant seul sous utilisateur root.
Le core sera le client, la communication entre les deux se fera par sockets tcp, pour une utilisation future par réseau; démon tournant un wrt54g entre autres. Il s'agit du binaire lancé dans le menu, par l'utilisateur.
L'interface graphique sera elle même un plugin lancé par le core. Merci celui qui nous a bloqué à ça sans possibilité de revenir en arrière, alors que lui même n'a jamais fait en C le moindre appel à une fonction exportée par une bibliothèque dynamique. Encore moins des plugins.
Différentes fonctionnalités seront codées dans un futur proche au travers de plugins, telles qu'une sorte de compteur-geiger aidant à la localisation d'un réseau.
L'architecture est assez complexe, donc pas de screenshots encore, et certainement pas avant deux semaines sauf peut être des screenshots provenant des maquettes de l'interface.
Actuellement, j'en suis à avoir le démon se mettant en écoute, le client s'y connectant. Une majeure partie du code se connectant à l'interface wifi et la batterie est déjà fait. Le restant sera juste une mise en forme; donner la liste des interfaces et récupérer le choix, plutôt que de demander à l'utilisateur bêtement le nom de l'interface choisie, etc.
Il me reste aussi à établir les échanges entre le démon et le client. Ensuite je devrais passer au core aider la personne chargée de s'en occuper, puis je devrais m'occuper des plugins restants.
Autrement dit, la charge de travail est conséquente. En plus, je ne suis vraiment pas aidé que ça soit par nos tuteurs techniques / professeurs / professionnels censés nous contacter depuis deux mois pour qu'on décide de quoi aura l'air ce soft, ou même les membres du projet.
Heureusement je suis assez fier d'avoir le boulot qui me parait le plus intéressant, sur un projet dont l'idée de base vient de moi (marre de taper 10 commandes dans la voiture alors que deux clics pourraient suffire. Certains comprendront).
J'apprends pas mal de choses de moi même, comme le fait que sous UNIX tout est vraiment plus fichier que je l'imaginais : accéder à la carte wifi se fait par fichiers. Une vraie partie de plaisir même si le tout est trop lourd pour le niveau technique que l'on est censés avoir, ce qui risque de nous empêcher de finir dans les temps.
Putain souhaitez moi bonne chance.
Si vous avez des idées à implémenter, n'hésitez pas à les poser ici j'y songerais en fonction du réalisable.
Mais sinon bonne chance