Уязвимость OpenX v2.8.7

12 3
Skom
На сайте с 02.12.2006
Offline
166
2515

Сегодня обнаружилось. Прилепляют в штатный аппенд к основному коду баннера. Причём уже в MySQL базе. Похоже, что в коде уязвимость к SQL инъекции, так как файло вообще не тронуто. Ну, окромя OpenX кэша, естессно.

Официально всё тихо. Ю хэв юз актуал вершен и бла-бла-бла.

Разбираться не стал, rm -rf.

Давно хотел эту пургу снести, да всё лениво было самому писать...

Cras amet qui numquam amavit quique amavit cras amet
A
На сайте с 29.12.2007
Offline
68
#1

Видимо эта дыра... Надо на своих сайтах проверить =)

Skom
На сайте с 02.12.2006
Offline
166
#2

Х.з., но неприятно, что оф не чешутся...

N
На сайте с 06.05.2007
Offline
419
#3

Skom, кто не закрыл админку паролем - тот лох.

это любого продукта касается. большинство программистов когда пишут админскую часть обычно рассуждают так " а че, этот код все равно только админ может запустить".

Кнопка вызова админа ()
Skom
На сайте с 02.12.2006
Offline
166
#4

netwind, Вот этот дурной вброс я не вкурил...

Причём тут админка?

У меня админка вообще закрыта по IP.

N
На сайте с 06.05.2007
Offline
419
#5

ну если верить товарищу

aktuba:
Видимо эта дыра... Надо на своих сайтах проверить =)

то там дыра в админской части скрипта.

Skom
На сайте с 02.12.2006
Offline
166
#6

Даже если внимательно читать сей линк, то там явно сказано про дыру в MySQL.

Вернее, как я уже в старте сказал, уязвимость кода для инъекции.

А никак не в админской части...

N
На сайте с 06.05.2007
Offline
419
#7

Skom, а где ж еще находится скрипт http://test.com/www/admin/updates-history.php ?

в админской части

Skom
На сайте с 02.12.2006
Offline
166
#8

netwind, Вы вообще, в теме, о чём речь идёт?

Или так, чисто интуитивно пургу несёте?

N
На сайте с 06.05.2007
Offline
419
#9

Я сейчас посмотрел на эту "дыру" : действительно, есть sql injection в админской части скрипта, но туда можно попасть только залогинившись в сам openx админом.

Логин партнера или менеджера по рекламе не даст выполнять такие задачи.

собственно код который не дает это делать выглядит так

// Security

check

OA_Permission::enforceAccount(OA_ACCOUNT_ADMIN);

так что, как обычно, пук в лужу. Подавляющее число самописа содержит такие "дыры" в админской части, но никто их не ломает.

Skom
На сайте с 02.12.2006
Offline
166
#10

Ещё раз повторю - вся админская часть закрыта по IP.

Значит есть =>SQL дырка.

12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий