The vulnerability, as described, is a soundness issue in Triton VM's sponge_absorb_mem instruction, where it fails to verify that the data being hashed is actually from the claimed memory location. The provided commit 17c7ba0a directly addresses this. Analysis of the commit's patch shows that the file triton-air/src/table/processor.rs was modified. Specifically, the function instruction_sponge_absorb_mem, which is responsible for defining the algebraic constraints for the corresponding VM instruction, was updated. The patch introduces new constraints (read_from_ram) that explicitly enforce the reading of data from RAM. The original implementation was missing these constraints, which is the root cause of the vulnerability. Therefore, the instruction_sponge_absorb_mem function is the precise location of the flawed logic that enables the vulnerability.