ChainCatcher 메시지에 따르면, SushiSwap은 RouteProcessor2 취약점 보상 포털이 온라인으로 제공되었으며, 이 포털을 통해 보상을 받을 수 있는 사용자는 0x74eb로 시작하는 계약에 자금을 보관한 사용자입니다.전해진 바에 따르면, SushiSwap은 향후 계속 회수될 수 있는 자금을 포함하기 위해 계약을 정기적으로 업데이트할 예정입니다. 해당 계약에 포함되지 않은 자금의 사용자는 개별 청구 절차를 수행하기 위해 구글 양식을 작성해야 합니다.（출처 링크）

ChainCatcher 메시지, SushiSwap이 RouteProcessor2 사건 분석 보고서를 발표했습니다. 보고서에 따르면, 18회의 재전송 거래로 인해 처음에 첫 번째 사용자 지갑에서 소진된 1800개의 WETH가 결국 여러 지갑으로 들어갔습니다. 현재 총 885개의 ETH가 환불되었습니다. 또한 795개의 ETH가 현재 실행 레이어 보상 금고에 있습니다.Sushi는 도난당한 자금의 마지막 잔여 부분이 Sushi에 의해 부담되고 환불될 것이며, 화이트 해커와 블랙 해커 기금의 영향을 동시에 받은 사용자에 대한 보상 절차를 진행한다고 밝혔습니다. 사용자 청구 양식은 현재 검증 중이며, Merkle 청구 계약은 감사 중입니다. Sushi는 2종류의 영향을 받은 사용자에 대해 다른 보상 방안을 제시했습니다: 구출된 자금의 사용자에게는 Merkle 트리 계약을 통해 Sushi UI에서 청구할 수 있으며; 구출되지 않은 자금의 사용자에게는 Sushi가 별도의 청구 절차를 설정할 것입니다.（출처 링크）

ChainCatcher 메시지에 따르면, 느린 안개 보안 팀의 정보에 의하면 SUSHI RouteProcessor2가 공격을 받았습니다. 느린 안개 보안 팀은 다음과 같은 내용을 메시지 형식으로 공유했습니다:근본 원인은 ProcessRoute가 사용자로부터 전달된 route 매개변수에 대해 아무런 검사를 하지 않아 공격자가 이 문제를 이용해 악의적인 route 매개변수를 구성하여 계약이 읽는 Pool이 공격자가 생성한 것으로 만들었다는 것입니다.계약 내에서 Pool의 합법성을 검사하지 않았기 때문에 lastCalledPool 변수를 Pool로 설정하고 Pool의 swap 함수를 호출했습니다.악의적인 Pool은 그 swap 함수에서 RouteProcessor2의 uniswapV3SwapCallback 함수를 호출했으며, lastCalledPool 변수가 Pool로 설정되어 있었기 때문에 uniswapV3SwapCallback에서 msg.sender에 대한 검사가 우회되었습니다.공격자는 이 문제를 이용해 악의적인 Pool이 uniswapV3SwapCallback 함수를 호출할 때 토큰 전송 매개변수를 구성하여 RouteProcessor2에 권한을 부여한 다른 사용자들의 토큰을 훔쳤습니다.다행히 일부 사용자의 자금은 화이트햇에 의해 안전하게 회수되었으며, 회수가 기대됩니다. 느린 안개 보안 팀은 RouteProcessor2의 사용자에게 0x044b75f554b886a065b9567891e45c79542d7357에 대한 권한을 즉시 철회할 것을 권장합니다.