aboutsummaryrefslogtreecommitdiff
path: root/src/multisig
Commit message (Collapse)AuthorAgeFilesLines
* Multisig tx builder: fix incomplete memory wipeSChernykh2026-06-031-2/+2
|
* Enforce Tx unlock_time is Zero by Relay Rule [RELEASE]jeffro2562024-04-292-3/+1
| | | | | | | | | | | | | | | | Related to https://github.com/monero-project/research-lab/issues/78 Added a relay rule that enforces the `unlock_time` field is equal to 0 for non-coinbase transactions. UIs changed: * Removed `locked_transfer` and `locked_sweep_all` commands from `monero-wallet-cli` APIs changed: * Removed `unlock_time` parameters from `wallet2` transfer methods * Wallet RPC transfer endpoints send error codes when requested unlock time is not 0 * Removed `unlock_time` parameters from `construct_tx*` cryptonote core functions @tobtoht: undo rebase changes tx.dsts -> tx_dsts
* multisig: better errors for small malformed kex msgsjeffro2562023-10-251-3/+6
| | | | Resolves https://github.com/monero-project/monero/issues/8493
* add an option to force-update multisig key exchange under some circumstanceskoe2022-09-213-50/+120
|
* multisig: fix #8537 seed restore (suggestions by @UkoeHB)j-berman2022-09-013-2/+18
| | | | | | | | - spend secret key is no longer the sum of multisig key shares; no need to check that is the case upon restore. - restoring a multisig wallet from multisig info means that the wallet must have already completed all setup rounds. Upon restore, set the number of rounds completed accordingly.
* derive multisig tx secret keys from an entropy source plus the tx inputs' ↵koe2022-07-132-13/+130
| | | | key images
* multisig: fix critical vulnerabilities in signinganon2022-06-305-1/+1460
|
* Merge pull request #8302luigi11112022-05-106-6/+6
|\ | | | | | | 41da2fe Update copyright to 2022 for Hardfork files (Akrit)
| * Update copyright to 2022 for Hardfork filesAkrit2022-04-296-6/+6
| | | | | | | | Update Makefile and LICENSE
* | Merge pull request #8220luigi11112022-05-103-141/+261
|\ \ | |/ |/| | | 0d6ecb1 multisig: add post-kex verification round to check that all participants have completed the multisig address (koe)
| * multisig: add post-kex verification round to check that all participants ↵koe2022-04-293-141/+261
| | | | | | | | have completed the multisig address
* | CMake: Add missing headers via monero_find_all_headers macromj-xmr2022-04-061-4/+1
| |
* | Copyright: Update to 2022mj-xmr2022-03-043-3/+3
|/
* multisig key exchange update and refactorkoe2022-02-229-147/+1733
|
* Update copyright year to 2020SomaticFanatic2020-05-063-3/+3
| | | | Update copyright year to 2020
* use memwipe on secret k/alpha valuesmoneromooo-monero2020-04-151-3/+4
| | | | Reported by UkoeHB_ and sarang
* Hash domain separationSarang Noether2020-04-011-2/+5
|
* Update 2019 copyrightbinaryFate2019-03-053-3/+3
|
* Arbitrary M/N multisig schemes:naughtyfox2018-10-012-2/+66
| | | | | | | | | * support in wallet2 * support in monero-wallet-cli * support in monero-wallet-rpc * support in wallet api * support in monero-gen-trusted-multisig * unit tests for multisig wallets creation
* Do memwipe for critical secret keys copied to rct::keystoffu2018-08-161-1/+4
|
* device: untangle cyclic depenencystoffu2018-03-141-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | When #3303 was merged, a cyclic dependency chain was generated: libdevice <- libcncrypto <- libringct <- libdevice This was because libdevice needs access to a set of basic crypto operations implemented in libringct such as scalarmultBase(), while libringct also needs access to abstracted crypto operations implemented in libdevice such as ecdhEncode(). To untangle this cyclic dependency chain, this patch splits libringct into libringct_basic and libringct, where the basic crypto ops previously in libringct are moved into libringct_basic. The cyclic dependency is now resolved thanks to this separation: libcncrypto <- libringct_basic <- libdevice <- libcryptonote_basic <- libringct This eliminates the need for crypto_device.cpp and rctOps_device.cpp. Also, many abstracted interfaces of hw::device such as encrypt_payment_id() and get_subaddress_secret_key() were previously implemented in libcryptonote_basic (cryptonote_format_utils.cpp) and were then called from hw::core::device_default, which is odd because libdevice is supposed to be independent of libcryptonote_basic. Therefore, those functions were moved to device_default.cpp.
* Code modifications to integrate Ledger HW device into monero-wallet-cli.cslashm2018-03-041-1/+2
| | | | | | | | | | | | | | | | | | | The basic approach it to delegate all sensitive data (master key, secret ephemeral key, key derivation, ....) and related operations to the device. As device has low memory, it does not keep itself the values (except for view/spend keys) but once computed there are encrypted (with AES are equivalent) and return back to monero-wallet-cli. When they need to be manipulated by the device, they are decrypted on receive. Moreover, using the client for storing the value in encrypted form limits the modification in the client code. Those values are transfered from one C-structure to another one as previously. The code modification has been done with the wishes to be open to any other hardware wallet. To achieve that a C++ class hw::Device has been introduced. Two initial implementations are provided: the "default", which remaps all calls to initial Monero code, and the "Ledger", which delegates all calls to Ledger device.
* Readd copyright starting datexmr-eric2018-01-263-3/+3
|
* Update 2018 copyrightxmr-eric2018-01-263-3/+3
|
* Match surae's recommendation to derive multisig keysmoneromooo-monero2017-12-172-13/+21
|
* make multisig work with subaddressesmoneromooo-monero2017-12-172-27/+7
| | | | Thanks to kenshi84 for help getting this work
* add multisig core test and factor multisig building blocksmoneromooo-monero2017-12-173-0/+254