Comment strcpy fonctionne en arrière-plan?

http://natashenka.ca/wp-content/uploads/2014/01/strcpy8x11.png

strcpy est considéré comme dangereux pour des raisons comme celle que vous démontrez. Les deux tampons que vous avez créé sont des variables locales stockées dans le cadre de la pile de la fonction. Voici à peu près ce que le frame de pile ressemble à:
http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Call_stack_layout.svg/342px-Call_stack_layout.svg.png

Pour info, les choses sont mis sur le dessus de la pile sens il pousse vers l'arrière à travers la mémoire (Ce qui ne signifie pas que les variables en mémoire lu à l'envers, c'est juste que les plus récents sont mis derrière les plus anciennes). Cela signifie donc que si vous écrivez assez loin dans les locaux de la section de votre fonction de cadre de pile, vous allez écrire sur tous les autres de la pile variable après la variable à copier et de percer dans d'autres sections, et éventuellement remplacer le pointeur de retour. Le résultat est que si vous êtes intelligent, vous avez le plein contrôle de l'endroit où la fonction retourne. Vous pourriez faire n'importe quoi vraiment, mais ce n'est pas VOUS qui les concernent.

Comme vous semblez le savoir en faisant votre premier tampon 6 caractères de long pour 5 de chaîne de caractères, chaînes C fin dans un octet null \x00. La fonction strcpy copie octets jusqu'à la source octet est 0, mais il ne vérifie pas que la destination est long, c'est pourquoi il peut copier sur la limite de la matrice. C'est aussi pourquoi votre impression est la lecture de la mémoire tampon passé sa taille, il lit jusqu' \x00. Fait intéressant, la fonction strcpy pu écrire dans les données de la s en fonction de l'ordre du compilateur l'a remis dans la pile, donc un exercice amusant pourrait être également imprimer un et voir si vous obtenez quelque chose comme "snsadsdas", mais je ne peux pas être sûr de ce qu'il pourrait ressembler, même si c'est polluant s car il y a parfois des octets entre la pile des entrées pour des raisons différentes).

Si ce tampon détient dire, un mot de passe pour vérifier dans le code avec une fonction de hachage, et vous le copier à un tampon dans la pile à partir de là où vous l'obtenir (un paquet réseau si un serveur, ou une zone de texte, etc), vous peut très bien copier plus de données à partir de la source à la destination de la mémoire tampon peut contenir et donner de contrôle de retour de votre programme de façon à ce que l'utilisateur est en mesure d'envoyer un paquet à vous ou à essayer un mot de passe. Ils ont juste à taper le bon nombre de caractères et les caractères corrects qui représentent une adresse quelque part dans la mémoire ram à sauter.

Vous pouvez utiliser la fonction strcpy si vous vérifiez les limites et peut-être couper la source de la chaîne, mais il est considéré comme une mauvaise pratique. Il y a de plus moderne des fonctions qui prennent un max de longueur comme http://www.cplusplus.com/reference/cstring/strncpy/

Oh, et enfin, tout ceci est appelé un dépassement de la mémoire tampon. Certains compilateurs ajouter une belle petite goutte d'octets choisi de façon aléatoire par le système d'exploitation avant et après chaque pile. Après chaque copie le système d'exploitation vérifie ces octets contre sa copie et se termine le programme si elles diffèrent. Cela résout beaucoup de problèmes de sécurité, mais il est toujours possible de copier des octets dans la pile pour remplacer le pointeur à la fonction pour gérer ce qui se passe lorsque ces octets qui ont été modifiés ainsi, vous permettant de faire la même chose. Il devient beaucoup plus difficile à faire.

Noter que sizeof(s) est déterminé au moment de l'exécution. Utiliser strlen() pour trouver le nombre de caractères s occupé. Lorsque vous effectuez la fonction strcpy() source chaîne sera remplacée par la chaîne de destination afin que votre sortie ne sera pas "Helloworld isnsadsdas"

#include <stdio.h>
#include <string.h>
main ()
{
  char s[6] = "Hello";
  char a[20] = "world isnsadsdas";
  strcpy(s,a);

  printf("%s\n",s);
  printf("%d\n", strlen(s));
}

La meilleure façon de comprendre comment la fonction strcpy fonctionne en arrière-scène, c'est...la lecture de son code source!
Vous pouvez lire les sources pour la GLibC : http://fossies.org/dox/glibc-2.17/strcpy_8c_source.html . J'espère que cela aide!

À la fin de chaque chaîne de caractères ou un tableau de chaînes de caractères il y a un null terminator character '\0' qui marque la fin de la chaîne de caractères ou un tableau de caractères.

strcpy() préformes sa tâche jusqu'à ce qu'il voit le '\0' caractère.

printf() également des préformes de sa tâche jusqu'à ce qu'il voit le '\0' caractère.

sizeof() d'autre part n'est pas intéressés par le contenu du tableau, seule sa taille allouée (comment grand il est censé l'être), donc pas de prendre en considération, lorsque la chaîne de caractères ou un tableau de chaînes de caractères se termine effectivement (comment grand il ne l'est réellement).

Par opposition à sizeof(), il est strlen() que est intéressés dans combien de temps la chaîne est en fait (pas combien de temps il était censé être) et donc de compter le nombre de caractères jusqu'à ce qu'il atteigne la fin ('\0' caractères) où il s'arrête (il ne comprend pas le '\0' caractères).