Copie des données de paquet libpcap de const u_char * vers une autre const u_char *

Question

J'essaye de faire une copie profonde de const u_char * vers une autre const u_char * dans c/++.

J'ai le code suivant -

void packetHandler(u_char *userData, const struct pcap_pkthdr* pkthdr, const u_char* packet) 
{ 
    if(packet!=NULL) 
    { 
     int length = strlen((char*)packet); 
     const u_char* newPacket = new u_char[length]; 
     memcpy((u_char*)newPacket, packet, length); 
     cout<<"Packet - "<<packet<<endl; 
     cout<<"New Packet - "<<newPacket<<endl; 
     packets.push_back(newPacket); 
     //processPacket(packet); 
    } 
} 

Mais je ne pense pas qu'il se copié à droite, coz le résultat des opérations sur les 2 copies sont différentes.

Les données doivent être en forme const u_char * comme dictée par la signature de la méthode de boucle pcap.

Je teste un plus grand échantillon du type [obtenu à l'aide de tcpdump], où chaque paquet est lu de façon séquentielle et je reçois un pointeur const u_char * lui -

Ôò¡   ÿÿ  …®xVÅ H H RT 5 'Vc E :c@ @Z˜ 
À¨ìq 5 &Îïæ9  helloBelkin …®xVcÆ H H RT 5 'Vc E :d@ @Z— 
À¨=š 5 &Îï%ý  helloBelkin …®xVž} h h 'VcRT 5 E ZJ6 @a¥À¨ 
    5ìq FÀ6æ9€  helloBelkin À  P ÆiôÀ  P Æiþ…®xV«ü H H 'VcRT 5 E :J7 @aÄÀ¨ 
    5=š &/#%ý€  helloBelkin …®xV.ÿ J J RT 5 'Vc E <ÿ‚@ @tµ 
ÆiôÕ PÚPq)  rƲ ´ 
Ž« …®xVÒ 
J J RT 5 'Vc E <Ä'@ @° 
ÆiôÕ P–´JÎ  rƲ ´ 
Žé …®xVBg J J RT 5 'Vc E <@ @ÒÛ 
6ïÕ¼- Pùu€ý  rZ ´ 
Žó …®xVæi J J RT 5 'Vc E <ÅX@ @‘ 
6ïÕ¼. P€µK«  rZ ´ 
Žó …®xVOo J J RT 5 'Vc E <O@ @Ýš 
6ïÕ¼/ P õ¼  rZ ´ 
Žó …®xV} ½ ½ RT 5 'Vc E ¯gB@ @p‰ 
6ï€¨× PDMyå ¯SúPÿÿc GET /uedata/nvp/unsticky/191-8029364-1340752/Gateway/ntpoffrw?ul&v=0.189.0&id=1S5BSQ8X89KSY51N9J21&m=1&sc=1S5BSQ8X89KSY51N9J21&ue=43&ns=154&af=266&cf=266&ne=290&be=1635&pc=79838&tc=-331&na_=-331&ul_=-72&_ul=-69&rd_=-1450749493906&_rd=-1450749493906&fe_=-321&lk_=-321&_lk=-321&co_=-321&_co=-321&rq_=-303&rs_=-73&_rs=681&dl_=-72&di_=1638&de_=1728&_de=1790&_dc=-1450749493906&ld_=-1450749493906&_ld=-1450749493906&ntd=-1&ty=0&rc=0&hob=42&hoe=43&ul=79839&t=1450749573745&ctb=1&csmtags=aui|aui:aui_build_date:3.15.11.2-2015-12-07|gwCFImgCache|fls-na|iss-on-time|aui:ajax&viz=visible:43&pty=Gateway&spty=desktop&pti=desktop&tid=1CRMQKHG3GSKG0WDK809&aftb=1&ui=2 HTTP/1.1 
Host: www.amazon.com 
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 
Accept: image/png,image/*;q=0.8,*/*;q=0.5 
Accept-Language: en-US,en;q=0.5 
Accept-Encoding: gzip, deflate 
Referer: http://www.amazon.com/ 
Cookie: skin=noskin; x-wl-uid=1vOeLJIaacYseg7dzznzr+FooV74I+GQLqTAS6uFsLJp5FSidiwiAV3ZsaLsOqphLaudQoD/mgJw=; session-id-time=2082787201l; session-id=191-8029364-1340752; ubid-main=187-1501615-8388412; session-token=Ak43AtGsZnoAOQQb+XIkTS4a549quhOhBlX1ts3xyzgs8iWj/uszLKnxvWgDp+UyqMHU8O4d0H9jTaMm+8pCNXH4wwHbtHD0GifwVGrOzBDR1/z4SWS6KjHXrH7kQqxAc45oXpmIyVN/z8n8heYWSbE+2TuReYT3rFTtTixrGR2cheyT9dAXsXkruQwcywgrtPp+kx+JzSLBFp2+tgSN66c+ZxSdl/PdbnQvY58fXJrYyJJoIN2LdoRhEBcwPaPy 
Connection: keep-alive 

…®xVȃ < < 'VcRT 5 E (J8 @Ó6ï€ 
    P¨× ¯SúDMlPÿÿpÌ  …®xVŽz < < 'VcRT 5 E ,J9 @ÖÀ6ïÕ 
    P¼-!­ùu€þ`ÿÿÍ£ ´ …®xV¯z 6 6 RT 5 'Vc E (@ @Òî 
6ïÕ¼- Pùu€þ!­PrYí …®xV®{ ê ê RT 5 'Vc E Ü@ @Í9 
6ïÕ¼- Pùu€þ!­Pr_¡ GET /1/batch/1/OP/ATVPDKIKX0DER:191-8029364-1340752:1S5BSQ8X89KSY51N9J21$uedata=s:%2Fuedata%2Fnvp%2Funsticky%2F191-8029364-1340752%2FGateway%2Fntpoffrw%3Ful%26v%3D0.189.0%26id%3D1S5BSQ8X89KSY51N9J21%26m%3D1%26sc%3D1S5BSQ8X89KSY51N9J21%26ue%3D43%26ns%3D154%26af%3D266%26cf%3D266%26ne%3D290%26be%3D1635%26pc%3D79838%26tc%3D-331%26na_%3D-331%26ul_%3D-72%26_ul%3D-69%26rd_%3D-1450749493906%26_rd%3D-1450749493906%26fe_%3D-321%26lk_%3D-321%26_lk%3D-321%26co_%3D-321%26_co%3D-321%26rq_%3D-303%26rs_%3D-73%26_rs%3D681%26dl_%3D-72%26di_%3D1638%26de_%3D1728%26_de%3D1790%26_dc%3D-1450749493906%26ld_%3D-1450749493906%26_ld%3D-1450749493906%26ntd%3D-1%26ty%3D0%26rc%3D0%26hob%3D42%26hoe%3D43%26ul%3D79839%26t%3D1450749573745%26ctb%3D1%26csmtags%3Daui%7Caui%3Aaui_build_date%3A3.15.11.2-2015-12-07%7CgwCFImgCache%7Cfls-na%7Ciss-on-time%7Caui%3Aajax%26viz%3Dvisible%3A43%26pty%3DGateway%26spty%3Ddesktop%26pti%3Ddesktop%26tid%3D1CRMQKHG3GSKG0WDK809%26aftb%3D1%26ui%3D2:79840 HTTP/1.1 
Host: fls-na.amazon.com 
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 
Accept: image/png,image/*;q=0.8,*/*;q=0.5 
Accept-Language: en-US,en;q=0.5 
Accept-Encoding: gzip, deflate 
Referer: http://www.amazon.com/ 
Cookie: skin=noskin; x-wl-uid=1vOeLJIaacYseg7dzznzr+FooV74I+GQLqTAS6uFsLJp5FSidiwiAV3ZsaLsOqphLaudQoD/mgJw=; session-id-time=2082787201l; session-id=191-8029364-1340752; ubid-main=187-1501615-8388412; session-token=Ak43AtGsZnoAOQQb+X…®xVò{ @ @ RT 5 'Vc E 2@ @Ñâ 
6ïÕ¼- Pùu†²!­PrZ÷ IkTS4a549quhOhBlX1ts3xyzgs8iWj/uszLKnxvWgDp+UyqMHU8O4d0H9jTaMm+8pCNXH4wwHbtHD0GifwVGrOzBDR1/z4SWS6KjHXrH7kQqxAc45oXpmIyVN/z8n8heYWSbE+2TuReYT3rFTtTixrGR2cheyT9dAXsXkruQwcywgrtPp+kx+JzSLBFp2+tgSN66c+ZxSdl/PdbnQvY58fXJrYyJJoIN2LdoRhEBcwPaPy 
Connection: keep-alive 

Ce que je suis en train de faire est de charger tous les paquets du fichier pcap dans un tampon mémoire pour aller tester à grande vitesse qui peut être lent si chaque paquet est lu à partir du fichier.

Tous les pointeurs seront vraiment appréciés.

Answer 1

J'ai été capable de comprendre mon problème. La longueur n'était pas bonne. J'aurais dû utiliser la longueur dans l'en-tête du paquet. De toute façon, je pense que l'utilisation de strlen n'est pas le bon choix pour les caractères non signés.

I figured it out en utilisant un autre post - vector of packets in libpcap