DLFP - Entrées de forums de switcher

Manipulation de clé

null@linuxfr.org (switcher) — Wed, 09 Apr 2008 12:08:39 +0200

Bonjour à tous,

Durant mon temps libre, je bidouille en C et en crypto et je me demandais comment gérer directement (sans passer par des librairies telles GMP) des clés de 256 bits. J'entend par la générer ces clés, les stocker et les manipuler (faire des XOR avec un bloc de texte par exemple).

J'imagine que cela doit passer par des tableaux, mais n'étant pas expert dans le domaine, j'aurais voulu avoir un peu de doc sur le sujet.

Note : inutile de me renvoyer vers les codes sources d'openssl et gmp, j'y suis déjà allé mais ils sont trop complexes pour être compris rapidement.

Merci,
Julien

Probleme de calcul du Checksum TCP

null@linuxfr.org (switcher) — Tue, 24 Jul 2007 21:47:14 +0200

Bonjour a tous,

je fabrique mes propres paquets TCP et j'ai du mal a calculer le checksum

je cree le pseudo header comme ca :



struct pseudo_header

{

	unsigned long saddr, daddr; 	/*! src/dst IP addresses */

	char mbz;

	unsigned char ptcl;	/*! protocol (tcp = 6, udp = 17) */

	unsigned short tcpl;	/*! length (tcp header + payload)*/

};

ma fonction checksum est la suivante



int checksum (unsigned short *buf, int nwords)

{

	unsigned long sum;

	for (sum = 0; nwords > 0; nwords--)

		sum += *buf++;

	sum = (sum >> 16) + (sum & 0xffff);

	sum += (sum >> 16);

	return ~sum;

}

et le tout est appele de la facon suivante



/*! ******************* 

		 * compute TCP checksum

		 * ********************

		 */

		int PSEUDO_SIZE = /*! 12 = size of the pseudoheader */

				PAYLOAD_SIZE + (replay_tcp->doff*4) + 12;

		

		char pseudo_tcp[ PSEUDO_SIZE ]; 



		/*! fill up the pseudo header

		 */

		struct pseudo_header *ph;



		ph->saddr = iph->saddr;

		ph->daddr = iph->daddr;

		ph->mbz = 0;

		ph->ptcl = 6;

		ph->tcpl = htons(PSEUDO_SIZE - 12);

		

		replay_tcp->check = 0;

		

		memcpy(pseudo_tcp, (char *) ph, 12);

		memcpy(pseudo_tcp + 12, (char *) replay_tcp, PSEUDO_SIZE - 12);

		

		/*! compute the checksum and store it in the TCP structure

		 */

		replay_tcp->check = checksum((unsigned short*) pseudo_tcp, PSEUDO_SIZE );

		replay_tcp->check = checksum((unsigned short*) pseudo_tcp, PSEUDO_SIZE );

		

		g_print("%x\n", ntohs(checksum((unsigned short*) pseudo_tcp, PSEUDO_SIZE )));

PAYLOAD_SIZE a la bonne valeur (je bosse sur des caracteres ascii pour le moment)
replay_tcp est bien parse, je le vois dans ethereal

Par contre ethereal me dit toujours que mes checksums sont faux, et effectivement la machine de destination n'accepte pas la connection lorsquelle recoit un SYN

J'ai relu plusieurs fois la RFC et le pseudo header correspond a ce qui est requis. Du coup, je pense que j'ai un probleme avec ma fonction checksum mais comme elle ne viens pas de moi et que je suis pas super a l'aise avec les complements a 1, j'y ai pas retouche......

si quelqu'un a une idee.... :)

Galère de pointeurs avec les GArrays

null@linuxfr.org (switcher) — Tue, 10 Jul 2007 18:36:28 +0200

Bonjour à tous,

J'ai besoin de stocker les paquets que composent une communications dans un programme C.
Comme j'ai beaucoup de communications, j'ai commencé par faire un B-Tree dans lequel chaque valeur (associée à une clé) est un GArray qui contient les paquets de la communication.

Le soucis, c'est que ça bug... les 2 premiers paquets de chaque com. sont bien enregistrés et repris, mais pour les suivants j'ai des résultats bizarres...

voilà mon code :



		/*!******************************

		 * 				*

		 * 	search the entry	*

		 * 				*

		 * ******************************/

		if (

		    	TRUE != g_tree_lookup_extended(Storing_B_Tree, key_one->str, NULL, NULL)

				  &&

			TRUE != g_tree_lookup_extended(Storing_B_Tree, key_two->str, NULL, NULL)

		   )

		{

			/*! if doesn't exist, create it and init the GArray

			 * as a value for this entry

			 */

			GArray *value;



			/*! Creates a new GArray as a B-Tree value to store the packets of this connection

			 */

			value = g_array_new(FALSE, FALSE, 1500);



			g_array_append_val(value, m->payload);



			/*! add it to the tree, value contain the address of the pointer to the array in the memory

			 */

			g_tree_insert(Storing_B_Tree, key_one->str, value);

			

			g_print("STORING FUNCTION : entry created and packet %s stored in memory\n",key_one->str);



		}

		else {

			/*! the tuple exist in the B-Tree, so add the packet at the end of the 

			 * existing GArray table

			 */

			GString *key;

			key = key_one;



			GArray *P_to_Array;

											      /*! get @ of the array in memory */

			if (TRUE != g_tree_lookup_extended(Storing_B_Tree, key_one->str, NULL, (gpointer *) &P_to_Array))

			{

				/*! if key_one is not the good key, try with key_two */

				g_tree_lookup_extended(Storing_B_Tree, key_two->str, NULL,(gpointer *) &P_to_Array);

				key = key_two;

			}

			

			/*! store the value at the end of the GArray table

			 */			

			g_array_append_val(P_to_Array, m->payload);

			

			g_print("STORING FUNCTION : %dst packet of %s stored in memory\n",P_to_Array->len, key->str);



			/*! TEST PURPOSE

			 *

			 * print all the entries from the corresponding array

			 */

			int i;



			for (i=0; i < P_to_Array->len; i++)

			{

				struct iphdr *iph2;

				

				iph2 = & g_array_index(P_to_Array, struct iphdr *, i);



				g_print("IP table: %s; length : %u\n",(char *) inet_ntoa(iph2->saddr), ntohs(iph2->tot_len));

			}





		}

et voila ce que donne une exécution, les 2 premières IP sont bien reprises mais les suivantes ne sont pas bonnes
dans le second paquet, la "length" est également fausse...



STORING FUNCTION : 4st packet of 128.8.37.122:56107:130.92.6.40:80 stored in memory

IP table: 128.8.37.122; length : 52

IP table: 130.92.6.40; length : 16384

IP table: 219.43.0.80; length : 52160

IP table: 15.53.67.83; length : 9594

Alors j'essaie de comprendre pourquoi je ne récupère pas bien mes paquets.... Il me semble que GArray attribue un nouvel index pour chaque entrée, je ne devrais donc pas dépasser sur les autres index lorsque je récupère mon entrée...

Glib et les Binary Trees

null@linuxfr.org (switcher) — Thu, 28 Jun 2007 14:23:38 +0200

Bonjour à tous,

j'essaie d'utiliser les fonctions B-Tree qu'offre Glib mais je rencontre quelques petits soucis.
En fait, j'ajoute des valeurs à la chaine dans un B-Tree et quand je lookup ces valeurs, elles ont disparues... seule reste la dernière ajoutée...

voilà mon code :



#include <glib.h>

#include <stdio.h>

#include <stdlib.h>

#include <string.h>



GTree * redirected_connections;



int main(int argc, char **argv)

{

	redirected_connections = g_tree_new((GCompareDataFunc)strcmp);



	int i;

	for (i=1; i < 250; i++)

	{

		int value = (i * i);



		gchar intkey[4];

		snprintf(intkey,4, "%d", i);



		gchar intval[6];

		snprintf(intval,6, "%d", value);



		fprintf(stdout, "add %s:%s\n",intkey, intval );

		g_tree_insert(redirected_connections, intkey, intval);

	}



	for (i=1;i<250;i++)

	{

		gchar intkey[4];

		snprintf(intkey,4, "%d", i);



		fprintf(stdout, "check value %s:%s\n", intkey, g_tree_lookup(redirected_connections, intkey));

	}



	gint numberofnodes = g_tree_nnodes(redirected_connections);



	fprintf(stdout, "# of nodes : %d\n",numberofnodes);



	g_tree_destroy (redirected_connections);

}

Il se compile chez moi avec la ligne
gcc -Wall -o test_b-tree test_b-tree.c `pkg-config --cflags --libs glib-2.0`

Je ne comprend pas pourquoi il m'écrase toutes les autres valeurs, il devrait ajouter une feuille à l'arbre à chaque fois et le ré-équilibrer... au lieu de celà, on dirait qu'il écrase l'arbre

J'ai fait le même type de code avec les Hash Tables de Glib et ça marche parfaitement...

Une idée d'où vient mon erreur ?

Makefile et petit soucis de liens

null@linuxfr.org (switcher) — Tue, 12 Jun 2007 14:54:40 +0200

Bonjour à tous
n'étant pas dev de nature, je suis un peu pommé quand à la compilation de mon code.
Ce dernier se découpe en plusieurs fichiers que je compile dans un makefile.
Le code utilise glib et lipq, et le problème se situe au niveau de ces librairies.
Quand arrive la dernière étape de compilation



gcc -Wall -pthread -static -lipq `pkg-config --cflags --libs glib-2.0` -o argusproxy-redirector main.o netcode.o intercom.o tables.o

je me prend cette liste d'erreurs dans la figure :



main.o: In function `die':

main.c:(.text+0xe): undefined reference to `ipq_perror'

main.c:(.text+0x19): undefined reference to `ipq_destroy_handle'

main.o: In function `config_parse':

main.c:(.text+0x9b): undefined reference to `g_str_equal'

main.c:(.text+0xa2): undefined reference to `g_str_hash'

main.c:(.text+0xa7): undefined reference to `g_hash_table'

main.c:(.text+0x1c6): undefined reference to `g_hash_table_destroy'

main.c:(.text+0x22f): undefined reference to `g_hash_table_destroy'

main.c:(.text+0x326): undefined reference to `g_hash_table_destroy'

main.c:(.text+0x3cd): undefined reference to `g_hash_table_insert'

main.c:(.text+0x40e): undefined reference to `g_hash_table_destroy'

main.o: In function `daemonize':

main.c:(.text+0x559): undefined reference to `g_hash_table_lookup'

main.o: In function `main':

main.c:(.text+0x713): undefined reference to `ipq_create_handle'

main.c:(.text+0x742): undefined reference to `ipq_set_mode'

main.c:(.text+0x799): undefined reference to `ipq_read'

main.c:(.text+0x7bb): undefined reference to `ipq_message_type'

main.c:(.text+0x7e3): undefined reference to `ipq_get_msgerr'

main.c:(.text+0x816): undefined reference to `ipq_get_packet'

collect2: ld returned 1 exit status

autrement dit, toutes les fonctions liés à glib et lipq se font jeter....
de quoi cela peut-il venir ?

2 actions dans un "die"

null@linuxfr.org (switcher) — Wed, 19 Jul 2006 09:55:13 +0200

Hello,

j'ai un petit soucis avec die : je voudrais que lorsqu'un "open" ne fonctionne pas, die m'écrire et log et sorte avec "-1"

donc j'ai une ligne comme ca :



opendir(DSTREPORT,$destreport)or die (meurt("Impossible d'ouvrir le répertoire $destreport... $!");return -1);

mais il n'en veux pas.... si je ne met que l'appel vers "meurt" ou le "return -1", ca fonctionne mais pour les deux en meme temps ya pas moyen...

ya t'il une syntaxe particulière que j'ai raté ? ou peut etre une autre facon de le faire...

Gtk2 : rafraichissement d'un champ Gtk2::Entry

null@linuxfr.org (switcher) — Mon, 17 Jul 2006 09:50:55 +0200

Bonjour a tous,

je programme actuellement une interface en Gtk2 ou j'utilise des champs de date pour lancer une exploitation de logs entre ces dates.

C'est très simple, j'ai deux champs $datedebut et $datefin qui sont du type Gtk2::Entry->new_with_max_length(10) et j'ai également un bouton qui appel la fonction "lancer"

dans cette fonction "lancer" je fais mes deux récupérations de valeurs :



	my $debut_exp = $datedebut->get_text(); 

	my $fin_exp = $datefin->get_text();

Celà marche bien. Mais quand mon exploitation est terminée et que je veux en lancer une deuxième, je modifie mes valeurs de date et je clic sur "lancer". C'est à ce moment que j'ai une erreur :



*** unhandled exception in callback:

***   Can't call method "get_text" without a package or object reference at [CHEMIN VERS MON APPLICATION] line 755.

***  ignoring at [CHEMIN VERS MON APPLICATION] line 654.



[CHEMIN VERS MON APPLICATION]> Can't call method "get_text" without a package or object reference

Je ne vois pas pourquoi Gtk ne réinitialise pas ces valeurs et pourquoi il me renvoie un tel message dans la tronche....
Si quelqu'un a une idée, je suis preneur