Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Start-many issue #436

Closed
scratchy opened this issue Jul 17, 2015 · 3 comments
Closed

Start-many issue #436

scratchy opened this issue Jul 17, 2015 · 3 comments

Comments

@scratchy
Copy link

Hey,

Start-many is broken, or at least not that stable as the 'normal' start.
Theres currently no check that the the node which should be started is realy online.
So currently the behavour is: even if theres no node running on the given IP "sucessfull" ist responded.
Thats somehow only a issue for user-experience but this information is published to the Masternode-List.
S.o. whos deeper in the code should dig into it if this is an security issue (maybe its possible to spam the masternode list) ? Even those entrys which are not real show ENABLED on the masternode full list, that also looks not that good.

Following code-snipped should be modified and placed in activemasternode.cpp arround line 195 (im talking about v12)

if(!ConnectNode((CAddress)service, service.ToString().c_str())){
notCapableReason = "Could not connect to " + service.ToString();
LogPrintf("CActiveMasternode::ManageStatus() - not capable: %s\n", notCapableReason);
return;
}

@eduffield222
Copy link

You're right, however it's just a local check, it will definitely help for debugging and keeping your masternode online, but it's not really going to stop anyone from spamming the masternode list (that still requires 1000DASH to sign inorder to propagate the message, so it shouldn't be an issue). Thanks for reporting this, we'll fix it before v12 goes live.

@scratchy
Copy link
Author

Awesome this fix went fast.
Thank you ! :)

@scratchy
Copy link
Author

scratchy commented Aug 3, 2015

Sorry:
Time for reopen it.

It seems the check is not working correctly.
If the port is closed it still says: "result" : "successful", with the normal start it says 'Not capable masternode: Could not connect to..'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants