Find CNetworkMessages_AllowAdditionalMessageRegistration and CNetworkMessages_IsAdditionalMessageRegistrationAllowed
Locate CNetworkMessages_AllowAdditionalMessageRegistration and CNetworkMessages_IsAdditionalMessageRegistrationAllowed vfuncs in CS2 networksystem.dll or libnetworksystem.so using IDA Pro MCP tools.
Method
1. Load CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal from YAML
ALWAYS Use SKILL /get-func-from-yaml with func_name=CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal.
If the skill returns an error, STOP and report to user.
Otherwise, extract:
vfunc_indexofCNetworkMessages_RegisterNetworkFieldChangeCallbackInternalvfunc_offsetofCNetworkMessages_RegisterNetworkFieldChangeCallbackInternal
2. Load CNetworkMessages VTable from YAML
ALWAYS Use SKILL /get-vtable-from-yaml with class_name=CNetworkMessages.
If the skill returns an error, STOP and report to user.
Otherwise, extract:
vtable_numvfuncvtable_entries
3. Resolve the Two Adjacent Slots
Compute the candidate slots:
allow_vfunc_index = CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal.vfunc_index + 1allow_vfunc_offset = CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal.vfunc_offset + 8isallowed_vfunc_index = CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal.vfunc_index + 2isallowed_vfunc_offset = CNetworkMessages_RegisterNetworkFieldChangeCallbackInternal.vfunc_offset + 16
Validate that isallowed_vfunc_index < vtable_numvfunc, then read:
allow_func_addr = CNetworkMessages_vtable[allow_vfunc_index]isallowed_func_addr = CNetworkMessages_vtable[isallowed_vfunc_index]
This adjacent-slot rule is required because AllowAdditionalMessageRegistration and IsAdditionalMessageRegistrationAllowed immediately follow RegisterNetworkFieldChangeCallbackInternal in the CNetworkMessages vtable.
4. Decompile Both Candidate Functions
Decompile both candidates:
mcp__ida-pro-mcp__decompile addr="<allow_func_addr>"
mcp__ida-pro-mcp__decompile addr="<isallowed_func_addr>"
Confirm allow_func_addr is the simple byte setter pattern:
void __fastcall sub_18009B330(__int64 a1, char a2)
{
*(_BYTE *)(a1 + 1372) = a2;
}
Windows assembly example:
mov [rcx+55Ch], dl
retn
Then confirm isallowed_func_addr is the matching byte getter using the same member offset:
__int64 __fastcall sub_18009B340(__int64 a1)
{
return *(unsigned __int8 *)(a1 + 1372);
}
Windows assembly example:
movzx eax, byte ptr [rcx+55Ch]
retn
The exact member offset may change across game updates. The identification rule is:
allow_func_addrwrites one byte tothis + <member_offset>(setter pattern)isallowed_func_addris the next vtable entry (allow_vfunc_index + 1)- The candidate reads and returns one unsigned byte from the same
this + <member_offset>
If both conditions hold, the candidates are CNetworkMessages_AllowAdditionalMessageRegistration and CNetworkMessages_IsAdditionalMessageRegistrationAllowed.
5. Generate Function Signatures
ALWAYS Use SKILL /generate-signature-for-function with addr=<allow_func_addr> to generate a robust and unique func_sig for CNetworkMessages_AllowAdditionalMessageRegistration.
ALWAYS Use SKILL /generate-signature-for-function with addr=<isallowed_func_addr> to generate a robust and unique func_sig for CNetworkMessages_IsAdditionalMessageRegistrationAllowed.
Use the returned validated func_sig values in the next steps.
6. Write IDA Analysis Output as YAML for AllowAdditionalMessageRegistration
ALWAYS Use SKILL /write-vfunc-as-yaml to write the analysis results.
Required parameters:
func_name:CNetworkMessages_AllowAdditionalMessageRegistrationfunc_addr:<allow_func_addr>func_sig: The validated signature from step 5vfunc_sig:None
VTable parameters:
vtable_name:CNetworkMessagesvfunc_offset:<allow_vfunc_offset>in hexvfunc_index:<allow_vfunc_index>
7. Write IDA Analysis Output as YAML for IsAdditionalMessageRegistrationAllowed
ALWAYS Use SKILL /write-vfunc-as-yaml to write the analysis results.
Required parameters:
func_name:CNetworkMessages_IsAdditionalMessageRegistrationAllowedfunc_addr:<isallowed_func_addr>func_sig: The validated signature from step 5vfunc_sig:None
VTable parameters:
vtable_name:CNetworkMessagesvfunc_offset:<isallowed_vfunc_offset>in hexvfunc_index:<isallowed_vfunc_index>
Function Characteristics
CNetworkMessages_AllowAdditionalMessageRegistration
- Purpose: Sets whether additional network message registration is allowed on the
CNetworkMessagesinstance - Binary:
networksystem.dll/libnetworksystem.so - Parameters:
(this, bool bAllow) - Return value:
void
CNetworkMessages_IsAdditionalMessageRegistrationAllowed
- Purpose: Returns whether additional network message registration is currently allowed
- Binary:
networksystem.dll/libnetworksystem.so - Parameters:
(this)only - Return value: An unsigned byte / boolean flag loaded from the same member written by
CNetworkMessages_AllowAdditionalMessageRegistration
Discovery Strategy
- Reuse the existing
CNetworkMessages_RegisterNetworkFieldChangeCallbackInternalYAML to obtain the authoritative slot index - Reuse the existing
CNetworkMessages_vtableYAML to resolve the two adjacent vtable entries - Confirm the semantic pair:
- setter writes
this + <member_offset> - adjacent getter returns
this + <member_offset>
- setter writes
- Generate stable
func_sigvalues from the resolved function bodies
This is robust because:
- The vtable adjacency (
RegisterNetworkFieldChangeCallbackInternalfollowed byAllowAdditionalMessageRegistrationthenIsAdditionalMessageRegistrationAllowed) is stable and explicit - The setter/getter pair must touch the same byte member
- The final YAMLs store both the resolved function signatures and the precise vtable metadata
Output YAML Format
The output YAML filenames depend on the platform:
networksystem.dll->CNetworkMessages_AllowAdditionalMessageRegistration.windows.yaml,CNetworkMessages_IsAdditionalMessageRegistrationAllowed.windows.yamllibnetworksystem.so->CNetworkMessages_AllowAdditionalMessageRegistration.linux.yaml,CNetworkMessages_IsAdditionalMessageRegistrationAllowed.linux.yaml