Бан-лист | |
|---|---|
Хотя такое и бывает редко, но иногда всё таки бывает.
Здеся буду вести список заблокированных аккаунтов и счастливых обладателей ИПов. Понимаю что под одним ИПом в тырнет иногда выходят очень большое кол-во пользователей, да и ИП поменять не составляет особого труда, этот метод не особо эффективен. По сему список этот пишу для себя, что бы не забыть людей которые хулюганят. ну и что бы другие их знали... | |
Вобщем открывает наш Хит парад пользователь:
ИМЯ: enzo ИП: 65.110.40.49 , 85.234.133.162 Email (указанный в профайле) gnev64@mail.ru Причина: за спам Срок: пожизненно | |
Вобщем открывает наш Хит парад пользователь: вот и спамеры пронюхали. однако. | |
Ну спамеры-то это дело привычное, с ними бороться по крайней мере достаточно просто (хоть и утомительно). Как бы всякие уроды-"хакеры" тут практиковаться не начали.
| |
Продолжаем наш бан-лист:
ИМЯ: Пафнутий ИП: 81.26.152.246 Email (указанный в профайле) galiy@bk.ru Причина: за рекламу Срок: пожизненно | |
Фильм Иен Флакс (Aeon Flux) стоит уже 2 балла - один голос. Этот фильм невозможно посмотреть. Премьера в америке 2 декабря. Если обладатель оценки уже предупрежден, то в бан его, а если нет то последнее предуприждение.
| |
ну вобщем ИП человека который уже смотрел этот фильм 82.193.64.21
Первое предупреждение за потасовку результатов голосования. Если будет ещё - то будет либо бан, либо ограничение по разделу КИНО. | |
далее:
ИМЯ: mebeldrm Татаринов (гость) ИП: 194.186.135.31 Причина: за рекламу Срок: пожизненно | |
ИМЯ: Panterios
ИП: 62.5.156.190 Причина: за рекламу, к тому же ещё и сексуального характера Срок: пожизненно | |
ИМЯ: vadim_bu
Майл: or-to@mail.ru ИП: 81.195.24.154 Причина: за рекламу Срок: пожизненно | |
С почином меня.
ИМЯ: Raul@ ИП: 83.174.218.194 Причина: за рекламу с особым цинизмом Срок: пожизненно | |
leksey писал: Раз уж он забанен, то его надо из списка участников убрать. | |
ИМЯ: MoneySurf
ИП: 62.221.33.34 Причина: за рекламу Срок: пожизненно | |
ИМЯ: VictorK
ИП: 217.196.97.44 Причина: за рекламу Срок: пожизненно Народ, кто может забанить - забаньте. Это заслуженно. Доказательство | |
Andruxa писал: Я тоже так считаю, учитывая то, что "это" уже размножилось. | |
Господа. Скоро свершится ужасное! Зарегистрированные пользовали получат в сроки руки
Хомяк материлизует страшный сон веб-спамеров. (6) | |
Регистрирую жену, чадо уже зарегилось, даем друг другу благодарности и баним leksey
:) ;) :P | |
SP писал: Хех. Такие системы, которые придумываю я, хакнуть сложно, пАтАмучно я параноик - dimarik подтвердит. Три человека со статусом "читатель" могут забанить только человека того же статуса. :-) | |
leksey писал:Ну, тогда параноидальный вопрос. А что будет если дать друг другу 32768 благодарностей? | |
leksey писал: SP писал: Ну, тогда параноидальный вопрос. А что будет если дать друг другу 32768 благодарностей? Ты про тип данных что-ли? А хрен его знает. :-) А чтобы дать другу другу столько благодарностей, потребуется почти столетие - 91 год. | |
leksey писал:Я про контроль переполнения буффера ввода/вывода. | |
leksey писал: SP писал: Я про контроль переполнения буффера ввода/вывода. Эээ. Про какой буфер речь? Я не понял. А вобще - лучше дождемся новых фич. ВОт там столько обсудить и узнать придеться. Развлечений хватит на неделю. А то и больше. | |
leksey писал: Это классический прием взлома: воспользоваться тем, что область памяти, куда запоминается вводимая с консоли (или по сети) информация ограничена по размеру, а длина вводимого сообщения не контролируется. В результате портится исполняемый код, расположенный после буфера ввода/вывода. В общем, проехали, действительно: А вобще - лучше дождемся новых фич. ВОт там столько обсудить и узнать придеться. | |
leksey писал: гы, ну Лёха, для такого дела я всегда дырочку оставлю. | |
гы, ну Лёха, для такого дела я всегда дырочку оставлю. Как говорится: Родина ждет героя, а ..... Даже самый гениальный замысел может разбиться о непрофессионализм имплементатора. Но это не наш случай. Правильно, Шура? :-) | |
Это классический прием взлома: воспользоваться тем, что область памяти, куда запоминается вводимая с консоли (или по сети) информация ограничена по размеру, а длина вводимого сообщения не контролируется. В результате портится исполняемый код, расположенный после буфера ввода/вывода. По моему скромному мнению, в веб-программировании это невозможно. Интерпретатору плевать на размер строковых данных. Они ограничены только "аппаратными" характеристиками. А sql-сервер при попытке записи в ячейку, скажем, числа большего чем разрешено для типа данных этой ячейки, просто не запишет его туда. Сбоя и потери данных не будет. |