Advanced Kill Assists 1.5

[iPlague]

Huehue, u have to add check "is player (index)"

 

[Huehue]

Huehue, u have to add check "is player (index)"

ok, but i don't know how ?

 

[iPlague]

Huehue, its very huevo, u can order such fix in the special theme of this forum (paid)

 

[Huehue]

Huehue, its very huevo, u can order such fix in the special theme of this forum (paid)

No , thank you

 

[BlackSignature]

Спойлер: Ложная информация

Данный плагин, как мне сказали, якобы приводит к передаче другим игрокам полей с "_", в частности, поля "_pw" и его значения. Я так понимаю, проблема в rh_update_user_info(). Т.е. любой плагин, юзающий его, вероятно приводит к подобной проблеме. Возможно, результат вызова данного натива не подчиняется правилам фильтрации полей. Человек, имевший проблему, имел пустое значение sv_rehlds_userinfo_transmitted_fields. С другими значениями наличие проблемы не устанавливалось.
Сам я не проверял (некогда, да и лень, если честно), но нижеприведённый код вроде как фиксит эту проблему. Нужно

public SV_WriteFullClientUpdate(id, pBuffer)
{
    if(id == g_iAssistKiller)
        set_key_value(pBuffer, "name", g_szDeathString)
}

заменить на

public SV_WriteFullClientUpdate(id, pBuffer)
{
    if(id == g_iAssistKiller) {
        set_key_value(pBuffer, "name", g_szDeathString)

        static szValue[32]

        if(get_key_value(pBuffer, "_pw", szValue, charsmax(szValue))) {
            set_key_value(pBuffer, "_pw", "m")
        }
    }
}

 

[Xelson]

BlackSignature, это не правда. rh_update_user_info вызывает метод rehlds SV_UpdateUserInfo, который в свою очередь по цепочке вызовов доходит до SV_FullClientUpdate где и происходит вырезание ключей с префиксом _.
Такая ошибка утечки приватных полей setinfo была возможна в старой версии плагина 2017 года до версии 1.0. С тех пор было сделано еще пару плагинов на основе старого опасного алгоритма, код которых до сих пор актуален (например InName Combo Kills)

 

[BlackSignature]

Xelson, ок, я проверю чуть позже для верности. Мне скидывали 1.3c, но что конкретно на сервере - не знаю.

 

[BlackSignature]

Подтверждаю, проблема на версии 0.9 присутствует. На текущей 1.3с - отсутствует. Поговорили с человеком, он сам не знает, какая была версия, т.к. уже обновился. Вероятно версия была старая, т.к. ставилась давно. Просто обновить плагин до текущей версии после обнаружения проблемного плагина он не соизволил, по итогу случилась дезинформация меня, и через меня - всех остальных. Скрою под спойлер инфу, извиняюсь за введение в заблуждение. Всем, кто использует старую версию этого плагина через SVC_UPDATEUSERINFO, нужно обновиться. Так же можно проверить исходники своих плагинов на наличие в них SVC_UPDATEUSERINFO, т.к. вполне вероятно, что такие плагины так же могут быть уязвимы.

 

[Murz]

Xelson, good day, could you make it possible on/off text message from lang file in version 1.3d
example
aka_txt_msg "1" // enable 1 disable 0

 

[Xelson]

Murz, to disable the text message just reset aka_message cvar (aka_message "")

 

[Murz]

Xelson, yes, but I meant it Advanced-Kill-Assists/addons/amxmodx/scripting/next21_kill_assist.sma at main · Next21Team/Advanced-Kill-Assists (github.com)

 

[Xelson]

Murz, the same approach will be to set an empty string for AKA_MESSAGE key in lang file:

AKA_MESSAGE = ""

 

[kto-to]

Xelson, вопрос. Фикс будет неправильной урезки русских букв? (Нужно исправить неправильную последовательность букв при урезке).
Суть - есть такое как, что когда ники на Русском языке и в TAB показываются они в помощи т.е. тест + тест2 то около плюса крякозябры))
Тип кодировка не та ников при обрезке)
А если русский ник + английский, то всё нормально)

т.е. 1 русская буква занимает 2 байта, а когда плагин хочет урезать ник, т.к не влезает -> следовательно там нарушается последовательность буквы и будет квадратик или какой-то любой другой символ (в данном плагине оба варианта).

Если простым языком - как пример ник: MyNameIsДжон
MyNameIsД@ж@о@н@
Английские буквы занимают 1 ячейку информации.
Русские буквы занимают 2 ячейки информации (юникод всё таки) будем отображать их в виде
1 ячейка буква + @ 2 ячейка (вспомогательный) для понимания.
В плагине проверяет, если ник1+ник2 слишком длинные и не умещаются, то плагин будет их сокращать, добавлять многоточие
так вот, плагин тупо решит, надо сократить ник на 3 буквы т.е 3 ячейки, (т.к юникод не учитывает).
Следовательно ник станет таким, где для буквы о исчез вспомогательный байт юникода -> MyNameIsД@ж@о
Ну а в игре будет выглядеть это как -> MyNameIsДж☐

 

[Xelson]

Ресурс Advanced Kill Assists был обновлен:

Обновление до версии 1.5

Нажмите на эту ссылку, чтобы узнать подробности обновления

 

[kto-to]

Xelson, спасибо за фикс!)

 

[Refresh]

Случайно сегодня увидел на 1.3d такую картинку, надо обновиться, возможно в новой версии не будут начислять бонусы за убийство тиммейта

 

[kto-to]

Refresh, собственно, а где начисления бонусов-то? Обычно, в чат пишется при их зачислении... Но в чате пусто.

 

[Refresh]

kto-to, пишет только тому кому начислено. Мне кажется просто @Rico террорист, а CT-шник поднял заминированый труп.

 

[Rriser]

Xelson, Можно ли сделать так чтобы считалась статистика на скальпелских плагинах?

 

[ade888]

Rriser, можно