Find CEntitySystem M EntityMaterialAttributes Linux
ASecurity
Agent fallback for CEntitySystem_m_EntityMaterialAttributes-linux (auto-generated, category: structmember). Locate
CEntitySystem::m_EntityMaterialAttributes in the CS2 server module via IDA Pro MCP and emit a fresh,
minimal-unique artifact. The deterministic preprocessor could not resolve this
symbol on the current gamever - your job is the re-sign.
Trigger: CEntitySystem_m_EntityMaterialAttributes-linux, CEntitySystem::m_EntityMaterialAttributes
Installs into .claude/skills of the current project.
Are you the author of Find CEntitySystem M EntityMaterialAttributes Linux?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/mrc4tt-find-centitysystem-m-entitymaterialattributes-linu)
---
name: find-CEntitySystem_m_EntityMaterialAttributes-linux
description: |
Agent fallback for CEntitySystem_m_EntityMaterialAttributes-linux (auto-generated, category: structmember). Locate
CEntitySystem::m_EntityMaterialAttributes in the CS2 server module via IDA Pro MCP and emit a fresh,
minimal-unique artifact. The deterministic preprocessor could not resolve this
symbol on the current gamever - your job is the re-sign.
Trigger: CEntitySystem_m_EntityMaterialAttributes-linux, CEntitySystem::m_EntityMaterialAttributes
disable-model-invocation: true
---
# Find CEntitySystem_m_EntityMaterialAttributes-linux
Target: `CEntitySystem::m_EntityMaterialAttributes` (structmember) in the module loaded in THIS session.
> The old artifact/preprocessor anchors no longer match this build. Use anchors
> only to *locate* candidates; derive the artifact from the ACTUAL bytes you read.
> Produce ONLY this session's platform output. NEVER open another binary.
## Method
Resolve the class layout via the schema/network system or instructions that
dereference the member. Verify natural alignment and cross-check with
constructor/accessor functions.
## Mandatory self-check before emitting
The pipeline re-reads the bytes at your `func_va` and regenerates `func_sig` from
them - a mismatch aborts the run. Therefore: read the real bytes via IDA MCP,
derive the artifact FROM those bytes (wildcard relocated operands as `??`), start
at the TRUE function head, and only then write the YAML. A mismatch is always a
bug in YOUR output.
## Output schema (STRICT)
Write `CEntitySystem_m_EntityMaterialAttributes.{platform}.yaml` with EXACTLY these fields:
```yaml
struct_name: <owning class name>
member_name: <member name>
offset: "<hex byte offset as string>"
size: <member size in bytes, decimal>
offset_sig: "<short byte pattern of an instruction touching the offset>"
```
NEVER include func_* or vfunc_* fields.
## Verification
1. Decompile and confirm the behavior matches the symbol's semantics.
2. Uniqueness: the pattern must match exactly ONE location in the loaded binary.
3. If no candidate can be confirmed, report the shortlist - a skipped symbol is
safer than a wrong signature.