Earlier quoted context omitted.
On what basis are you saying this paper "isn't published"? Just curious.
"Published" papers are papers published in a scientific journal after peer review. This just appears to be an un-reviewed article.
A Novel Approach For Computer Worm Control Using Decentralized Data Structures
41–50 of 50 posts
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#42The trend of throwing blockchains at problems for which they are totally uncalled for is profoundly annoying.
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#43is this a published paper? O_o
I suspect it's a student project, maybe done for a class at UCSC. The two authors worked together on another project [1], as students at UCSC, in the Spring 2013 semester. [1] http://news.ucsc.edu/2013/06/entrepreneurship-showcase.html
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#44Haha, I had the same idea. The since (valid) transactions are passed freely to all nodes in the Bitcoin network, one can just use the network as a signed messaging platform. You don't need to query blockchain.info, all you need is a Bitcoin client that listens for incoming transactions. I've been writing an implementation on and off for a while now. The general idea is as follows: The botnet client connects to "n" Bi…
(I'm one of the authors of the paper)
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#45Haha, I had the same idea. The since (valid) transactions are passed freely to all nodes in the Bitcoin network, one can just use the network as a signed messaging platform. You don't need to query blockchain.info, all you need is a Bitcoin client that listens for incoming transactions. I've been writing an implementation on and off for a while now. The general idea is as follows: The botnet client connects to "n" Bi…
I'm not surprised that someone else had the idea. Honestly, the fact that it wasn't in the wild yet surprised me. Great code, I'll be looking over it in my free time! (I'm one of the authors of the paper)
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#46Earlier quoted context omitted.
I'm not surprised that someone else had the idea. Honestly, the fact that it wasn't in the wild yet surprised me. Great code, I'll be looking over it in my free time! (I'm one of the authors of the paper)
Are you aware of Dave Dittrich's work at University of Washington? He wrote a nice overview on secured P2P C&C networks in Storm and Nugache that you might find interesting: http://staff.washington.edu/dittrich/writing.html
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#47Earlier quoted context omitted.
I'm not surprised that someone else had the idea. Honestly, the fact that it wasn't in the wild yet surprised me. Great code, I'll be looking over it in my free time! (I'm one of the authors of the paper)
Are you aware of Dave Dittrich's work at University of Washington? He wrote a nice overview on secured P2P C&C networks in Storm and Nugache that you might find interesting: http://staff.washington.edu/dittrich/writing.html
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#48Can't worms simply relay to each other the message signed by the botnet master? No Sybil attack there. The trend of throwing blockchains at problems for which they are totally uncalled for is profoundly annoying.
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#49Author here! I'm surprised to see this up on HN, I checked the front page, and here it was. This was written for a computer security class, and definitely hasn't been proofread yet. If anyone has any questions, I can answer anything you like.
Re: A Novel Approach For Computer Worm Control Using Decentralized Data Structures
#50Can't worms simply relay to each other the message signed by the botnet master? No Sybil attack there. The trend of throwing blockchains at problems for which they are totally uncalled for is profoundly annoying.
The use of the blockchain here appears to be based on the fact shutting down the Bitcoin network is considered to be impossible, at least for the immediate purpose of stopping the control of a botnet. I assume a Sybil attack can still occur within a peer-to-peer network that uses signed messages because of the location and addresses of the nodes can't be signed as well. i.e. the node you are talking to may be repeati…