Connection Log

[MIT]

Выглядит правильно.

[Sherlock]

У кого-то сохранился этот мод? Если да, скиньте его сюда А то на официальном сайте его нет.

[Sheer]

v 1.0.2 http://startrekguide.com/community/view ... 127&t=7655
v 1.0.6 http://www.phpbb-work.ru/connection-log-t10.html

[Sherlock]

Sheer
О спасибо. А то искал и не нашел. А о phpbb-work я как-то не подумал.

[Alex Baskakov]

Это мод Connection Log можно переделать в расширение для 3.1.х?

[Sheer]

Теоретически все можно.

[Alex Baskakov]

Теоретически все можно.

Этого расширения явно не хватает в общем списке расширений первостепенной важности. У него только не хватает логов запроса на почту нового пароля и расшифровки почему произошел отказ соединения. Ошибка при вводе пароля должна выводиться в лог отдельно. Так можно определить потенциальных взломщиков аккаунтов. Они часто будут светиться с попытками неудачных авторизаций.
Логи смены пароля и почты не обязательны (если они есть, не знаю), так как они имеются в штатном функционале логов админки.

[Sheer]

Набросок.

connection_log.jpg

[Пчелкин]

Набросок.

А дальше?

[Alex Baskakov]

Набросок

Это больше чем набросок. Осталось добавить логи запроса на почту нового пароля и это уже будет готовый код, к которому даже не знаю что еще можно пожелать. Логи запроса на почту нового пароля позволяют выявить недобросовестных юзеров, следящих за форумчанами. Юзер, зная эл. почту человека, через форму восстановления пароля делает запрос на эту почту. Если система не отбраковывает почту, значит она использовалась при регистрации на форуме. Значит искомый человек зарегистрирован на форуме. И если такие запросы на смену паролей слишком частые с одного айпи и еще производятся по нескольким майлам, и за ними ничего не происходит, а именно, после сгенерированного системой нового пароля на указанную почту, вскоре должна произойти авторизация или смена пароля юзером-ротозеем забывшим пароль, причем как правило, авторизованного с того же айпи, с которого был сделан запрос, значит можно с 99% вероятностью утвержадать что это действия недоброжелателя. Таким образом, администратор будет знать айпи потенициального недоброжелателя, шпионящего за форумчанами, а значит имеет больше шансов его выявить.

[Sheer]

Осталось добавить логи запроса

Ну вот это не обещаю. Надо смотреть, есть ли для этого подходящее событие.

А дальше?

А дальше допилить надо.

Отправлено спустя 5 минут 24 секунды:
Кстати не совсем понял хотелку. Какой смысл отправлять запрос на смену пароля, если нет доступа к почтовому ящику. Ну отправил... получит-то пользователь, а не отправитель. Или имеется ввиду, что взломщик аккаунта указывает свой емайл-адрес?

[Sheer]

[BETA] Connection Log

[Alex Baskakov]

Ну вот это не обещаю. Надо смотреть, есть ли для этого подходящее событие.

Sheer, в 3.1.4 добавилось подходящее событие? Если да, то можно ли попросить Вас допилить в логи запросы на восстановление пароля?

Кстати не совсем понял хотелку. Какой смысл отправлять запрос на смену пароля, если нет доступа к почтовому ящику. Ну отправил... получит-то пользователь, а не отправитель. Или имеется ввиду, что взломщик аккаунта указывает свой емайл-адрес?

Имеется ввиду что

Если система не отбраковывает почту, значит она использовалась при регистрации на форуме.

[Sheer]

в 3.1.4 добавилось подходящее событие?

Нет и не будет. [BETA] Connection Log

[Alex Baskakov]

в 3.1.4 добавилось подходящее событие?

Нет и не будет. [BETA] Connection Log

Для этого нет события, и я думаю никогда не будет. Вся беда в том, что попытка подсунуть чужой адрес при восстановлении пароля, приводит к вызову функции trigger_error(), что в свою очередь приводит к остановке работы сценария (вызов exit()). Поэтому запись в лог должна осуществляться до вызова trigger_error(), а это невозможно без правок кода ядра.

Почему чужой? Совсем не чужой. Например, есть у Вас майл 12345qwerty@mail.ru и Вы зарегистрировали на него аккаунт SuperSheer на сайте megaguru.da Но я об этом аккаунте не знаю, хотя очень хочу знать зарегистрированы ли Вы на этом сайте? И точно знаю что майл 12345qwerty@mail.ru - Ваш. В форме восстановления пароля ввожу ник SuperSheer и майл 12345qwerty@mail.ru и отправляю запрос на восстановление. Если 12345qwerty@mail.ru не использовался на форуме для регистрации, то система выдаст инфу что "Введённая информация о email/имени пользователя не найдена", а если использовался, то система подтвердит что сгенерированный пароль отправлен на указанную почту.

В логах должна отобразиться информация, что анонимус с IP хх.хх.хх.ххх запросил на майл 12345qwerty@mail.ru новый пароль. Только и всего.