The GmxProxy.sol::createOrder() creates the order params to send it to the GMX function ExchangeRouter::createOrder(params):
And according to the integration notes of GMX contracts:
If contracts such as the ExchangeRouter, Oracle or Reader are updated, effort should be made to keep the function parameters the same, however, this may not always be possible, e.g. if a new order property is to be supported, the ExchangeRouter.createOrder params will have to be changed
In the case where the parameters are changed, the communication with the exchange router may be DoSed. Meaning that we loose the functionality for creating, editing and closing swaps and positions with GMX protocol.
Halt of functionality of the protocol.
Severe disruption of the protocol
Having hardcoded the parameters of ExchangeRouter::createRouter function
Add some functionality where you can edit the parameters of the createOrder() function.
Please read the CodeHawks documentation to know which submissions are valid. If you disagree, provide a coded PoC and explain the real likelihood and the detailed impact on the mainnet without any supposition (if, it could, etc) to prove your point.
There is no real proof, concrete root cause, specific impact, or enough details in those submissions. Examples include: "It could happen" without specifying when, "If this impossible case happens," "Unexpected behavior," etc. Make a Proof of Concept (PoC) using external functions and realistic parameters. Do not test only the internal function where you think you found something.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.