On April 23, 2019 the FBI published a Private Industry Notification (20190423-001). The document was distributed as a pdf only by e-mail. While marked “TLP-White,” “may be distributed without restriction," I could not find it on the web.
The summary read:
The FBI continues to observe U.S. businesses’ reporting significant losses caused by cyber insider threat actors. These cases often involve former or disgruntled employees exploiting their enhanced privileges—such as unfettered access to company networks and software, remote login credentials, and administrative permissions— to harm companies. Cyber insider threat actors most often are motivated by revenge, but they also conduct attacks to profit financially from stolen information, gain a competitive edge at a new company, engage in extortion, or commit fraud through unauthorized sales and purchases.
I recommend it to the reader. (Since I cannot find it on the web, here is a link to a private copy.)
There are two kinds of insider risk, accidental and intentional, and three threat sources, benign, dishonest, and disgruntled employees. Note that insider threat rate is much lower than the outsider threat but the consequences, and therefore risk, may be much greater. Outsiders damage the brand while insiders may bring down the business.
Not only is employee error by otherwise well motivated and intended employees perhaps the biggest source of losses ("The dummies have it, hands down, now and forever." --Robert H. Courtney) but it contributes to the success of attacks by outsiders. (Think “phishing” and other forms of duping.) Undetected errors may result in employee temptation and fraud. The employee makes an error and no one notices. She repeats and still no one notices. She finally concludes that she could do it in her own favor and still no one would notice. We distinguish between dishonest employees, who want to keep their activities secret, and disgruntled employees who want you to know that you have been injured.
Management supervision is the most effective of all insider controls. Effective supervision usually requires that the supervisor could do, or at least appreciate, the job being supervised. This control often breaks down for privileged IT jobs. The more sensitive or unique the task to be supervised, the more narrow should be the span of control. While one might be able to supervise a dozen tellers or coders, one might supervise no more than five or six loan officers, system designers, or privileged administrators.
The limitation of supervision is cost; while it is effective, it is also expensive. Therefore, other more efficient and complimentary controls are often substituted for all or part supervision. These might include background checks, training, division of responsibility and privileges (so-called multi-party controls), cross training, job rotation, measurement, mandatory vacations, audit trails and audits, recognition, compensation, and complete and timely separation.
I had been writing and talking on this subject for a few years before I added “please and thank you” to my list of controls. While equitable compensation is a powerful control, no amount of it can compensate for inadequate recognition. Many dishonest and most disgruntled employees feel that their contribution to the enterprise has not been appreciated. Please and thank you go a long way toward maintaining necessary morale.
The FBI notification gives special attention to IT personnel and, especially, privileged users such as system administrators. Management often focuses on lower level employees, like tellers or clerks, doing routine tasks. Where these engage in fraud they get little and are caught early. It is professionals, managers, and executives who bring down the business.
It is ironic that these highly privileged actors are often inadequately supervised, under paid, and unaccountable. We caution against the sharing of user IDs and passwords, but it is privileged IDs and passwords that are most likely to be shared. Many administrators have so much privilege that they cannot be held accountable, can escalate their privileges, and the privileges, once granted, cannot be effectively withdrawn. Think about the privileges that Edward Snowden had to have accumulated to gain access to all the information that he exfiltrated.
One should not grant privileges that one cannot withdraw. Therefore, privileged users should be required to use hardware token based strong authentication. One should not grant privileges without accountability for their use. Therefore, when there is more than one privileged user, i.e., in most large enterprises, Privileged Access Management (PAM) controls should be in place. These controls will be covered in a later post.
Showing posts with label multi-party controls. Show all posts
Showing posts with label multi-party controls. Show all posts
Thursday, July 11, 2019
Tuesday, October 13, 2015
A Leapfrog Enterprise Security Strategy
Recently I was quoted in an article on newly reported, but somewhat old, breaches. In the report I was quoted as suggesting that these breaches suggest that security has fallen behind and that, just in order to catch up, we need a "leapfrog" strategy. This post will suggest what such a strategy might contain.
Mine would start with strong authentication close to the users, i.e., at the end point. Strong authentication will start with privileged users and move to all employees. We have known about the limitations of passwords and what to do about them for thirty years. It is way past time to get on with it. Going forward, the end point of choice will be the mobile computer, colloquially referred to as a "smartphone." This device already contains powerful sensors that can be used for authentication of claims to identity. Apple Touch ID and Samsung Face Unlock are simply early examples of what can be done. These are quick and easy to use and, in combination with possession of the device, constitute strong authentication.
Mine would start with strong authentication close to the users, i.e., at the end point. Strong authentication will start with privileged users and move to all employees. We have known about the limitations of passwords and what to do about them for thirty years. It is way past time to get on with it. Going forward, the end point of choice will be the mobile computer, colloquially referred to as a "smartphone." This device already contains powerful sensors that can be used for authentication of claims to identity. Apple Touch ID and Samsung Face Unlock are simply early examples of what can be done. These are quick and easy to use and, in combination with possession of the device, constitute strong authentication.
My strategy would include reducing the number of privileged users, the reduction of their privileges, and accountability for the use and exercise of privileges. It would include involving two or more people in the exercise of sensitive but rarely used privileges. We have too many privileged users and too little visibility into how those privileges are used.
It would include the automatic notification of the subjects of records and the owners and managers of accounts of all use, changes to, or transactions against those records or accounts. If we are to detect breaches on a timely basis, we must increase and improve transparency and accountability.
It will include isolating e-mail and browsing from mission critical and other sensitive systems and data. The intelligence is clear that many, not to say most, compromises begin by duping the users of these two applications.
It will include end-to-end end, end-point to application, not perimeter, not operating system, encryption. We cannot continue to operate large enterprise networks as flat spaces, as spaces in which any system may address any other system in the network.
It will include restrictive, i.e., "white list only," granular access control close to the applications and data. It will probably include access control at every layer, e.g. between the application and the database, between the database and the file system.
These measures are neither expensive nor disruptive. Google has demonstrated that even strong authentication can be flexible and convenient. They can be implemented in parallel. There are vendors recommending them and with products and services to implement them.
This is an "off-the-top of my head" list; I am sure I have omitted something important. However, it is informed by fifty years of thinking about this problem. I am sure that many of my colleagues have measures not on my list but which they would include in a leapfrog strategy.
Subscribe to:
Posts (Atom)