HOME FORUMS MEMBERS RECENT POSTS LOG IN  
× Авторизация
Имя пользователя:
Пароль:
Нет аккаунта? Регистрация
Баннер 1   Баннер 2

ANTICHAT — форум по информационной безопасности, OSINT и технологиям

ANTICHAT — русскоязычное сообщество по безопасности, OSINT и программированию. Форум ранее работал на доменах antichat.ru, antichat.com и antichat.club, и теперь снова доступен на новом адресе — forum.antichat.xyz.
Форум восстановлен и продолжает развитие: доступны архивные темы, добавляются новые обсуждения и материалы.
⚠️ Старые аккаунты восстановить невозможно — необходимо зарегистрироваться заново.
Вернуться   Форум АНТИЧАТ > БЕЗОПАСНОСТЬ И УЯЗВИМОСТИ > Песочница
   
Ответ
 
Опции темы Поиск в этой теме Опции просмотра

  #1  
Старый 14.05.2015, 21:05
Filipp
Участник форума
Регистрация: 10.05.2015
Сообщений: 251
Провел на форуме:
98300

Репутация: 31
По умолчанию

Насколько мне известно, сейчас многие находят скули, эксплоатируют их и первым же делом сталкиваются с обломом. Прав в 95% случаев нету, так что вариант залить шелл напрямую отпадает. После этого все лезут в табличку users, там находят хеши и если повезетхеши расшифровываются. Но зачастую с этим делом тоже облом, тогда приходит мысль.. Сайт постоянно работает с БД, что то считывает, что то удаляет, а что то записывает => что должен быть способ заменить через скулю этот хеш. Мне отвечало по этому поводу пару уважаемых человек, но ответ содержал что то типа: "Да, такое возможно, но это для самых прошаренных". Не посвятите меня в эту тему?
 
Ответить с цитированием

  #2  
Старый 14.05.2015, 21:06
MaxFast
Постоянный
Регистрация: 12.10.2011
Сообщений: 569
Провел на форуме:
178623

Репутация: 94


По умолчанию

Если есть права на запись в БД => update
 
Ответить с цитированием

  #3  
Старый 14.05.2015, 21:11
Filipp
Участник форума
Регистрация: 10.05.2015
Сообщений: 251
Провел на форуме:
98300

Репутация: 31
По умолчанию

Цитата:
Сообщение от MaxFast  

Если есть права на запись в БД => update
Хм.. Смотреть права как обычно? --privileges в sqlmap?

P.S Руками проверить тоже есть возможность...
 
Ответить с цитированием

  #4  
Старый 14.05.2015, 21:18
MaxFast
Постоянный
Регистрация: 12.10.2011
Сообщений: 569
Провел на форуме:
178623

Репутация: 94


По умолчанию

Цитата:
Сообщение от Filipp  

Хм.. Смотреть права как обычно? --privileges в sqlmap?
P.S Руками проверить тоже есть возможность...
Всегда есть права если --current-user = root. Если есть БД `mysql` - то нужно там смотреть если ли права на update у этого юзера.
 
Ответить с цитированием

  #5  
Старый 14.05.2015, 22:25
Filipp
Участник форума
Регистрация: 10.05.2015
Сообщений: 251
Провел на форуме:
98300

Репутация: 31
По умолчанию

Цитата:
Сообщение от MaxFast  

Всегда есть права если --current-user = root. Если есть БД `mysql` - то нужно там смотреть если ли права на update у этого юзера.
Для начала, хочу поблагодарить за ответы.. Когда писал пост был уверен что никто ничего не скажет. Никогда еще не видил на сайтах user'a root. --privileges мне показывает usage. Полез в справочник по mysql, нашел значение. Usage = "Без привилегий". Но селект работает, значит уже какая то привилегия есть, такое дело встречается в любой CMS. Но еще есть одна интересная особенность, это привилегия для пользователя… База должна редактироваться, иначе бы ничего не работало, так же если залить шелл и подключиться к БД все отлично выполняется) Инсерт, File и даже Drop Databes работает. Здесь я захожу в тупик. Вроде как прав нету, но вроде как они есть.

P.S база mysql отсутсвует.
 
Ответить с цитированием

  #6  
Старый 15.05.2015, 07:49
totenkopf
Познающий
Регистрация: 19.07.2010
Сообщений: 91
Провел на форуме:
33658

Репутация: 19
По умолчанию

Тут дело в структуре запроса. Из SELECT-а не сделать UPDATE (в MYSQL вроде бы так...), а иньекция в большинстве случаев в SELECT.

Или можно?
 
Ответить с цитированием

  #7  
Старый 15.05.2015, 08:35
Filipp
Участник форума
Регистрация: 10.05.2015
Сообщений: 251
Провел на форуме:
98300

Репутация: 31
По умолчанию

Цитата:
Сообщение от totenkopf  

Тут дело в структуре запроса. Из SELECT-а не сделать UPDATE (в MYSQL вроде бы так...), а иньекция в большинстве случаев в SELECT.
Или можно?
Как то делают.. А вот как, никто не говорит.
 
Ответить с цитированием

  #8  
Старый 15.05.2015, 09:46
nikp
Reservists Of Antichat - Level 6
Регистрация: 19.09.2008
Сообщений: 127
Провел на форуме:
835386

Репутация: 1463
По умолчанию

Цитата:
Сообщение от Filipp  

Как то делают.. А вот как, никто не говорит.
В MySql, в рамках синтаксиса "select" нет возможности выполнить запросы insert, update, delete.

Но варианты могут быть https://rdot.org/forum/showthread.php?t=3063,

это расщепление запросов и каскадные запросы.
 
Ответить с цитированием

  #9  
Старый 21.06.2015, 23:36
avin
Участник форума
Регистрация: 04.07.2011
Сообщений: 103
Провел на форуме:
35906

Репутация: 2
По умолчанию

Обычно хеши солят спец-ключом который указан в конфиге. Не зная ключ - не сгенеришь валидный хеш. В серьезных системах обычно так.
 
Ответить с цитированием

  #10  
Старый 28.06.2015, 17:44
strelok20094
Познающий
Регистрация: 26.03.2011
Сообщений: 81
Провел на форуме:
24770

Репутация: 2
По умолчанию

Цитата:
Сообщение от avin  

Обычно хеши солят спец-ключом который указан в конфиге. Не зная ключ - не сгенеришь валидный хеш. В серьезных системах обычно так.
+1 Но если есть права root можно даже не заморачиваться со сменой пароля
 
Ответить с цитированием
Ответ





Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 


Быстрый переход




ANTICHAT ™ © 2001- Antichat Kft.