ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
20 сообщений из 45, страница 2 из 2
  2  все
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39777980
Ролг Хупин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ролг Хупин
Участник
mefmanlr2Вообще файлы БД ведь не мало весят обычно, как их получилось зашифровать?

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

вопрос интересный.... ну, не умнее же постгрес сервиса
...
Рейтинг: 0 / 0
22.02.2019, 14:49
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39777990
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
Ролг Хупинmefmanпропущено...

резонно...
хотя скорее всего база копеечная.
может шифровальщики умные

вопрос интересный.... ну, не умнее же постгрес сервиса
предположение: процесс шифрования начинается при ребуте до запуска сервисов
...
Рейтинг: 0 / 0
22.02.2019, 15:02
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39777996
Melkij
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Melkij
Участник
или зашифровано то что получилось зашифровать, а часть осталась как было.
Емнип по коду базы были примечания, что winapi не разрешает одновременно открытые дескрипторы чтения и записи на один файл, но чтобы поставить базу в неудобное положение не обязательно шифровать все файлы в PGDATA. База не держит открытые дескрипторы на все файлы.
...
Рейтинг: 0 / 0
22.02.2019, 15:11
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778014
witte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
witte
Участник
MelkijБаза не держит открытые дескрипторы на все файлы.
Серьезно? Т.е. при старте PostgreSQL не проверяет и не открывает на запись все файлы в БД?
...
Рейтинг: 0 / 0
22.02.2019, 15:25
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778020
982183
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
982183
Участник
mefmanЕсть два типа людей. Те кто делает бекап, и те кто пока не делает.
теперь ты один из нас
Есть третий вид людей - которые хранят бекап не на сервере.
...
Рейтинг: 0 / 0
22.02.2019, 15:35
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778022
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
982183mefmanпропущено...

теперь ты один из нас
Есть третий вид людей - которые хранят бекап не на сервере.
и четвертый, те что делают тестовые восстановления регулярно
...
Рейтинг: 0 / 0
22.02.2019, 15:36
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778024
Melkij
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Melkij
Участник
witte,

ОС в общем случае и не даст одновременно открыть все файлы. См. max_files_per_process
...
Рейтинг: 0 / 0
22.02.2019, 15:36
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778061
witte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
witte
Участник
Melkijwitte,

ОС в общем случае и не даст одновременно открыть все файлы. См. max_files_per_process
То что ОС накладывает/может накладывать ограничения на количество одновременно открытых файлов на процесс - это понятно. Меня интересует поведение PostgreSQL по-умолчанию. Если лимиты в ОС выставлены правильно (можно открыть все файлы), что будет во время старта? PostgreSQL попытается открыть все файлы на запись?
И что будет если лимиты не позволяют открыть все файлы? При старте PostgreSQL ругнется и не даст работать с БД?
...
Рейтинг: 0 / 0
22.02.2019, 16:44
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778088
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
witteMelkijwitte,

ОС в общем случае и не даст одновременно открыть все файлы. См. max_files_per_process
То что ОС накладывает/может накладывать ограничения на количество одновременно открытых файлов на процесс - это понятно. Меня интересует поведение PostgreSQL по-умолчанию. Если лимиты в ОС выставлены правильно (можно открыть все файлы), что будет во время старта? PostgreSQL попытается открыть все файлы на запись?
И что будет если лимиты не позволяют открыть все файлы? При старте PostgreSQL ругнется и не даст работать с БД?

Не будет он открывать все файлы... зачем ему это? Файлов миллион может быть в тяжелых случаях.
Файлы открываются только по мере обращения к ним PER PROCESS (Т.е. у каждого коннекта к базе свой набор открытых файлов).
Что значит postgresql попытается? - Postgresql это большой вагон процессов... и у каждого свои файлы открыты.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
22.02.2019, 17:35
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778356
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
Ребят спасибо за отзывчивость.
Давай те уточню по проблеме. Значит так, шифровальщик ел файл все файлы подряд, не смотря на расширение, что странно, обычно есть определенные , ворд , ексел, какие то dt и прочее.
После получения дешифратора, даже винда поднялась, весь софт заработал, на первый взгляд все нормально. Но слон стартовать отказался. Каталог data на первый взгляд живой, но некоторые файлы шифровальщик не взял. Судя по набору файлов, это как раз те которые сидели в памяти на момент заражения, некоторые ехе, dll и _fsm. Глянул в них дизасемблером - нарушен заголовок и каша в структуре, но особая каша, отличается от каши , допустим, у другого зараженного файла который был расшифрован (после того как меня попросили посмотреть, сделал копию в зараженном состоянии ).
Прочитал про восстановление из дампа, и еще пару статей, попробовал софтину Recovert for PostgereSQL. Подсовывал data вместо работающей у слона. Результат - служба была остановлена, т.к. никто к ней не обращается.
Чувствую что базу поднять можно, просто не знаю как к ней подступится, не так уж крашнута, что бы не подняться. Знаний по слону сильно не хватает.
Выручайте братцы, кто чем сможет
...
Рейтинг: 0 / 0
24.02.2019, 00:32
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778357
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
lr2,

каталог Data почти 50 гб
...
Рейтинг: 0 / 0
24.02.2019, 00:38
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778388
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
Уточню вопросы.
Кстати, слон 9.4, изначально не сказал важную информацию.
Итак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному. Первый положил каталог 1, служба стартанула, при , pgAdmin вывалил эрор, с прямым указанием на следующий каталог, допустим 12135. Подсунул ему каталог который он просит, ребут службы, завелась, несмотря на присутствие в этих каталогах зараженных файлов. Видим служебную базу postgre c OID 12135. Поехали, подсовываю каталоги по очереди, после каждого ребут службы, ситуация не меняется, все так же видит только свою служебную базу.
Начал подсовывать каталог global, когда заменил все скопом , служба стартовать отказалась , меняю по одному файлу, стартует, но по прежнему видит только свою служебную базу, однако, слон запросил пароль, и съел не тот который я указывал при инсталляции, а тот который был установлен горе-админом.
В общем вопрос, где хранится схема БД которые вертятся под слоном, по любому где то то должно быть прописано равенство OID = basename? попробую покопать в этом направлении
...
Рейтинг: 0 / 0
24.02.2019, 10:17
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778399
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
andre_yktУточню вопросы.
Кстати, слон 9.4, изначально не сказал важную информацию.
Итак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному. Первый положил каталог 1, служба стартанула, при , pgAdmin вывалил эрор, с прямым указанием на следующий каталог, допустим 12135. Подсунул ему каталог который он просит, ребут службы, завелась, несмотря на присутствие в этих каталогах зараженных файлов. Видим служебную базу postgre c OID 12135. Поехали, подсовываю каталоги по очереди, после каждого ребут службы, ситуация не меняется, все так же видит только свою служебную базу.
Начал подсовывать каталог global, когда заменил все скопом , служба стартовать отказалась , меняю по одному файлу, стартует, но по прежнему видит только свою служебную базу, однако, слон запросил пароль, и съел не тот который я указывал при инсталляции, а тот который был установлен горе-админом.
В общем вопрос, где хранится схема БД которые вертятся под слоном, по любому где то то должно быть прописано равенство OID = basename? попробую покопать в этом направлении

global/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо

PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
24.02.2019, 11:54
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778401
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
Maxim Boguk
global/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо

PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Блин, что то не такой директории, и файла такого нет. Хотя по идее он должен быть, тут вертелось 4 базы, из них две нужные
...
Рейтинг: 0 / 0
24.02.2019, 12:03
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778402
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
Maxim Boguk,

pg_filenode.map - это не оно ?
...
Рейтинг: 0 / 0
24.02.2019, 12:05
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778406
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
andre_yktMaxim Bogukglobal/1262 скорее всего OID pg_database я не помню чтобы менялся когда либо

PS: вы так скорее всего нормально не оживите... там очень много чего кроме директории base еще надо иметь живым. Но направление по сути у вас конечно верное хотя и закопаетесь вы с этим надолго.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Блин, что то не такой директории, и файла такого нет. Хотя по идее он должен быть, тут вертелось 4 базы, из них две нужные

Попробуйте global/12142 (файл 12142 в директории global).
Там все не просто с global (shared каталогом)

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
24.02.2019, 12:11
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778409
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
andre_yktMaxim Boguk,

pg_filenode.map - это не оно ?

+ Вам 100% пригодится https://pgeoghegan.blogspot.com/2018/03/decoding-pgfilenodemapdata.html вот эта ссылка.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
24.02.2019, 12:14
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778410
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
Maxim Boguk,

благодарю за линк. в общем обычным блокнотом открыл 12134 обнаружил там, значит баз было больше.
@sweet @ut11 @mdut
@hideoninja @Sweethome2 @sweethome2 @hrm @buh @sweetretail2 @reservedice @postgres @template1 @template0

12142 нет такого файла
...
Рейтинг: 0 / 0
24.02.2019, 12:17
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39778442
Melkij
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Melkij
Участник
andre_yktИтак , развернул кластер с нуля, и начал подсовывать в data\base каталоги по одному
Вам необходимо запустить на копии целиком всего data и смотреть в лог базы: на чём именно отказывается стартовать. И прыгать оттуда.

Собирать франкенштейна из кусков несвязанных между собой pgdata - идея нерабочая. Так вы в каком-то пригодном виде данные не получите даже если убедите грязным скальпелем базу запустится и решить что эти файлы её. Потому что нет корректных сведений о транзакционной видимости и вы можете увидеть то что давно удалено, то что должно было rollback одновременно и не увидеть то что должно быть с точки зрения приложения живо.
Если детально знаете что где должно лежать и какое состояние является консистентным - то pg_filedump.
...
Рейтинг: 0 / 0
24.02.2019, 15:58
| Ответить | Цитировать | Написать  
Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
    #39787526
andre_ykt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andre_ykt
Гость
победили , всем спасибо
...
Рейтинг: 0 / 0
18.03.2019, 08:02
| Ответить | Цитировать | Написать  
20 сообщений из 45, страница 2 из 2
  2  все
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Здравствуйте уважаемые, есть проблема , вирус-шифровальщик
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&msg=39777996&tid=1995291]:
 0ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 45ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 61ms
get tp. blocked users:
 2ms
others: 18ms
total:  175ms
созд. / загр.: 175ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]