Zksync

Linea

Viction (Formerly TomoChain)

Base

Optimism

HECO Chain

Arbitrum

Harmony One X

Avalanche C-Chain

Polygon

StarkNet

BNB Smart Chain

TKX Chain

Ethereum

Boba Network

Fantom Opera

Solana

Bitkub Chain

Moonbeam

Bitkub Upgrades Blockchain Network

Inspex บริษัท Blockchain Audit น้องใหม่สัญชาติไทยที่ Audit มูลค่ารวมแล้วกว่า 7 หมื่นล้านบาท

มุมมองโลก DeFi จาก Inspex บริษัท Security Audit ในวงการ Blockchain

ช่วงธันวาคม 2023, ทาง OpenZeppelin ได้เปิดเผยช่องโหว่ <a href="https://blog.openzeppelin.com/arbitrary-address-spoofing-vulnerability-erc2771context-multicall-public-disclosure" rel="noopener">Address Spoofing</a> ที่เกิดขึ้นเมื่อมีการใช้งาน OpenZeppelin’s library ร่วมกันระหว่าง <code>ERC2771Context</code> และ <code>Multicall</code> โดยรายละเอียดช่องโหว่ สาเหตุ และ ผลกระทบของช่องโหว่นี้เป็นอย่างไร ใน blog นี้ทาง Inspex จะมาอธิบายให้ฟังกัน<h2>ERC2771Context คืออะไร</h2>ERC-2771 คือมาตรฐานสำหรับ meta transaction หรือการที่ให้ relayer (หรือ trust forwarder) ทำการส่ง transaction ไปยัง blockchain แทน user เพื่อที่ user จะไม่ต้องเสีย gas fee ซึ่ง flow การทำ transaction จะเปลี่ยนเป็น user sign ข้อมูล transaction ที่ต้องการและส่งต่อให้ forwarder จากนั้น forwarder ทำการ verify signature และส่ง transaction ไปยัง blockchain<img src="https://public.inspex.co/articles/2024-01-12t10-49-33-344z-png">ซึ่งการ implement ด้วย OpenZeppelin’s library นั้น ใน contract จะต้องใช้ <code>ERC2771Context._msgSender()</code> แทนการใช้งาน <code>msg.sender</code> โดยหลักการทำงานก็คือหลังจากที่ forwarder verify signature จาก user เรียบร้อยแล้ว forwarder จะต้องทำการต่อ <code>msg.data</code> ด้วย address (20 bytes) ของ user ที่ส่ง meta transaction มา และ function <code>_msgSender()</code> เมื่อถูกเรียกจาก trust forwarder จะ return ค่า user address ที่ 20 bytes สุดท้ายของ <code>msg.data</code> ออกไปแทน ทำให้ user สามารถส่ง transaction โดยไม่เสีย gas fee และ platform ก็ยังสามารถใช้ user address ที่ได้จาก function <code>_msgSender()</code> ได้เหมือน <code>msg.sender</code> ตามปกติ<a href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v4.9.3/contracts/metatx/ERC2771Context.sol" rel="noopener">openzeppelin-contracts/contracts/metatx/ERC2771Context.sol</a><pre><code>/**
 * @dev Override for `msg.sender`. Defaults to the original `msg.sender` whenever
 * a call is not performed by the trusted forwarder or the calldata length is less than
 * 20 bytes (an address length).
 */
function _msgSender() internal view virtual override returns (address sender) {
 if (isTrustedForwarder(msg.sender) &amp;&amp; msg.data.length &gt;= 20) {
 // The assembly code is more direct than the Solidity version using `abi.decode`.
 /// @solidity memory-safe-assembly
 assembly {
 sender := shr(96, calldataload(sub(calldatasize(), 20)))
 }
 } else {
 return super._msgSender();
 }
}</code></pre><h2>Multicall คืออะไร</h2>โดยปกติหาก user ต้องการที่จะ interact กับ platform หลาย ๆ ครั้ง ในแต่ละครั้ง user จะต้องส่ง transaction แยกต่อ 1 interaction เช่น user ต้องการที่จะเรียก function <code>harvest()</code> และ <code>withdraw()</code> user จะต้องส่งทั้งหมด 2 transaction แต่หาก contract นั้นได้ทำการ implement <code>Multicall</code> เข้ามาช่วย จะทำให้ user สามารถเรียกทั้ง 2 function ข้างต้น ได้ใน transaction เดียว<img src="https://public.inspex.co/articles/2024-01-12t10-51-55-242z-png">ใน OpenZeppelin’s library นั้น เมื่อ user มีการเรียกใช้งาน function <code>multicall()</code> จะทำการวน loop เพื่อเรียก <code>delegatecall</code> กลับเข้ามาที่ <code>address(this)</code> หรือก็คือตัว contract เองเพื่อที่จะ execute function ด้วย context ของ <code>msg.sender</code> เดิมที่เรียก function <code>multicall()</code><a href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v4.9.3/contracts/utils/Multicall.sol" rel="noopener">contracts/utils/Multicall.sol</a><pre><code>/**
 * @dev Receives and executes a batch of function calls on this contract.
 * @custom:oz-upgrades-unsafe-allow-reachable delegatecall
 */
function multicall(bytes[] calldata data) external virtual returns (bytes[] memory results) {
 results = new bytes[](data.length);
 for (uint256 i = 0; i &lt; data.length; i++) {
 results[i] = Address.functionDelegateCall(address(this), data[i]);
 }
 return results;
}</code></pre><h2>ช่องโหว่ Address Spoofing เมื่อใช้ ERC2771Context ร่วมกับ Multicall</h2>หลังจากทำความรู้จักกับ <code>ERC2771Context</code> และ <code>Multicall</code> เรียบร้อยแล้ว ก็กลับมาดูที่ช่องโหว่ Address Spoofing ที่ถูกเปิดเผยออกมากัน โดยปกติทั่วไปแล้วการนำ <code>ERC2771Context</code> หรือว่า <code>Multicall</code> เข้าไปใช้ใน contract นั้นไม่ได้สร้างปัญหา หรือทำให้เกิดช่องโหว่กับ contract แต่อย่างใด ตัว library ทั้งสองนั้นทำงานได้อย่างปกติ ตามหน้าที่ของมัน แต่ปัญหาจะเกิดต่อเมื่อมีการใช้งาน library ทั้ง <code>ERC2771Context</code> และ <code>Multicall</code> พร้อมกันใน contract เดียว ช่องโหว่นี้ยังสามารถทำให้ attacker นั้นส่ง transaction แทนตนเองเป็น address ใด ๆ ก็ได้ เสมือนว่ามี private key ของกระเป๋านั้น ๆ ได้อีกด้วยช่องโหว่นี้เกิดขึ้นได้เพราะ ในขณะกำลัง execute transaction ที่ถูกส่งจาก trust forwarder นั้น ถึงแม้ว่า function จะทำงานในสิทธิ์ของ user ที่ verify มาอย่างถูกต้อง แต่ว่าค่าของ <code>msg.sender</code> นั้นจะยังคงเป็น trust forwarder อยู่ เมื่อ function <code>multicall()</code> ถูกเรียกด้วยวิธีนี้ จะทำให้การวนเรียก <code>delegatecall</code> ทุก ๆ ครั้งนั้นมีค่า <code>msg.sender</code> เป็น trust forwarder ด้วย ซึ่ง <code>msg.data</code> ที่ถูกส่งเข้าไปยัง function เหล่านั้นส่งต่อมาจาก user input จึงจะไม่ได้มีการต่อด้วย user address (20 bytes) <img src="https://public.inspex.co/articles/2024-01-12t10-54-27-492z-png">ด้วยเหตุนี้ทำให้ attacker สามารถเรียก function <code>multicall()</code> และต่อท้ายค่า <code>bytes[] data</code> ด้วย address ของเหยื่อเพื่อที่จะทำการปลอม address และทำรายการแทนเหยื่อได้ เช่น หาก contract <code>Token</code> มีการ implement ทั้ง <code>ERC2771Context</code> และ <code>Multicall</code> พร้อมกัน attacker ก็สามารถใช้ช่องโหว่นี้โอนเงินออกจากกระเป๋าของเหยื่อ address ใดก็ได้ตามภาพด้านล่าง<img src="https://public.inspex.co/articles/2024-01-12t10-55-09-473z-png"><h2>ผลกระทบที่เกิดขึ้น</h2>ช่องโหว่ Address Spoofing นี้ส่งผลกระทบให้การทำ authorization ด้วย <code>_msgSender()</code> ไม่เป็นผลและถูกปลอมเปลงได้ ในทุก ๆ contract ที่มีการ implement ทั้ง <code>ERC2771Context</code> และ <code>Multicall</code> โดยเฉพาะผู้ใช้งาน thirdweb หรือมีการ fork มาจาก thirdweb ตาม <a href="https://blog.thirdweb.com/security-vulnerability/" rel="noopener">list</a> นี้ ซึ่งช่องโหว่นี้สามารถส่งผลกระทบโดยร้ายแรงต่อทั้ง user และ platform ได้ เช่น<ul><li>โอน token ออกจากกระเป๋าของ user หรือ contract ต่าง ๆ ของ platform</li><li>ปลอมเป็น contract owner เพื่อ mint token ออกมา dump ในตลาด</li><li>Burn token ใน pair เพื่อ drain token ออกจาก pair</li></ul>ตัวอย่าง transaction (<a href="https://etherscan.io/tx/0xecdd111a60debfadc6533de30fb7f55dc5ceed01dfadd30e4a7ebdb416d2f6b6" rel="noopener">link</a>) การโจมตี TIME Token บน Ethereum โดย attacker ได้ทำโจมตีช่องโหว่ address spoofing ตามขั้นตอนต่อไปนี้ และได้รับเงินไปจำนวน ~84.59 $ETH<ol><li>Attacker ทำการ swap 5 $ETH เป็น 3,455,399,346 $TIME</li><li>โจมตีด้วยการ spoof address เป็น UniswapV2 pair TIME/ETH แล้วทำการ burn 62,227,259,510 $TIME ออกจาก pair</li><li>เรียก function <code>sync()</code> บน pair TIME/ETH</li><li>Swap $TIME จาก step 1 กลับเป็น 94.51 $ETH</li><li>จ่ายค่า bribe ให้ Mev Bot เป็นจำนวน 4.9 $ETH</li></ol><img src="https://public.inspex.co/articles/2024-01-12t10-55-46-352z-png">โดยการโจมตีอื่น ๆ ที่เกิดขึ้นจริงในแต่ละ blockchain สามารถดูตัวอย่างเพิ่มเติมได้ตาม <a href="https://blog.openzeppelin.com/arbitrary-address-spoofing-vulnerability-erc2771context-multicall-public-disclosure#b9ea0e1d-954b-41a4-b592-2af58f5c901b" rel="noopener">link</a> นี้<h2>แนวทางการป้องกัน และ การแก้ไข</h2>การตรวจสอบว่าช่องโหว่ Address Spoofing นี้มีผลกับ platform หรือไม่นั้น สามารถตรวจได้จากการที่ platform มี contract ที่มีการ implement ทั้ง <code>ERC2771Context</code> และ <code>Multicall</code> จาก OpenZeppelin หรือไม่ หากมีผลกระทบควรดำเนินการป้องกัน ดังนี้<ol><li>ปิด trust forwarder ที่ใช้งานทั้งหมด</li><li>หยุดการใช้งาน platform ชั่วคราว</li><li>หาก user มีการ approve token ให้กับ contract ที่กระทบ จะต้องประกาศให้ user ทำการ revoke token approve ออกทั้งหมด</li><li>ทำการ upgrade smart contract หรือ migration ไปยัง contract ที่ทำการแก้ไขแล้ว</li></ol>หลังจากตรวจพบ ทาง OpenZeppelin ได้ทำการแก้ไขให้ function <code>multicall()</code> มีการต่อ <code>msg.data</code> ด้วย user address ในกรณีที่ transaction นั้นมาจาก trust forwarder โดยการแก้ไขนี้จะอยู่ใน <code>openzeppelin-contracts</code> version ตั้งแต่ v4.9.5, v5.0.1 เป็นต้นไป <a href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v4.9.5/contracts/utils/Multicall.sol" rel="noopener">contracts/utils/Multicall.sol</a><pre><code>/**
 * @dev Receives and executes a batch of function calls on this contract.
 * @custom:oz-upgrades-unsafe-allow-reachable delegatecall
 */
function multicall(bytes[] calldata data) external virtual returns (bytes[] memory results) {
 bytes memory context = msg.sender == _msgSender()
 ? new bytes(0)
 : msg.data[msg.data.length - _contextSuffixLength():];

 results = new bytes[](data.length);
 for (uint256 i = 0; i &lt; data.length; i++) {
 results[i] = Address.functionDelegateCall(address(this), bytes.concat(data[i], context));
 }
 return results;
}</code></pre><h2></h2>

ช่วงธันวาคม 2023, ทาง OpenZeppelin ได้เปิดเผยช่องโหว่ Address Spoofing  ที่เกิดขึ้นเมื่อมีการใช้งาน OpenZeppelin’s library ร่วมกันระหว่าง  ERC2771Context  และ  Multicall  โดยรายละเอียดช่องโหว่ สาเหตุ และ ผลกระทบของช่องโหว่นี้เป็นอย่างไร ใน blog นี้ทาง Inspex จะมาอธิบายให้ฟังกัน   ERC2771Context คืออะไร   ERC-2771 คือมาตรฐานสำหรับ meta transaction หรือการที่ให้ relayer (หรือ trust forwarder) ทำการส่ง transaction ไปยัง blockchain แทน user เพื่อที่ user จะไม่ต้องเสีย gas fee ซึ่ง flow การทำ transaction จะเปลี่ยนเป็น user sign ข้อมูล transaction ที่ต้องการและส่งต่อให้ forwarder จากนั้น forwarder ทำการ verify signature และส่ง transaction ไปยัง blockchain   ซึ่งการ implement ด้วย OpenZeppelin’s library นั้น ใน contract จะต้องใช้  ERC2771Context._msgSender()  แทนการใช้งาน  msg.sender  โดยหลักการทำงานก็คือหลังจากที่ forwarder verify signature จาก user เรียบร้อยแล้ว forwarder จะต้องทำการต่อ  msg.data  ด้วย address (20 bytes) ของ user ที่ส่ง meta transaction มา และ function  _msgSender()  เมื่อถูกเรียกจาก trust forwarder จะ return ค่า user address ที่ 20 bytes สุดท้ายของ  msg.data  ออกไปแทน ทำให้ user สามารถส่ง transaction โดยไม่เสีย gas fee และ platform ก็ยังสามารถใช้ user address ที่ได้จาก function  _msgSender()  ได้เหมือน  msg.sender  ตามปกติ     openzeppelin-contracts/contracts/metatx/ERC2771Context.sol      /**
 * @dev Override for `msg.sender`. Defaults to the original `msg.sender` whenever
 * a call is not performed by the trusted forwarder or the calldata length is less than
 * 20 bytes (an address length).
 */
function _msgSender() internal view virtual override returns (address sender) {
    if (isTrustedForwarder(msg.sender) &amp;&amp; msg.data.length &gt;= 20) {
        // The assembly code is more direct than the Solidity version using `abi.decode`.
        /// @solidity memory-safe-assembly
        assembly {
            sender := shr(96, calldataload(sub(calldatasize(), 20)))
        }
    } else {
        return super._msgSender();
    }
}    Multicall คืออะไร   โดยปกติหาก user ต้องการที่จะ interact กับ platform หลาย ๆ ครั้ง ในแต่ละครั้ง user จะต้องส่ง transaction แยกต่อ 1 interaction เช่น user ต้องการที่จะเรียก function  harvest()  และ  withdraw()  user จะต้องส่งทั้งหมด 2 transaction แต่หาก contract นั้นได้ทำการ implement  Multicall  เข้ามาช่วย จะทำให้ user สามารถเรียกทั้ง 2 function ข้างต้น ได้ใน transaction เดียว   ใน OpenZeppelin’s library นั้น เมื่อ user มีการเรียกใช้งาน function  multicall()  จะทำการวน loop เพื่อเรียก  delegatecall  กลับเข้ามาที่  address(this)  หรือก็คือตัว contract เองเพื่อที่จะ execute function ด้วย context ของ  msg.sender  เดิมที่เรียก function  multicall()     contracts/utils/Multicall.sol     /**
 * @dev Receives and executes a batch of function calls on this contract.
 * @custom:oz-upgrades-unsafe-allow-reachable delegatecall
 */
function multicall(bytes[] calldata data) external virtual returns (bytes[] memory results) {
    results = new bytes[](data.length);
    for (uint256 i = 0; i &lt; data.length; i++) {
        results[i] = Address.functionDelegateCall(address(this), data[i]);
    }
    return results;
}    ช่องโหว่ Address Spoofing เมื่อใช้ ERC2771Context ร่วมกับ Multicall   หลังจากทำความรู้จักกับ  ERC2771Context  และ  Multicall  เรียบร้อยแล้ว ก็กลับมาดูที่ช่องโหว่ Address Spoofing ที่ถูกเปิดเผยออกมากัน โดยปกติทั่วไปแล้วการนำ  ERC2771Context  หรือว่า  Multicall  เข้าไปใช้ใน contract นั้นไม่ได้สร้างปัญหา หรือทำให้เกิดช่องโหว่กับ contract แต่อย่างใด ตัว library ทั้งสองนั้นทำงานได้อย่างปกติ ตามหน้าที่ของมัน แต่ปัญหาจะเกิดต่อเมื่อมีการใช้งาน library ทั้ง  ERC2771Context  และ  Multicall  พร้อมกันใน contract เดียว ช่องโหว่นี้ยังสามารถทำให้ attacker นั้นส่ง transaction แทนตนเองเป็น address ใด ๆ ก็ได้ เสมือนว่ามี private key ของกระเป๋านั้น ๆ ได้อีกด้วย  ช่องโหว่นี้เกิดขึ้นได้เพราะ ในขณะกำลัง execute transaction ที่ถูกส่งจาก trust forwarder นั้น ถึงแม้ว่า function จะทำงานในสิทธิ์ของ user ที่ verify มาอย่างถูกต้อง แต่ว่าค่าของ  msg.sender  นั้นจะยังคงเป็น trust forwarder อยู่ เมื่อ function  multicall()  ถูกเรียกด้วยวิธีนี้ จะทำให้การวนเรียก  delegatecall  ทุก ๆ ครั้งนั้นมีค่า  msg.sender  เป็น trust forwarder ด้วย ซึ่ง  msg.data  ที่ถูกส่งเข้าไปยัง function เหล่านั้นส่งต่อมาจาก user input จึงจะไม่ได้มีการต่อด้วย user address (20 bytes)    ด้วยเหตุนี้ทำให้ attacker สามารถเรียก function  multicall()  และต่อท้ายค่า  bytes[] data  ด้วย address ของเหยื่อเพื่อที่จะทำการปลอม address และทำรายการแทนเหยื่อได้ เช่น หาก contract  Token  มีการ implement ทั้ง  ERC2771Context  และ  Multicall  พร้อมกัน attacker ก็สามารถใช้ช่องโหว่นี้โอนเงินออกจากกระเป๋าของเหยื่อ address ใดก็ได้ตามภาพด้านล่าง    ผลกระทบที่เกิดขึ้น   ช่องโหว่ Address Spoofing นี้ส่งผลกระทบให้การทำ authorization ด้วย  _msgSender()  ไม่เป็นผลและถูกปลอมเปลงได้ ในทุก ๆ contract ที่มีการ implement ทั้ง  ERC2771Context  และ  Multicall  โดยเฉพาะผู้ใช้งาน thirdweb หรือมีการ fork มาจาก thirdweb ตาม  list  นี้ ซึ่งช่องโหว่นี้สามารถส่งผลกระทบโดยร้ายแรงต่อทั้ง user และ platform ได้ เช่น    โอน token ออกจากกระเป๋าของ user หรือ contract ต่าง ๆ ของ platform    ปลอมเป็น contract owner เพื่อ mint token ออกมา dump ในตลาด    Burn token ใน pair เพื่อ drain token ออกจาก pair    ตัวอย่าง transaction ( link ) การโจมตี TIME Token บน Ethereum โดย attacker ได้ทำโจมตีช่องโหว่ address spoofing ตามขั้นตอนต่อไปนี้ และได้รับเงินไปจำนวน ~84.59 $ETH    Attacker ทำการ swap 5 $ETH เป็น 3,455,399,346 $TIME    โจมตีด้วยการ spoof address เป็น UniswapV2 pair TIME/ETH แล้วทำการ burn 62,227,259,510 $TIME ออกจาก pair    เรียก function  sync()  บน pair TIME/ETH    Swap $TIME จาก step 1 กลับเป็น 94.51 $ETH    จ่ายค่า bribe ให้ Mev Bot เป็นจำนวน 4.9 $ETH     โดยการโจมตีอื่น ๆ ที่เกิดขึ้นจริงในแต่ละ blockchain สามารถดูตัวอย่างเพิ่มเติมได้ตาม  link  นี้   แนวทางการป้องกัน และ การแก้ไข   การตรวจสอบว่าช่องโหว่ Address Spoofing นี้มีผลกับ platform หรือไม่นั้น สามารถตรวจได้จากการที่ platform มี contract ที่มีการ implement ทั้ง  ERC2771Context  และ  Multicall  จาก OpenZeppelin หรือไม่ หากมีผลกระทบควรดำเนินการป้องกัน ดังนี้    ปิด trust forwarder ที่ใช้งานทั้งหมด    หยุดการใช้งาน platform ชั่วคราว    หาก user มีการ approve token ให้กับ contract ที่กระทบ จะต้องประกาศให้ user ทำการ revoke token approve ออกทั้งหมด    ทำการ upgrade smart contract หรือ migration ไปยัง contract ที่ทำการแก้ไขแล้ว    หลังจากตรวจพบ ทาง OpenZeppelin ได้ทำการแก้ไขให้ function  multicall()  มีการต่อ  msg.data  ด้วย user address ในกรณีที่ transaction นั้นมาจาก trust forwarder โดยการแก้ไขนี้จะอยู่ใน  openzeppelin-contracts  version ตั้งแต่ v4.9.5, v5.0.1 เป็นต้นไป    contracts/utils/Multicall.sol     /**
 * @dev Receives and executes a batch of function calls on this contract.
 * @custom:oz-upgrades-unsafe-allow-reachable delegatecall
 */
function multicall(bytes[] calldata data) external virtual returns (bytes[] memory results) {
    bytes memory context = msg.sender == _msgSender()
        ? new bytes(0)
        : msg.data[msg.data.length - _contextSuffixLength():];

    results = new bytes[](data.length);
    for (uint256 i = 0; i &lt; data.length; i++) {
        results[i] = Address.functionDelegateCall(address(this), bytes.concat(data[i], context));
    }
    return results;
}

อธิบายช่องโหว่ Address Spoofing ใน OpenZeppelin’s ERC2771Context + Multicall

Paradigm CTF 2023 Writeup 2/2

Paradigm CTF 2023 Writeup 1/2

iAM48 is an application that allows participation between fans and Thai idol girl groups under Independent Artist Management (iAM) Company Limited

iAM48

BNK Governance token

Yay Games is a fully decentralized Gaming Marketplace designed for Gamers, Traders, and Farmers. The protocol participants can earn crypto from in-game mining, farming, and trading.

Yay Games

YAY Token

Wault Finance is a decentralized finance hub that connects all of the primary DeFi use-cases within one simple ecosystem, on the Binance Smart Chain. In short, an all-in-one DeFi Platform!

Wault Finance

WexToken

Waggy Finance is a platform or a way for two people to arrange for digital assets with "Proof of Waggrian" which is the third person to audit transactions between buying and selling.

Waggy Finance

Alpaca Finance is the largest lending protocol allowing leveraged yield farming on Binance Smart Chain. It helps lenders to earn safe and stable yields, and offers borrowers undercollateralized loans for leveraged yield farming positions, vastly multiplying their farming principals and resulting profits.

Alpaca Finance

AlpacaToken

Ancient8 is building a DAO that develops a community and software platform to enable everyone to play and build the Metaverse while earning rewards. As Vietnam’s largest blockchain gaming guild, Ancient8 has helped tens of thousands of blockchain gamers and enthusiasts by providing scholarship and educational opportunities, community, and blockchain and software products. Ancient8’s vision is to democratize social and financial access in the Metaverse, and is on a mission to reach, educate, and empower the next 100 million Metaverse citizens through the blockchain. Ancient8 is backed by leading investors including Dragonfly Capital, Pantera Capital, Hashed, Mechanism Capital, Coinbase Ventures, Alameda Research, Animoca Brands, among others.

Ancient8

Safeguard

The Decentralized World

Our Services

How can we help you?

DApps Platform

Investor

About Us

The way we work

Inspex Audit Framework

Inspex Security Solution is covering the whole Software Development Life Cycle

Our Products

Inspex Explorer

Inspex Security Solution is covering the whole Software Development Life Cycle

Trusted by leading DApps

We are trusted by the leading platforms to use our services, and we can help you with your next project!

Industry's leading experts

Partners & Investors

In The News