{"id":22754,"date":"2026-09-26T07:36:35","date_gmt":"2026-09-26T07:36:35","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=22754"},"modified":"2026-09-26T07:36:35","modified_gmt":"2026-09-26T07:36:35","slug":"cisco-300-220-practice-test-questions-and-exam-dumps-part20-q381-400","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/cisco-300-220-practice-test-questions-and-exam-dumps-part20-q381-400\/","title":{"rendered":"Cisco 300-220 Practice Test Questions and Exam Dumps Part20 Q381-400"},"content":{"rendered":"<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/300-220-exam-dumps\"><b>Cisco 300-220 Exam Dumps<\/b><\/a><b> and Practice Test Dumps<\/b><\/h2>\n<p>&nbsp;<\/p>\n<h3><b>Question 381.<\/b><\/h3>\n<p><b>Which evidence can reveal suspicious modifications to endpoint logging?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser history<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File ownership<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Network latency<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Logging configuration events<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Logging configuration events can reveal changes that reduce or alter endpoint visibility. Hunters can examine whether audit settings, logging levels, event categories, or collection destinations were modified. Unexpected reductions in logging may indicate attempts to conceal activity, although legitimate troubleshooting or performance adjustments can also produce similar changes. The responsible account, process, timestamp, and change-management records should therefore be reviewed. Browser history, file ownership, and network latency do not directly describe logging configuration. Correlating configuration changes with other suspicious events can help determine whether the modification was operationally expected or potentially intended to impair security monitoring.<\/span><\/p>\n<h3><b>Question 382.<\/b><\/h3>\n<p><b>What helps identify unusual connections from a server?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Keyboard layout<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Server communication baseline<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser bookmarks<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer settings<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A server communication baseline helps identify network connections that differ from the server&#8217;s expected behavior. Servers usually have predictable communication patterns based on their applications and roles. A connection to an unfamiliar destination, unexpected protocol, or unusual port can become a useful investigative lead when it falls outside that baseline. Legitimate maintenance, monitoring, and application changes can also create exceptions, so the finding should be correlated with change records and process telemetry. Keyboard layouts, bookmarks, and printer settings do not describe server communication. Baseline comparison therefore provides valuable context for identifying unusual server network activity.<\/span><\/p>\n<h3><b>Question 383.<\/b><\/h3>\n<p><b>Which artifact can show an application created a new process?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Process creation telemetry<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DNS resolver data<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Firewall policy history<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Account expiration records<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Process creation telemetry records the launch of a new process and can often provide the executable path, parent process, user context, timestamp, and command-line information. This makes it valuable for determining whether an application created an unexpected child process. Hunters can use process relationships to identify unusual execution chains, scripting activity, or potentially abused applications. DNS resolver data describes name resolution, firewall history describes network-control configuration, and account expiration records concern identity management. None directly establishes process creation. Combining process creation data with parent-child relationships and command-line information can provide stronger evidence during endpoint investigations.<\/span><\/p>\n<h3><b>Question 384.<\/b><\/h3>\n<p><b>Why compare network behavior before and after a software installation?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To measure display performance<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To identify keyboard changes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To detect communication changes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To count printer pages<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Comparing network behavior before and after software installation can reveal communication changes introduced by the new application. Hunters may identify newly contacted domains, external destinations, service ports, connection frequencies, or unusual traffic volumes. This comparison does not automatically indicate malicious behavior because legitimate software may require new network services. However, unexpected communication that was absent before installation can provide a useful lead for additional investigation. Display performance, keyboard changes, and printer-page counts are unrelated to network behavior. Combining installation records with process-to-network telemetry can help determine which newly installed component generated the observed communication.<\/span><\/p>\n<h3><b>Question 385.<\/b><\/h3>\n<p><b>Which indicator can suggest unauthorized modification of a protected file?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Normal application launch<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Unexpected file hash change<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Routine DNS lookup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Standard user logout<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">An unexpected file hash change can indicate that the contents of a protected file were modified. Hunters can compare the current hash against a known-good value and examine when the change occurred, which account performed the modification, and which process accessed the file. Legitimate updates can also change file hashes, so the modification should be compared against approved software versions and maintenance records. A normal application launch, routine DNS lookup, or standard logout does not directly indicate file alteration. Hash comparison becomes more useful when combined with file timestamps, process activity, and software deployment information.<\/span><\/p>\n<h3><b>Question 386.<\/b><\/h3>\n<p><b>Which source can reveal unusual privilege use across accounts?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Identity privilege events<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser cache records<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer queue data<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Screen resolution logs<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Identity privilege events can reveal when accounts receive, use, or change elevated permissions. Hunters can investigate which account performed a privileged action, when it occurred, from which system, and whether the activity matches expected administrative responsibilities. Unusual privilege use may indicate misuse of legitimate credentials or unauthorized escalation, but legitimate maintenance can generate similar events. Browser caches, printer queues, and screen resolution logs do not provide meaningful privilege context. Identity telemetry should be correlated with process execution and session information to determine what actions were performed using the elevated privileges and whether the behavior was consistent with organizational expectations.<\/span><\/p>\n<h3><b>Question 387.<\/b><\/h3>\n<p><b>What can reveal whether a destination is uncommon for a user group?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File compression ratio<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Desktop configuration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Group communication baseline<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Monitor refresh rate<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A group communication baseline can reveal whether a destination is unusual for users performing similar roles. Comparing network behavior across a peer group can identify destinations that are routinely accessed by comparable users versus destinations contacted by only one account or a small subset. Unusual destinations can become investigation leads, especially when combined with unexpected processes, abnormal timing, or sensitive data access. File compression ratios, desktop configuration, and monitor refresh rates do not provide useful network comparison data. Group-based analysis should account for legitimate role-specific applications and remote-access requirements before treating a rare destination as suspicious.<\/span><\/p>\n<h3><b>Question 388.<\/b><\/h3>\n<p><b>Which evidence can identify suspicious modifications to service startup mode?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser download records<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DNS request history<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Service configuration telemetry<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer connection events<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Service configuration telemetry can reveal changes to how a service starts, including transitions between automatic, manual, or disabled states. Unexpected startup-mode changes may affect persistence or system availability and can be important during threat hunting. Hunters should examine the service name, executable path, responsible account, modification time, and related process activity. Legitimate software installation and administrative maintenance can also change service startup behavior, so approved change records should be checked. Browser downloads, DNS requests, and printer events do not directly document service configuration. Service telemetry therefore provides the most relevant evidence for investigating startup-mode changes.<\/span><\/p>\n<h3><b>Question 389.<\/b><\/h3>\n<p><b>Which pattern can suggest abnormal use of a privileged account?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Access matching its normal role<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Routine scheduled maintenance<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Unexpected access to unrelated systems<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Approved administrative deployment<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Unexpected access to unrelated systems can suggest abnormal use of a privileged account when the activity falls outside the account&#8217;s established responsibilities. Hunters should examine the destination systems, access timing, source endpoint, authentication method, commands executed, and whether the account normally administers those resources. Privileged accounts often have broad permissions, so unusual access should be investigated rather than automatically treated as malicious. Normal role-based access, scheduled maintenance, and approved deployments can explain many privileged events. Identity baselines combined with remote-session and process telemetry can help determine whether the observed access was consistent with legitimate administrative activity.<\/span><\/p>\n<h3><b>Question 390.<\/b><\/h3>\n<p><b>What helps identify a suspicious process that repeatedly contacts one destination?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer status<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Process-network timing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Keyboard configuration<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">File extension count<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Process-network timing can reveal repeated communication between a specific process and destination. Hunters can examine connection intervals, destination address, port, traffic volume, process identity, and command-line parameters. Regular repeated communication may indicate automated application behavior or potentially command-and-control activity. Timing alone does not establish maliciousness because legitimate services often communicate periodically. Printer status, keyboard configuration, and file-extension counts do not connect process execution with network activity. Correlating process and network timestamps allows investigators to identify which executable is responsible for recurring connections and determine whether its behavior matches the expected endpoint baseline.<\/span><\/p>\n<h3><b>Question 391.<\/b><\/h3>\n<p><b>Which artifact can expose newly created local administrative accounts?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Account-creation audit events<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DNS cache records<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Network packet sizes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser session history<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Account-creation audit events can identify when new local accounts are created and provide useful information about the responsible actor and timestamp. Hunters can examine the account name, privileges, group memberships, creation source, and subsequent authentication activity. Unexpected administrative accounts may warrant investigation, particularly when they appear outside normal provisioning workflows. However, legitimate system management or software installation can also create accounts. DNS cache records, packet sizes, and browser session history do not directly document account creation. Combining account-audit telemetry with privilege and authentication events can help determine whether the newly created account was expected or potentially unauthorized.<\/span><\/p>\n<h3><b>Question 392.<\/b><\/h3>\n<p><b>Which behavior may indicate suspicious use of a trusted application?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Normal application startup<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Standard document viewing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Expected software update<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Unexpected child-process execution<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Unexpected child-process execution from a trusted application can provide a useful hunting signal. Applications that normally perform document viewing or routine business functions may occasionally be abused to launch scripts, shells, or other executables. Hunters should examine the parent application, child process, command-line arguments, user identity, file path, and timing. Legitimate plugins, updates, and application features can also create child processes, so the relationship must be evaluated against the application&#8217;s normal behavior. Standard startup or document viewing alone does not indicate misuse. Process lineage provides important evidence when determining whether a trusted application behaved unexpectedly.<\/span><\/p>\n<h3><b>Question 393.<\/b><\/h3>\n<p><b>What can reveal an endpoint&#8217;s normal destination set?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Historical network relationships<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Screen-lock events<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer driver versions<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Keyboard language settings<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Historical network relationships can establish which destinations an endpoint normally communicates with. Hunters can examine recurring domains, addresses, ports, protocols, and communication frequency over time to create a behavioral baseline. A newly observed destination can then be identified as an anomaly when it falls outside that established set. Historical communication should not be treated as proof of legitimacy because compromised systems may have communicated with malicious infrastructure for an extended period. Screen locks, printer drivers, and keyboard settings do not establish destination relationships. Historical network analysis therefore provides useful context for identifying communication anomalies.<\/span><\/p>\n<h3><b>Question 394.<\/b><\/h3>\n<p><b>Which evidence can help determine whether an executable is newly installed?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Network packet direction<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Installation timestamp<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer queue status<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Screen resolution<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">An installation timestamp can help establish when an executable or software package was introduced to a system. Hunters can correlate that timestamp with deployment records, file creation events, configuration changes, and subsequent process execution. A newly installed executable should be evaluated within the context of approved software-management procedures because legitimate updates can create new files. Network packet direction, printer queue status, and screen resolution do not directly establish installation timing. Installation timestamps become especially valuable when investigating artifacts that appeared shortly before suspicious behavior, allowing analysts to build a more accurate sequence of events.<\/span><\/p>\n<h3><b>Question 395.<\/b><\/h3>\n<p><b>Which activity can indicate unauthorized modification of security settings?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Reading a local document<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Normal application launch<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Disabling a protection feature<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Routine system shutdown<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Disabling a protection feature can indicate unauthorized modification of security settings, particularly when the change occurs without an approved administrative reason. Hunters should examine which account performed the change, which process initiated it, when it happened, and whether a documented maintenance activity explains the modification. Legitimate troubleshooting and software deployment can sometimes alter security settings, so the event should be evaluated against organizational baselines. Reading documents, normal application launches, and system shutdowns do not directly indicate security-control modification. Configuration telemetry combined with identity and process information can help establish whether the change was expected or potentially suspicious.<\/span><\/p>\n<h3><b>Question 396.<\/b><\/h3>\n<p><b>What should be correlated with an unusual outbound connection?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Process and identity context<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Monitor manufacturer<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer paper size<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Desktop wallpaper<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Process and identity context can help explain who initiated an unusual outbound connection and which application generated it. Hunters can correlate the destination with the initiating process, account, command line, parent process, endpoint role, and connection timestamp. This context can distinguish legitimate application traffic from communication generated by an unfamiliar or unauthorized process. Monitor manufacturers, printer paper size, and desktop wallpaper do not provide useful connection context. Network destination information should also be reviewed alongside historical communication patterns and threat-intelligence data to determine whether the connection represents an expected service or a potentially suspicious event.<\/span><\/p>\n<h3><b>Question 397.<\/b><\/h3>\n<p><b>Which evidence can identify unusual access to sensitive databases?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser bookmarks<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Database audit records<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Screen brightness<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer preferences<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Database audit records can reveal who accessed a database, which objects were queried, when access occurred, and sometimes the type of operation performed. This telemetry is valuable when investigating unusual access to sensitive information because it provides direct visibility into database activity. Hunters can compare the observed account, query patterns, timing, and accessed objects against established baselines. Browser bookmarks, screen brightness, and printer preferences do not provide database-access evidence. Database audit information should be correlated with identity and endpoint telemetry to determine whether the access was performed by an authorized application or account and whether the activity matched expected business behavior.<\/span><\/p>\n<h3><b>Question 398.<\/b><\/h3>\n<p><b>Which pattern may indicate automated persistence execution?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">One-time manual launch<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Normal application closure<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Repeated execution after logon<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Routine file browsing<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Repeated execution after logon can indicate an automated persistence mechanism when an application or script launches consistently without an expected manual action. Hunters can examine startup entries, scheduled tasks, services, login scripts, executable paths, and process lineage to determine how the repeated execution is triggered. Legitimate applications also commonly start after logon, so recurrence alone does not prove malicious persistence. One-time manual execution, application closure, and routine file browsing do not provide the same persistence signal. Correlating repeated execution with configuration changes and software inventories can help distinguish authorized startup behavior from suspicious persistence.<\/span><\/p>\n<h3><b>Question 399.<\/b><\/h3>\n<p><b>What helps validate that suspicious activity affected multiple hosts?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Cross-host telemetry correlation<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Browser cache comparison<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Printer configuration review<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Monitor setting analysis<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Cross-host telemetry correlation helps determine whether similar suspicious activity occurred across multiple systems. Hunters can compare process execution, authentication events, file hashes, network destinations, timestamps, and configuration changes between affected endpoints. Identifying common characteristics can reveal whether an incident is isolated or part of a broader activity pattern. Browser cache, printer configuration, and monitor settings generally provide little value for cross-host security correlation. Cross-host analysis should consider endpoint roles and expected software differences so that legitimate environmental variation is not mistaken for malicious activity. Correlated evidence can also help identify additional systems requiring investigation.<\/span><\/p>\n<h3><b>Question 400.<\/b><\/h3>\n<p><b>Which outcome best supports converting a completed hunt into ongoing monitoring?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Unrelated system changes<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Random endpoint differences<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Documented behavioral indicators<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Temporary desktop settings<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Documented behavioral indicators provide a strong foundation for converting a completed hunt into ongoing monitoring. Once a hunting investigation identifies reliable observable characteristics, those behaviors can be translated into detection rules, analytics, or monitoring logic. Documentation should include the relevant telemetry, conditions, expected false positives, environmental context, and evidence supporting the behavior. This allows detection engineers to create monitoring that is reproducible and maintainable. Random endpoint differences, temporary desktop settings, and unrelated system changes do not provide reliable detection foundations. Turning validated hunting knowledge into continuous monitoring helps identify similar activity without requiring the same manual investigation to be repeated.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Cisco 300-220 Exam Dumps and Practice Test Dumps &nbsp; Question 381. Which evidence can reveal suspicious modifications to endpoint logging? Browser history File ownership Network latency Logging configuration events Correct Answer: 4 Explanation: Logging configuration events can reveal changes that reduce or alter endpoint visibility. Hunters can examine whether audit settings, logging levels, [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22754"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=22754"}],"version-history":[{"count":2,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22754\/revisions"}],"predecessor-version":[{"id":22756,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/22754\/revisions\/22756"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=22754"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=22754"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=22754"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}