In contrast, this is a textbook example of a sloppy developer who doesn't understand security but is writing network facing code which is never properly audited, and it's consistent with the number of other bugs mentioned.
Saying that it might be a government is like saying that because the CIA has killed people every pedestrian hit by a drunk driver is probably an assassination.
1. https://blog.cryptographyengineering.com/2013/12/28/a-few-mo...
If we take recent history, we now have hard evidence of all sorts of conspiracy theory type stuff being absolutely true. With that in mind, do we just keep defaulting to 'not government' every time there's a deliberate backdoor identified? Sounds like a great way to maintain the status quo and ensure that no action is ever taken to curb this.
> this is a textbook example of a sloppy developer who doesn't understand security
From TFA:
02 - Hard coded backdoor
02.1 - Vulnerable code analysis
02.2 - Remote exploitation
Yes, there’s a hardcoded password. The field has a long history of people adding those to make support easier, and I’d bet a lot more that that password means someone with that name worked on the mydlink project than that the NSA put it there, just as most burglaries are routine crime even if the CIA or FBI has been known to quietly bug houses.
> As you can see in the above code, the login functionality specifically
> looks for an admin user named "mydlinkBRionyg" and will accept the password
>of "abc12345cba" if found. This is a classic backdoor. Simply login with
> the credentials that I just mentioned from the above code.
Programming mistake? Seriously?