Зачем использовать strncpy вместо strcpy?

Question

Редактировать: Я добавил источник для примера.

я наткнулся на this example:

char source[MAX] = "123456789"; 
char source1[MAX] = "123456789"; 
char destination[MAX] = "abcdefg"; 
char destination1[MAX] = "abcdefg"; 
char *return_string; 
int index = 5; 

/* This is how strcpy works */ 
printf("destination is originally = '%s'\n", destination); 
return_string = strcpy(destination, source); 
printf("after strcpy, dest becomes '%s'\n\n", destination); 

/* This is how strncpy works */ 
printf("destination1 is originally = '%s'\n", destination1); 
return_string = strncpy(destination1, source1, index); 
printf("After strncpy, destination1 becomes '%s'\n", destination1); 

который произвел этот вывод:

destination is originally = 'abcdefg' 
After strcpy, destination becomes '123456789' 

destination1 is originally = 'abcdefg' 
After strncpy, destination1 becomes '12345fg' 

Что заставляет меня задаться вопросом, почему кто-то хочет этот эффект. Похоже, это было бы странно. Эта программа заставляет меня думать, что вы можете в основном копировать чье-то имя (например, Tom Brokaw) с Tom Bro763.

Каковы преимущества использованияstrncpy()надstrcpy()?

Answer 1

strncpy сражается с переполнением буфера, требуя, чтобы вы вложили в него длину. strcpy зависит от конечного \0, что может не всегда происходить.

Во-вторых, почему вы решили копировать только 5 символов из 7-символьной строки вне меня, но это вызывает ожидаемое поведение. Это только копирование за первые n символов, где n является третьим аргументом.

Функции n используются как защитное кодирование против переполнения буфера. Используйте их вместо старых функций, таких как strcpy.

Answer 2

strncpy является более безопасной версией зЬгсра как на самом деле вы никогда не должны использовать STRCPY, потому что его потенциал переполнение буфера, который делает вас систему уязвимой для все рода атак

Answer 3

strncpy() функции является более безопасной один: вы должны передать максимальную длину, которую может принять буфер назначения. В противном случае может случиться так, что исходная строка некорректно 0 завершена, и в этом случае функция strcpy() может записать больше символов в пункт назначения, повредив все, что находится в памяти после буфера назначения. Это проблема переполнения буфера, используемая во многих эксплойтах.

Также для функций API POSIX, таких как read(), который не помещает завершение 0 в буфер, но возвращает количество прочитанных байтов, вы либо вручную поместите 0, либо скопируйте его, используя strncpy().

В вашем примере кода, index на самом деле не показатель, но count - это говорит, сколько символов самое скопировать из источника в пункт назначения. Если среди первых n байтов источника нет нулевого байта, строка, помещенная в пункт назначения, не будет завершена нулем.

Answer 4

Это может использоваться во многих других сценариях, где вам нужно скопировать только часть вашей исходной строки в назначение. Используя strncpy(), вы можете скопировать ограниченную часть исходной строки, а не strcpy(). Я вижу, что код, который вы положили, исходит от publib.boulder.ibm.com.

Answer 5

Хотя я знаю намерение позади strncpy, это не очень хорошая функция. Избегайте обоих. Raymond Chen explains.

Лично я хотел бы сделать так, чтобы избежать strncpy и всех его друзей, если вы имеете дело с нулевыми символами. Несмотря на «str» в имени, эти функции не создают строки с нулевым завершением. Они преобразуют строку с нулевым символом в буфере символов. Использование их там, где ожидается нулевая строка, поскольку второй буфер является неправильным. Вы не только получаете нулевое завершение, если источник слишком длинный, но если источник короткий, вы получаете ненужное заполнение нулями.

Смотрите также Why is strncpy insecure?

Answer 6

strncpy() функция была разработана с очень конкретной проблемой в виде: манипулировании строк, хранящиеся в виде исходных записей каталога UNIX. Они использовали массив фиксированного размера, и nul-terminator использовался, только если имя файла было короче, чем массив.

Вот что за два странностей strncpy():

• Он не ставит NUL-терминатор на место назначения, если он полностью заполнен; и
• Он всегда полностью заполняет пункт назначения, при необходимости - nuls.

Для «безопаснее strcpy()», вы лучше использовать strncat() так:

if (dest_size > 0) 
{ 
    dest[0] = '\0'; 
    strncat(dest, source, dest_size - 1); 
} 

Это всегда NUL концевой заделки результата, а не копировать больше, чем необходимо.

Answer 7

strncpy НЕ безопаснее, чем strcpy, он просто торгует одним типом ошибок с другим. В C, когда вы работаете с строками C, вам нужно знать размер ваших буферов, нет никакого способа обойти его. strncpy был оправдан для справочной статьи, упомянутой другими, но в противном случае вы никогда не должны ее использовать:

• Если вы знаете длину строки и буфера, зачем использовать strncpy? Это пустая трата вычислительной мощности в лучшем случае (добавление бесполезны 0)
• , если вы не знаете длину, то вы рискуете молча усечения ваших строк, которые не намного лучше, чем переполнение буфера

Answer 8

Что вы ищете функцию strlcpy(), которая всегда завершает строку с 0 и инициализирует буфер. Он также способен обнаруживать переполнения. Только проблема, это не (действительно) портативная и присутствует только на некоторых системах (BSD, Solaris). Проблема с этой функцией является то, что он открывает другую банку с червями, как можно увидеть на обсуждение на http://en.wikipedia.org/wiki/Strlcpy

Мое личное мнение, что это гораздо полезнее, чем strncpy() и strcpy(). Он имеет лучшую производительность и является хорошим компаньоном для snprintf(). Для платформ, у которых его нет, его относительно легко реализовать. (для фазы разработки приложения я заменяю эти две функции (snprintf() и strlcpy()) с версией захвата, которая жестоко прерывает программу при переполнении или усечении буфера, что позволяет быстро поймать худших нарушителей. Особенно, если вы работаете над кодовой базой от кого-то другого.

EDIT: strlcpy() может быть внедрено легко:

size_t strlcpy(char *dst, const char *src, size_t dstsize) 
{ 
    size_t len = strlen(src); 
    if(dstsize) { 
    size_t bl = (len < dstsize-1 ? len : dstsize-1); 
    ((char*)memcpy(dst, src, bl))[bl] = 0; 
    } 
    return len; 
} 

Answer 9

strncpy заполняет назначения вверх с '\ 0' для размера источника, Eventhough размер назначения меньше ....

страница руководства:

Если длина SRC меньше, чем п, strncpy() колодки остаток Dest с нулевыми байтами.

и не только остаток ... также после этого до появления n символов . И таким образом вы получаете переполнение ... (см. Страницу руководства )

Answer 10

Это зависит от нашего требования. Для пользователей Windows

Мы используем strncpy всякий раз, когда мы не хотим копировать целую строку, или мы хотим скопировать только n количество символов. Но strcpy копирует всю строку, включая завершение нулевого символа.

Эти ссылки помогут вам больше узнать о strcpy и strncpy и где мы можем помочь.

about strcpy

about strncpy