What wallets are affected by the NPM package vulnerability?
up vote
6
down vote
favorite
Recently, a vulnerability was found in an open-source project used by some bitcoin wallet software (such as CoPay and BitPay).
Are there any other wallets known to be affected by this vulnerability?
If I am a user of this software, what steps can I take to secure my bitcoin?
copay bitpay weaknesses
asked Nov 27 at 11:12
chytrik
5,7772523
add a comment |
up vote
6
down vote
favorite
Recently, a vulnerability was found in an open-source project used by some bitcoin wallet software (such as CoPay and BitPay).
Are there any other wallets known to be affected by this vulnerability?
If I am a user of this software, what steps can I take to secure my bitcoin?
copay bitpay weaknesses
asked Nov 27 at 11:12
chytrik
5,7772523
add a comment |
up vote
6
down vote
favorite
up vote
6
down vote
favorite
Recently, a vulnerability was found in an open-source project used by some bitcoin wallet software (such as CoPay and BitPay).
Are there any other wallets known to be affected by this vulnerability?
If I am a user of this software, what steps can I take to secure my bitcoin?
copay bitpay weaknesses
asked Nov 27 at 11:12
chytrik
5,7772523
Recently, a vulnerability was found in an open-source project used by some bitcoin wallet software (such as CoPay and BitPay).
Are there any other wallets known to be affected by this vulnerability?
If I am a user of this software, what steps can I take to secure my bitcoin?
copay bitpay weaknesses
copay bitpay weaknesses
asked Nov 27 at 11:12
chytrik
5,7772523
asked Nov 27 at 11:12
chytrik
5,7772523
asked Nov 27 at 11:12
chytrik
5,7772523
asked Nov 27 at 11:12
chytrik
5,7772523
asked Nov 27 at 11:12
chytrik
5,7772523
5,7772523
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
7
down vote
accepted
Only Copay is affected by this vulnerability.
Although the package was included by many, many projects (both within and outside the crypto space), the attack payload was encrypted, and used the package description as a decryption key. They key in question was found to be (via brute force) A Secure Bitcoin Wallet, which is the npm description for the copay-dash package.
Thus, packages which did not have that as their description would be unable to decrypt, and hence execute, the payload.
Note that such attacks are feasible on any package that does not verify and pin its dependencies, even outside the nodejs ecosystem. Developers should work to ensure that they are importing vetted code, and pin (or even vendor) their dependencies. This is especially important for programs that deal with private keys.
answered Nov 27 at 11:26
Raghav Sood
6,64911127
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
7
down vote
accepted
Only Copay is affected by this vulnerability.
Although the package was included by many, many projects (both within and outside the crypto space), the attack payload was encrypted, and used the package description as a decryption key. They key in question was found to be (via brute force) A Secure Bitcoin Wallet, which is the npm description for the copay-dash package.
Thus, packages which did not have that as their description would be unable to decrypt, and hence execute, the payload.
Note that such attacks are feasible on any package that does not verify and pin its dependencies, even outside the nodejs ecosystem. Developers should work to ensure that they are importing vetted code, and pin (or even vendor) their dependencies. This is especially important for programs that deal with private keys.
answered Nov 27 at 11:26
Raghav Sood
6,64911127
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
add a comment |
up vote
7
down vote
accepted
Only Copay is affected by this vulnerability.
Although the package was included by many, many projects (both within and outside the crypto space), the attack payload was encrypted, and used the package description as a decryption key. They key in question was found to be (via brute force) A Secure Bitcoin Wallet, which is the npm description for the copay-dash package.
Thus, packages which did not have that as their description would be unable to decrypt, and hence execute, the payload.
Note that such attacks are feasible on any package that does not verify and pin its dependencies, even outside the nodejs ecosystem. Developers should work to ensure that they are importing vetted code, and pin (or even vendor) their dependencies. This is especially important for programs that deal with private keys.
answered Nov 27 at 11:26
Raghav Sood
6,64911127
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
add a comment |
up vote
7
down vote
accepted
up vote
7
down vote
accepted
Only Copay is affected by this vulnerability.
Although the package was included by many, many projects (both within and outside the crypto space), the attack payload was encrypted, and used the package description as a decryption key. They key in question was found to be (via brute force) A Secure Bitcoin Wallet, which is the npm description for the copay-dash package.
Thus, packages which did not have that as their description would be unable to decrypt, and hence execute, the payload.
Note that such attacks are feasible on any package that does not verify and pin its dependencies, even outside the nodejs ecosystem. Developers should work to ensure that they are importing vetted code, and pin (or even vendor) their dependencies. This is especially important for programs that deal with private keys.
answered Nov 27 at 11:26
Raghav Sood
6,64911127
Only Copay is affected by this vulnerability.
Although the package was included by many, many projects (both within and outside the crypto space), the attack payload was encrypted, and used the package description as a decryption key. They key in question was found to be (via brute force) A Secure Bitcoin Wallet, which is the npm description for the copay-dash package.
Thus, packages which did not have that as their description would be unable to decrypt, and hence execute, the payload.
Note that such attacks are feasible on any package that does not verify and pin its dependencies, even outside the nodejs ecosystem. Developers should work to ensure that they are importing vetted code, and pin (or even vendor) their dependencies. This is especially important for programs that deal with private keys.
answered Nov 27 at 11:26
Raghav Sood
6,64911127
answered Nov 27 at 11:26
Raghav Sood
6,64911127
answered Nov 27 at 11:26
Raghav Sood
6,64911127
answered Nov 27 at 11:26
Raghav Sood
6,64911127
6,64911127
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
add a comment |
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
Can you define the verb "vendor"? I could only find the noun in major dictionaries.
– Kevin
Nov 27 at 15:42
1
1
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
@Kevin Vendoring means to keep a copy of a specific version of an external code dependency within your repository, so that you are always sure of what code you are running. It also prevents a third party from changing code without changing the version number and slipping it into your application.
– Raghav Sood
Nov 27 at 16:09
1
1
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
Ah. We do that all the time. It also makes it easier to fork the dependency and/or submit pull requests (which can be a double-edged sword if you don't have enough people or expertise to support a fork, but at least it gives you options).
– Kevin
Nov 27 at 16:15
2
2
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
I think "self-hosting" is a clearer, more common term for what you call "vendoring" here, unless that's an established term in the JS community.
– Nic Hartley
Nov 27 at 18:09
1
1
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
I picked vendoring based on what we call it in golang, I'm not 100% certain if the js folks have a specific term for it.
– Raghav Sood
Nov 27 at 18:17
add a comment |
Thanks for contributing an answer to Bitcoin Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fbitcoin.stackexchange.com%2fquestions%2f81407%2fwhat-wallets-are-affected-by-the-npm-package-vulnerability%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
