After completing these activities you should be able to:
The risk management strategy is an important factor in establishing policies and procedures for Incident Response (IR) management. Organizations need to consider IR management and planning as part of the mission and business processes, to include operations and systems. Cyberspace scanarios involving incidents include the compromise of software and hardware supply chain; data breaches that results in unauthorized disclosure, loss of control, unauthorized acquisition, or compromise of Personally Identifiable Information (PII); suspicious email communications that can contain malicious code; and many more based on critical business operations and testing outcomes based on risk assessments. IR plans are often executed through the use of playbooks that outline workflows between teams and departments for how the IR lifecycle will be executed.
The IR lifecycle has four phases that encourage the flow of information throughout the incident handling process - (1) preparation, (2) detection and analysis, (3) containment, eradication, and recovery, and (4) post-incident activity.
Preparation. The initial phase involves establishing and training an IR team (people), defining roles and responsibilities between leadership and departments through policies and procedures (processes), and acquiring the necessary tools and resources for executing tasks in the following phases (technologies). Risk assessments will help direct and prioritize mission and business operations, with proactive approaches needed in establishing standards for the utilization of security frameworks, system configuration hardening, and improving cybersecurity posture through processes improvement.
Developing processes and playbooks to handle incidents during this phase is crucial for effective communications, access to resources, and management engagement during the IR and handling process.
Detection and Analysis. There may be requirements once an incident has been declared, which includes legal, regulatory, and compliance requirements to consider. For example, certain federal entities are required to report cyber incidents to CISA within 72 hours under the Cyber Incident Reporting for Critical Infrastructure Act (CIRCIA) of 2022. This has been the case for the financial banking industry based on a 2021 regulatory agency ruling that mandates the reporting of any significant computer-security incident within 36 hours.
Upon declaration of a cybersecurity incident, collection of data is necessary to preserve any evidence for future analysis and for Computer Emergency Response Teams (CERT) to determine the root cause of an incident. This includes accessing and leveraging network and security tools to investigate and determine any findings related to the incident. Leveraging existing frameworks, such as the MITRE ATT&CK will allow IR personnel to quickly assess Tactics, Techniques, and Procedures (TTPs) for any malicious activities or active attacks taking place.
Containment, Eradication, and Recovery. Containment intends to isolate attacks and malicious activities by identifying the source, access, and any data loss. Containment actions may include removing access to systems and services or disabling accounts that impact business operations.
Eradication is the process for removing any trace of the incident or intrusion from operational systems and networks. Reimaging systems, restoring files from backups, rebuilding networks and accounts are actions taken to ensure the removal of anything that may have been compromised during the incident. Changes to system and security configurations may include additional rules that have been implemented to filter malicious communications, block external connections, or further segment networks. These configuration changes may be added to updated hardening requirements in the next phase of post-incident activity. Increased monitoring and checks will continue through to the recovery phase to ensure there are no remnants of malicious activities.
Recovery is the process of returning the network and systems to a known, operational state. Interruption of enterprise operations may have been authorized during containment and would need to be backed out to restore and reconstitute services.
Post-Incident Activity. Preservation of any of the evidence collected during early response phases should be verified as well as any records used to document the incident and timelines. Configuration management updates and any exceptions to changes made for deploying security hardening changes should be implemented across all enterprise systems. Lessons learned should be conducted across teams to also document and improve processes that identified gaps in the response, re-training required for users and IR personnel, and update to policies, as required. Testing and monitoring for reoccurrence should continue.
Large enterprise organizations have to coordinate and manage staff across geographically separated business and technical operations. Security Operations Centers (SOCs) combine stakeholders across departments, to include management and technical personnel, allowing for centralized communications and control for the coordination of IR plans and security operations. Further expanding coordination across multiple external agencies and organizations can improve on the shortfalls of a traditional SOC and into a Cyber Fusion Center (CFC), which includes threat intelligence, threat hunting, Security Information and Event Management (SIEM), security orchestration, and Information Sharing and Analysis Centers (ISACs). The evolution of the importance of cybersecurity coordination have also come to be known as Joint Operations Centers (JOCs) or Joint Security Operations Centers (JSOCs). Below are links to agencies and organizations that have implemented centers to address the growing cybersecurity threats:
Interpol CFC - https://www.interpol.int/en/Crimes/Cybercrime/Cybercrime-threat-response
New York State JSOC - https://its.ny.gov/joint-security-operations-center-jsoc
Target CFC - https://opensource.target.com/security
When terrorists or insurgents are captured, or when a hideout is discovered, one of the first orders of business is to search for computers, memory sticks, cell phones, and other kinds of electronic devices. Then operatives carry out forensic analysis on the electronic devices in hopes of finding information about things like attack plans, or identities of other terrorists.
For example, when Osama bin Laden's compound was raided, a wealth of digital data were captured: five computers, dozens of hard drives, and more than 100 other storage devices.
CNN Article, May 2012
Forensics is the scientific analysis of physical evidence, as from a crime scene or other related incident. When we use the term 'digital forensics' we are referring to the analysis of events on an information system. From this evidence, we can reconstruct certain incidents and gather information about the user, the system, and the data affected.
When might we want to reconstruct a sequence of digital events? If a server is hacked and we need to know how it was done or even when, we want to check the status of our system. The sexiest of the digital forensic scenarios is more CSI style: you recover a computer and you want to know what kind of shenanigans were done with it. You might be looking for criminal evidence or traces of certain events. We'll focus on that kind of scenario.
In traditional, CSI-style forensics, one of the guiding concepts is Locard's Exchange Principle, which speculates that every time you make contact with another person, place, or thing, it results in an exchange of physical materials. Thus, in the commission of a crime, the perpetrator leaves something at AND takes something from the crime scene. These "somethings" are evidence. More colorfully:
Locard's principle holds in the digital world as well and, in fact, it holds whether you are perpetrating a crime or not. We have seen several examples of this already.
amazon.com web server?
An entry in the web server log, of course!
What evidence do you take with you?
First, a cookie from the amazon.com server.
Second, your browser caches a copy of the web pages you visit — i.e. it stores a copy on your machine of each web page.
This is so that when you look at a page a second time, you can just use the cached copy, provided the page hasn't changed, and not have to wait for the page to be resent from the server.
Third, your browser keeps a history of all the pages you've visited — which it uses to offer you a list of completions of the URL you're currently typing.
Additionally, DNS results for your system asking to resolve (look up) the IP address of amazon.com are cached on your local system.
In addition to visiting websites, one of the ways we've seen that we "go somewhere" in the cyber world is by using SSH to get a terminal on a remote host. It's interesting to see what you leave behind when you do this:
/var/log/auth.log that the sysadmin (System Administrator) has access to, that contains a log entry for every successful and unsuccessful attempt to login.
Here's an example of a few entries:
Nov 1 08:38:05 ssh.cyber.usna.edu sshd[3962]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=131.122.6.104 user=mxxxxxx Nov 1 08:38:05 ssh.cyber.usna.edu sshd[3962]: Accepted password for mxxxxxx from 131.122.6.104 port 49961 ssh2 Nov 1 08:38:05 ssh.cyber.usna.edu sshd[3962]: pam_unix(sshd:session): session opened for user mxxxxxx by (uid=0)This tells us that at 8:38am on 1 November, someone at host 131.122.6.104 tried to login as user mxxxxxx, gave the wrong password, then tried to login again and was successful. Think about how this could be used to track someone who was doing or trying to do bad things!
ssh.cyber.usna.edu, for example, the sysadmin has a tool called lastcomm that lists every command executed by any user.
Here's an example of a few lines output by the command:
md5sum mxxxxxx ?? 0.00 secs Thu Nov 3 07:36 bash F mxxxxxx ?? 0.00 secs Thu Nov 3 07:36 ssh mxxxxxx ?? 0.00 secs Thu Nov 3 07:36 bash F mxxxxxx ?? 0.00 secs Thu Nov 3 07:36What do we learn from this? We learn that at 7:36am on 3 November user mxxxxxx computed an MD5 hash and then ssh'd to some host. Think about how that might be used as evidence.
In fact, there's a command called history that will bring up the last N commands you've given, along with arguments like filenames, etc.
If you login to your ssh.cyber.usna.edu account and give the history command, you'll see all the commands probably that you've ever given on ssh.cyber.usna.edu!
regedit:
regedt32The digital forensics lab will explore the kind of information that stays behind — perhaps unexpectedly — on your Windows computer. So we mention only a few examples here (these are the typical locations, although exact locations may vary due to operating system version, implementations, and local IT policies):
regedit and look under:HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RecentDocsHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\SignaturesManaged and Unmanaged you'll see among other things the MAC Addresses of the Gateway Routers for networks you've been on.File carving is an incredibly useful skill to have in the world of digital forensics. It is the process used in computer forensics to extract data from a storage device after the files have been deleted, the device has been erased, or the device has been damaged. But, at this point, the data on the device just looks like a sequence of "raw bytes" — meaning a sequence of bytes without any information as to where any file begins or ends in the sequence of bytes. In order to extract valuable data from these raw bytes, file carving is necessary.
| File Name | Beginning Byte Offset | Ending Byte Offset |
|---|---|---|
| helloWorld.txt | 0x00 | 0xE |
| historypaper_updated_edited_final_version5.docx | 0x10 | 0xEA |
| Lecture2.pptx | 0x9A2 | 0xA01 |
With computers, "deleting" a file doesn't necessarily mean the data stored in the file (the bytes that comprise the file) are gone. It means that the file systems' record of the file's name, and the files' connection to that area of the hard drive are gone. Those bytes become "unallocated space", but still hold data that can be interpreted.
To carve a file from a block of bytes, you'll need to look for the header of the file, and depending on the file type the footer of the file.
For example, the header (in hex) for a PNG file is 89 50 4e 47 and the footer is 49 45 4e 44 ae 42 60 82.
Below we have an example of a chunk of unallocated space from a drive.
Looking carefully, we spot a PNG header (starting at offset 10) and, following it, a PNG footer (ending at offset 42), therefore we deduce a PNG file is at the offset from 10 to 42.
| PNG header | body | PNG footer | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 7e | 93 | 20 | 20 | 51 | e9 | 05 | 6d | ff | 67 | 89 | 50 | 4e | 47 | 0d | 0a | 1a | 0a | 00 | 00 | 00 | 0d | 49 | 48 | 44 | 52 | 54 | 78 | 9c | 62 | 60 | 01 | 00 | 00 | 00 | 49 | 45 | 4e | 44 | ae | 42 | 60 | 82 | 3d | 69 | c4 | 82 | 81 | f0 | 6f | 61 | e4 | 40 | 4b | b4 | 34 | 2f | 2e | bb |
| 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 |
The proliferation of cell phones, computers, PDAs, has added the element of digital forensics to investigations. You often see even on fictional crime shows, they have individuals using digital forensics to help solve a case. When conducting an investigation, it is conducted in three stages: Acquisition, Analysis, and Reporting. No one stage is more important than another, and they each are equally critical to an investigation. As we know, in a criminal court case, we know the lawyers of the defendant are trying to convince the jurors that there is reasonable doubt in order to force a verdict of Not Guilty. For this reason, digital forensics investigators must conduct their investigation in a way that would be capable of being repeated by an independent investigator.
Acquisition Stage: During the acquisition stage, the evidence of which the investigation will be conducted is collected. The investigation is conducted on a copy of the original digital evidence, both a logical and physical image of the evidence. The investigator will also hash the evidence to prove that the digital evidence has in no way been modified. A log of the chain of the custody must be generated of all actions taken during the acquisition stage.
Analysis Stage: During the analysis stage, this is where the investigator is examining the evidence and extracting information for the data. The goal is to construct a time-line of events. Throughout the analysis, the evidence is hashed to prove that it has not been modified in any way for we know that even changing one bit of the digital data would change the entire hash digest. If the hash digest was different than the hash digest of the original evidence, this would be a gold mine for the lawyer of the defendant for this could possibly introduce reasonable doubt to the trial. The analysis of the evidence may lead to the need to collect further evidence. Also, during this stage the investigator should keep a log of all their actions during the analysis of the evidence.
Reporting Stage: During the reporting stage, the unbiased findings from the first two stages are communicated to an adjudication venue. The adjudication venue (e.g., criminal court, internal investigation, etc.) is the organization that will make some recommendation or decision based on the evidence. While the formatting of the reported results may vary in format depending on the organization performing the analysis and the adjudication venue, the results normally include the following components: