ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] Buffer overflow - help needed
@ 2008-04-22 12:19 Vitaly Ostanin
  2008-04-22 12:46 ` Grigory Batalov
  2008-04-22 13:11 ` Sergey Vlasov
  0 siblings, 2 replies; 5+ messages in thread
From: Vitaly Ostanin @ 2008-04-22 12:19 UTC (permalink / raw)
  To: ALT Devel discussion list

[-- Attachment #1: Type: text/plain, Size: 516 bytes --]

Здравствуйте.

Есть такая проблема:
https://bugzilla.altlinux.org/show_bug.cgi?id=15284

Моего кунфу на неё пока не хватает. Если знатоки C посмотрят и
скажут, как исправить, будет очень здорово. Посмотреть можно для
скорости здесь:

http://git.altlinux.org/people/bga/packages/?p=amanda.git;a=blob;f=amanda/common-src/match.c;h=dba15c802c28add576135af2f4a85476a2ccfd57;hb=c7308c105b84b606039fb617cc7fe2bd7799f1a9#l533


-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [devel] Buffer overflow - help needed
  2008-04-22 12:19 [devel] Buffer overflow - help needed Vitaly Ostanin
@ 2008-04-22 12:46 ` Grigory Batalov
  2008-04-22 13:11 ` Sergey Vlasov
  1 sibling, 0 replies; 5+ messages in thread
From: Grigory Batalov @ 2008-04-22 12:46 UTC (permalink / raw)
  To: devel

[-- Attachment #1: Type: text/plain, Size: 544 bytes --]

On Tue, 22 Apr 2008 16:19:12 +0400, Vitaly Ostanin wrote:

> Есть такая проблема:
> https://bugzilla.altlinux.org/show_bug.cgi?id=15284

  В бранче 4.0 пока ещё amanda-2.5.1-alt3.
  Ты с нею не проверял?

> Моего кунфу на неё пока не хватает. Если знатоки C посмотрят и
> скажут, как исправить, будет очень здорово. Посмотреть можно для
> скорости здесь:
>
> http://git.altlinux.org/people/bga/packages/?p=amanda.git;a=blob;f=amanda/common-src/match.c;h=dba15c802c28add576135af2f4a85476a2ccfd57;hb=c7308c105b84b606039fb617cc7fe2bd7799f1a9#l533

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [devel] Buffer overflow - help needed
  2008-04-22 12:19 [devel] Buffer overflow - help needed Vitaly Ostanin
  2008-04-22 12:46 ` Grigory Batalov
@ 2008-04-22 13:11 ` Sergey Vlasov
  2008-07-21 11:14   ` Slava Semushin
  1 sibling, 1 reply; 5+ messages in thread
From: Sergey Vlasov @ 2008-04-22 13:11 UTC (permalink / raw)
  To: devel

[-- Attachment #1: Type: text/plain, Size: 1843 bytes --]

On Tue, Apr 22, 2008 at 04:19:12PM +0400, Vitaly Ostanin wrote:
> Есть такая проблема:
> https://bugzilla.altlinux.org/show_bug.cgi?id=15284
> 
> Моего кунфу на неё пока не хватает. Если знатоки C посмотрят и
> скажут, как исправить, будет очень здорово. Посмотреть можно для
> скорости здесь:
> 
> http://git.altlinux.org/people/bga/packages/?p=amanda.git;a=blob;f=amanda/common-src/match.c;h=dba15c802c28add576135af2f4a85476a2ccfd57;hb=c7308c105b84b606039fb617cc7fe2bd7799f1a9#l533

Во-первых, тот, кто вызвал amfetchdump таким образом, не дочитал
amanda(8) в части DATESTAMP EXPRESSION - дата должна записываться без
'-', этот символ используется как разделитель при указании диапазона.

Во-вторых, функция match_datestamp() написана отвратительно -
например, код вида

        strncpy(mydateexp, dateexp, strlen(dateexp));

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

    if(mydateexp[strlen(mydateexp)] == '$') {

(очевидно, тут нужно strlen(mydateexp)-1 и перед ним проверка на
пустую строку).

Наконец, дальше находится вот такой кусок:

    if((dash = strchr(mydateexp,'-'))) {
        if(match_exact == 1) {
            error("Illegal datestamp expression %s",dateexp);
            /*NOTREACHED*/
        }
        len = (size_t)(dash - mydateexp);
        len_suffix = strlen(dash) - 1;
        len_prefix = len - len_suffix;

При передаче недопустимого параметра вида "2008-04-09" получается
len_suffix > len, однако это не проверяется, в результате последующий
вызов strncpy(lastdate, mydateexp, len_prefix) приводит к переполнению
буфера.

Те же самые ошибки повторяются дальше в функции match_level() (и
вообще эти функции отличаются только текстом сообщения об ошибке).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [devel] Buffer overflow - help needed
  2008-04-22 13:11 ` Sergey Vlasov
@ 2008-07-21 11:14   ` Slava Semushin
  2008-07-21 11:40     ` Slava Semushin
  0 siblings, 1 reply; 5+ messages in thread
From: Slava Semushin @ 2008-07-21 11:14 UTC (permalink / raw)
  To: ALT Linux Team development discussions

2008/4/22 Sergey Vlasov <vsu / altlinux.ru>:

Заранее извиняюсь за поднятие столь давней темы, просто вопрос до сих
пор не решен и я хотел помочь в его разрешении..

> On Tue, Apr 22, 2008 at 04:19:12PM +0400, Vitaly Ostanin wrote:
>> Есть такая проблема:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=15284
>>
>> Моего кунфу на неё пока не хватает. Если знатоки C посмотрят и
>> скажут, как исправить, будет очень здорово. Посмотреть можно для
>> скорости здесь:
>>
>> http://git.altlinux.org/people/bga/packages/?p=amanda.git;a=blob;f=amanda/common-src/match.c;h=dba15c802c28add576135af2f4a85476a2ccfd57;hb=c7308c105b84b606039fb617cc7fe2bd7799f1a9#l533
>
> Во-первых, тот, кто вызвал amfetchdump таким образом, не дочитал
> amanda(8) в части DATESTAMP EXPRESSION - дата должна записываться без
> '-', этот символ используется как разделитель при указании диапазона.
>
> Во-вторых, функция match_datestamp() написана отвратительно -
> например, код вида
>
>        strncpy(mydateexp, dateexp, strlen(dateexp));
>
> наводит на мысли, что писавший его не понимал, что делает strncpy() и
> зачем нужна эта функция.

Несмотря на то что код написан отвратительно, ничего лишнего strncpy()
записать вроде бы не сможет, так как выше есть проверка на размер
dateexp. Поэтому в данном примере strlen(dateexp) всегда на единицу
меньше буфера назначения.

> Дальше есть условие, которое никогда не
> может выполниться:
>
>    if(mydateexp[strlen(mydateexp)] == '$') {
>
> (очевидно, тут нужно strlen(mydateexp)-1 и перед ним проверка на
> пустую строку).

Да, согласен.

> Наконец, дальше находится вот такой кусок:
>
>    if((dash = strchr(mydateexp,'-'))) {
>        if(match_exact == 1) {
>            error("Illegal datestamp expression %s",dateexp);
>            /*NOTREACHED*/
>        }
>        len = (size_t)(dash - mydateexp);
>        len_suffix = strlen(dash) - 1;
>        len_prefix = len - len_suffix;
>
> При передаче недопустимого параметра вида "2008-04-09" получается
> len_suffix > len, однако это не проверяется, в результате последующий
> вызов strncpy(lastdate, mydateexp, len_prefix) приводит к переполнению
> буфера.

Предлагаю два варианта для решения сегфолта (вроде правильные):

-len_prefix = len - len_suffix;
+len_prefix = len;

или

-len_prefix = len - len_suffix;
+len_prefix = strlen(mydataexp) - len_suffix -1;

Немного сомневаюсь в их правильности, но вроде падать точно должно
перестать. При этом я не добавляю проверок на  len_suffix > len и
вывода ошибки. Просто в этом случае потом строчка передастя ниже на
сравнение strcmp() и там уже выяснится несовпадение. (Возможно, лучше
здесь проверять и сигнализировать об ошибке?)

> Те же самые ошибки повторяются дальше в функции match_level() (и
> вообще эти функции отличаются только текстом сообщения об ошибке).

И что делать? Всё патчить?


Собственно у меня просьба прокомментировать моё предложение по
исправлению. Также заинтересованным/ответственным попробовать
приложить исправление и проверить его корректность.


Ещё есть вопросы. Что нуждается в исправлении? В смысле, что баг висит
на падение в случае неправильной строки. Исправление для этого всего
одна строка. Когда начали смотреть код выяснилось, что там ещё и
неправильное использование strncpy(), и условие которое никогда не
выполняется да ещё и все эти ошибки есть в другой ф-ции. Сил всё это
фиксить нет, точнее силы есть, но я боюсь что-то сломать потому что я
не понимаю всех идей и программы работающей у меня нет, чтобы
позапускать-проверить. Вот и получается, что приходится выбирать --
сделать всё правильно (многое переписать) или исправить реальный баг и
закрыть на остальное глаза. Как поступать?

P.S. А что с автором(ами) amand'ы? Они в курсе дырявости своего кода?


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [devel] Buffer overflow - help needed
  2008-07-21 11:14   ` Slava Semushin
@ 2008-07-21 11:40     ` Slava Semushin
  0 siblings, 0 replies; 5+ messages in thread
From: Slava Semushin @ 2008-07-21 11:40 UTC (permalink / raw)
  To: ALT Linux Team development discussions

21 июля 2008 г. 18:14 пользователь Slava Semushin <slava.semushin /
gmail.com> написал:
[...]
> P.S. А что с автором(ами) amand'ы? Они в курсе дырявости своего кода?

В курсе и даже приложили какое-то исправление в trunk (правда только к
ф-ции match_datestamp(), в аналогичной match_level() всё по-прежнему).

Предлагаю взять решение от производителя:
http://amanda.svn.sourceforge.net/viewvc/amanda/amanda/trunk/common-src/match.c?r1=347&r2=1155&view=patch


P.S. Возможно, патч придётся подправить, например, так вроде бы
поддержку gettext добавили и теперь сообщение об ошибке выглядит как
error(_("Illegal datestamp expression %s"),dateexp); Если в нашей
версии Аманды поддержки gettext ещё нет, то нужно будет заменить на
error("Illegal datestamp expression %s", dateexp);


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-07-21 11:40 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-22 12:19 [devel] Buffer overflow - help needed Vitaly Ostanin
2008-04-22 12:46 ` Grigory Batalov
2008-04-22 13:11 ` Sergey Vlasov
2008-07-21 11:14   ` Slava Semushin
2008-07-21 11:40     ` Slava Semushin

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git