3

US concerns of intentional vulnerabilities placed in foreign manufactured equipment has lit up headlines. Is there a standard that sorts (differentiates) poor-designs from intentionally placed vulnerabilities?

Example: An undocumented backdoor vulnerability is found in a system, what is the thought process to decide whether the vulnerability is intentionally placed for remote access or is a result of poor design.

Update: there may be more than one definition for backdoor. That being said, for our purposes, a backdoor is any undocumented remote access to the system. All responses have been thoughtful and are appreciated.

2

I don't think there is such "standard" and I don't think there can be one. It is hard or impossible to find out if a vulnerability was accidentally added as a byproduct of bad design or bad development process, slipped through even though both design and development process were fine or was intentionally added to a good design but well hidden to look harmless as in The Underhanded C Contest etc. There are probably some cases where a specific issue can be traced back to malicious intend but in most cases this is not possible.

2

If you browse through a CISSP manual you will find that this high level security course actually touches on back doors for systems. Universally, it states that such back doors are of poor design, even if they are made with the best of intentions. Any backdoor can be discovered and executed against a known entity and is therefor a major security risk. As such, creating a "standard" for this bad practice would be equivalent to saying there's a minimum approved number of malwares you can have on your computer before you need to take action.

That said, there have been many attempts by NSA, NIST, and other government entities (around the globe I might add) to influence developers to leave such backdoor. The consistent feedback from the security community is that backdoors have no method to learn the intent of the user and prevent malicious individuals from coming through. This is especially apparent when you look at industries such as healthcare where 65% of there attackers are internal threats. The only standard, then is to not have back doors.

1

What is required for a backdoor

By definition, a backdoor is created by someone with access to the system or code in question in order to facilitate future access.

A backdoor is software functionality built or installed by someone intentionally. In contrast, a typical vulnerability has no purpose. A typical vulnerability is the result of an accident or oversight by a developer, integrator, or administrator.

How to identify one

There is no definitive standard for identifying a backdoor. This is usually judged by considering the method by which it operates as well as whether it appears to be designed rather than accidental.

The overriding concern is whether the party who created it would also be the one to use it (or, perhaps, to sell access to it).

Examples

E.g., if a login utility always accepts a specific undocumented username/password, then it is likely a backdoor. It is quite reasonable to assume that a developer coded that functionality specifically to allow him access.

On the other hand, it could be a simple truncation bug or "performance" tweak if a login utility is built so that it only uses the first 8 characters of a password to generate a hash. Obviously, this makes the system vulnerable to brute forcing or rainbow table attacks, but there is no clear basis to presume that the developer would exploit it.

0

These answers really don't seem appropriate.

The answer (in my book) is No, there is not a standard... because the usage of the term 'Backdoor' to refer to 'accidental vulnerabilities' is incorrect. The terminally 'Backdoor' refers very clearly to a subset of a computer virus. Not surprisingly then, the anti-virus industry came up with naming conventions and terminology for categorising groups and strains of computer virus many many years ago. The one for a Backdoor... simple... 'Backdoor'.

A backdoor thats only seen as a windows 32-bit binary? easy. 'W32/Backdoor' or 'Backdoor.Win32' (the anti-virus products agree for the most part on lots of naming conventions, but do seem conflicted on others [assuming i am interpreting the names right]).

How about a Backdoor, thats a windows 32-bit binary, that has its own cool name 'DoubleAgent'? Easy again... 'Backdoor.Win32.DoubleAgent.c'.

I'd encourage you to go to https://www.virustotal.com/ and search for 'backdoor'. Check out any of the millions of uploaded virus samples and look at the different names that anti-virus products have given them. Its a really interesting space, but they will all share one commonality... 'Backdoor'.

  • 1
    I'm not sure this answers the question - "backdoor" is commonly used for both malware which allows an attacker access to a system after infection, and for intentional/unintentional methods which allow access to a system to a specific group of users (E.g. an override password for a device, or a way for encrypted data to be extracted with a key other than the intended recipient's). – Matthew Jan 9 at 15:17
  • Thanks for pointing out the difference in semantics of backdoor. Cool Website. – gatorback Jan 9 at 16:15
  • The OP edited the question to confirm they were referring to a Backdoor in a computer system, rather than a crypto-system. And again, I believe that something is only a backdoor if it was purposefully created to defeat the natural security controls of that hardware/software system. While the information to utilise a backdoor might be intended to be a secret, I believe a backdoor cannot, by definition, be created by accident. – hiburn8 Jan 11 at 11:23

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.