Location Research Breakthrough Possible @S-Logix pro@slogix.in

AI-Assisted Ransomware Behavior Analysis Using Public Dataset Analysis and Wazuh Endpoint Monitoring

Description

Ransomware is a type of malware that can prevent users from accessing their files by encrypting them or otherwise disrupting access to their data. Detecting ransomware-related behavior requires analyzing suspicious file activities, identifying behavioral patterns, and validating security evidence collected from monitored systems.

Traditional security monitoring relies on defined detection rules, endpoint events, and security indicators. However, analyzing suspicious file activity can require examining multiple behavioral characteristics, such as repeated file modifications, changes in file extensions, unusual file-access patterns, and unexpected activity within monitored directories.

In this use case, an isolated cybersecurity laboratory is established using VirtualBox, with Ubuntu configured as the endpoint monitoring environment and Kali Linux available as the authorized security-testing environment. Python is used to analyze a publicly available labeled dataset and perform controlled file-activity experiments on designated test files. Actual ransomware malware is not executed.

Wazuh is configured to collect relevant endpoint security events from Ubuntu. Where File Integrity Monitoring (FIM) is configured for the designated test directory, changes to monitored files are collected and reviewed as endpoint evidence. The dataset analysis and the Wazuh endpoint-monitoring results are analyzed as separate evidence sources because they represent different data and testing conditions.

Python is used to preprocess the dataset, examine relevant behavioral features, analyze collected event records, and evaluate the results supported by the available labels and evidence. Qwen2.5 assists with interpreting structured findings and summarizing observed patterns; it is not treated as a trained ransomware classifier unless a separate, validated classification model is implemented.

MITRE ATT&CK is used to map observed behaviors to relevant techniques only when the collected evidence supports the mapping. The results are reviewed to distinguish dataset-based analytical findings from endpoint-monitoring observations, and the final report documents the methodology, evidence, limitations, and outcomes.

The complete security-analysis workflow is:

Publicly Available Labeled Dataset → Python-Based Behavioral Analysis → Qwen2.5-Assisted Evidence Interpretation → Ubuntu Endpoint Monitoring → Controlled File-Activity Assessment → Wazuh Event Collection → Evidence Validation → MITRE ATT&CK Technique Mapping → Result Evaluation → Security Investigation Report

Existing Security Problem

Application/Service: Ubuntu Endpoint File System and Security Monitoring Environment

Ubuntu provides the endpoint environment used to perform controlled file activities and collect security-related evidence. Its files and directories can be monitored to identify changes that may be relevant to an investigation.

Wazuh provides endpoint security monitoring and event collection. When the required agent configuration and File Integrity Monitoring settings are enabled, changes to designated files can be recorded for investigation.

Existing Problem :

Ransomware-related file activity can involve repeated modifications, file creation, file renaming, and changes to file extensions. If these activities are not monitored or their events are not reviewed effectively, suspicious behavior may be overlooked.

A dataset can contain labeled examples of ransomware-related or benign behavior, but its patterns cannot automatically be assumed to match events generated by a separate Ubuntu laboratory. The dataset and endpoint monitoring therefore require separate analysis and evidence validation.

The security problem is:
Publicly Available Labeled Dataset
→
Behavioral Features Require Analysis
→
Potential Ransomware-Related Patterns
→
Independent Ubuntu Endpoint Environment
→
Controlled File Activities
→
Wazuh Event Collection
→
Security Evidence Requires Validation
→
Behavioral Assessment and Investigation

The proposed solution introduces dataset-based behavioral analysis, controlled file-activity testing, Wazuh endpoint monitoring, structured evidence interpretation, behavior-based technique mapping, and separate evaluation of analytical and endpoint-monitoring results.

Attack

Specific Attack: Controlled Ransomware-Like File-Activity Assessment

The controlled scenario examines file activities that may resemble selected ransomware-related behaviors without executing ransomware malware or encrypting real user data.

A designated Ubuntu test directory contains disposable files created specifically for the experiment. Python performs controlled and reversible operations, such as creating test files, modifying their contents, renaming selected files, and changing test-file extensions. These activities are limited to the designated laboratory directory.

Wazuh is configured to monitor the designated directory where supported by the active File Integrity Monitoring configuration. The resulting events are collected and reviewed to determine which controlled changes were recorded.

The dataset-based analysis is performed separately using the available labeled records. The observed patterns from the dataset are not treated as proof that the Ubuntu endpoint has experienced a ransomware attack.

Attack Behavior :
Controlled Ubuntu Test Directory
→
Disposable Test Files
→
Scripted File-Creation and Modification Activities
→
Controlled File-Renaming and Extension Changes
→
Wazuh Monitoring of Configured Directory
→
Endpoint Events Collected
→
Observed Events Compared With Expected Activities
→
Evidence Validation
→
Security Investigation Findings

Security Concept

Behavior-Based Ransomware Analysis and Endpoint Security Monitoring

The primary security concept is Behavior-Based Ransomware Analysis combined with Endpoint Security Monitoring.

The analysis examines ransomware-related behavioral patterns in a publicly available labeled dataset and separately monitors controlled file activities in an Ubuntu endpoint environment.

Python is used to analyze dataset features and process collected event records. Wazuh monitors the configured Ubuntu test directory and collects relevant endpoint events. Qwen2.5 assists with interpreting structured findings, while the original evidence is used to validate its output.

The assessment follows:
Dataset and Laboratory Preparation
→
Dataset-Based Behavioral Analysis
→
Controlled Ubuntu File-Activity Assessment
→
Wazuh Endpoint Event Collection
→
Evidence Validation
→
AI-Assisted Evidence Interpretation
→
MITRE ATT&CK Technique Mapping
→
Result Evaluation
→
Security Investigation Report

Defensive Mechanism

The security concept defines the overall analysis and monitoring strategy.

The following are the specific defensive mechanisms implemented.

Dataset-Based Behavioral Analysis :

Python is used to preprocess the publicly available labeled dataset and examine relevant behavioral features. Analysis is limited to what the selected dataset and its labels support.

Purpose: Identify and evaluate behavioral patterns represented in the available dataset.

Controlled File-Activity Monitoring

Disposable files are used to perform reversible file operations within a designated Ubuntu laboratory directory.

Purpose
  • Generate controlled file-activity evidence without executing ransomware or affecting real user data.

Wazuh Endpoint Event Collection

Wazuh collects relevant endpoint security events from the configured Ubuntu environment. File Integrity Monitoring is configured for the designated test directory where supported.

Purpose
  • Record and review observable file changes in the monitored laboratory environment.

Expected-versus-Observed Event Validation

The file operations performed during the experiment are compared with the events recorded by Wazuh.

Purpose
  • Determine which expected activities were successfully observed and identify monitoring gaps.

Structured Evidence Interpretation

Qwen2.5 is used to help interpret structured findings and produce summaries based on the evidence supplied to it. Its output is checked against the original records.

Purpose
  • Assist security investigation and evidence interpretation without treating generated text as independently verified detection.

Behavioral Technique Mapping

MITRE ATT&CK is consulted to identify relevant techniques supported by validated observations.

Purpose
  • Describe observed behaviors using a recognized security knowledge base without assigning unsupported techniques.

Separate Result Evaluation

Dataset analysis and Wazuh endpoint-monitoring results are evaluated independently.

Purpose
  • Prevent dataset performance from being misrepresented as proof of real-time endpoint detection.

Security Evidence Documentation

Dataset findings, endpoint events, analytical results, limitations, and validation evidence are recorded.

Purpose
  • Maintain a traceable record of the experiment and its conclusions.

Security Tools

Dataset Analysis and Behavioral Processing Tool: Python

Python is used to preprocess the publicly available labeled dataset, examine relevant features, process structured event records, perform controlled file operations, and calculate evaluation results where appropriate.

Purpose
  • Load and preprocess dataset records.
  • Examine relevant behavioral features.
  • Analyze structured endpoint event records.
  • Perform controlled file operations on disposable test files.
  • Calculate suitable evaluation metrics when supported by the dataset.
  • Compare expected laboratory activities with collected endpoint events.

Endpoint Security Monitoring Tool: Wazuh

Wazuh is used to collect and review security-related events from the Ubuntu endpoint. File Integrity Monitoring is configured for the designated laboratory directory, where supported by the deployed configuration.

Purpose
  • Collect relevant endpoint security events.
  • Monitor configured files and directories.
  • Record observable file changes through the configured monitoring mechanism.
  • Support investigation of controlled file activities.
  • Provide evidence for endpoint-monitoring evaluation.

AI-Assisted Evidence Interpretation Tool: Qwen2.5

Qwen2.5 is used to assist with the interpretation of structured dataset findings and endpoint-event summaries. It does not automatically become a trained ransomware detection model merely by being included in the workflow.

Purpose
  • Summarize supplied behavioral findings.
  • Help interpret structured event evidence.
  • Assist with investigation notes.
  • Produce explanations that can be checked against source evidence.
  • Support report preparation without replacing validation.

Security Knowledge Base: MITRE ATT&CK

MITRE ATT&CK provides a knowledge base of adversary tactics and techniques. Relevant entries are selected only when supported by the observed behavior.

Purpose
  • Reference relevant adversary techniques.
  • Describe validated behaviors consistently.
  • Support structured security investigation.
  • Avoid unsupported technique assignments.

Target Platform: Ubuntu Linux

Ubuntu provides the endpoint environment where controlled file activities are performed and Wazuh monitoring is evaluated.

Purpose
  • Host the designated test directory.
  • Run controlled file-activity scripts.
  • Provide the endpoint for Wazuh monitoring.
  • Generate observable file changes.
  • Support endpoint evidence collection.

Security Testing Platform: Kali Linux

Kali Linux provides an optional security-testing environment within the isolated laboratory. It is used only when an authorized test or validation task requires activity originating from the security-testing system. It is not required for Python dataset processing or for performing local file operations on Ubuntu.

Purpose
  • Provide an isolated environment for authorized security-testing activities.
  • Support laboratory connectivity and testing where required.
  • Keep any required security-testing activity within the authorized virtual environment.

Virtualization Platform: VirtualBox

VirtualBox provides the virtual-machine infrastructure used to isolate the laboratory systems.

Purpose
  • Host the Ubuntu endpoint environment.
  • Host Kali Linux when required for security testing.
  • Support controlled laboratory networking.
  • Separate the experiment from production systems.
  • Provide an environment for repeatable testing.

Process

STEP 01

Prepare the Isolated Cybersecurity Laboratory

  • Create the laboratory environment using VirtualBox.
  • Configure Ubuntu as the endpoint where controlled file activities will be performed
  • Prepare Kali Linux as the security-testing environment if required for authorized testing.
  • Configure the virtual network to keep the experiment isolated from production systems.
  • Verify that Ubuntu is operational and that the designated laboratory environment is accessible.
  • Confirm that the experiment will use disposable files and will not execute actual ransomware.
  • Identify the available resources for Wazuh endpoint monitoring and dataset analysis.
  • Record the initial laboratory configuration.
Tools: VirtualBox + Ubuntu + Kali Linux
STEP 02

Prepare the Publicly Available Labeled Dataset

  • Obtain a publicly available labeled dataset suitable for ransomware-related behavioral analysis.
  • Review the dataset documentation to understand its purpose, available features, labels, and limitations.
  • Determine which fields are relevant to the intended analysis.
  • Check whether the dataset contains ransomware-related and benign examples appropriate for the selected task.
  • Inspect the data format and identify missing, duplicate, or inconsistent records.
  • Keep the original dataset unchanged and prepare a working copy for analysis.
  • Document the dataset characteristics and the scope of the planned analysis.
Tools: Python
STEP 03

Configure the Ubuntu Endpoint Monitoring Environment

  • Prepare Ubuntu as the endpoint for the controlled file-activity experiment.
  • Create a dedicated directory for disposable test files.
  • Ensure that the directory does not contain personal or important files.
  • Configure a Wazuh agent on Ubuntu and connect it to an available Wazuh manager.
  • Verify that the agent is connected and that endpoint events can reach the manager.
  • Configure File Integrity Monitoring for the designated test directory where supported by the deployed Wazuh configuration.
  • Verify the active monitoring configuration and record the initial monitoring state.
  • Do not assume that monitoring is operational until event collection has been verified.
Tools: Ubuntu + Wazuh
STEP 04

Establish the Initial File-Activity Baseline

  • Create a set of harmless disposable test files inside the designated Ubuntu directory.
  • Record the initial file names, extensions, sizes, and modification times.
  • Identify the files that will be used during the controlled experiment.
  • Review the active Wazuh monitoring configuration for the directory.
  • Check whether the initial file state and subsequent changes can be observed through the configured monitoring mechanism.
  • Record any baseline events generated during setup.
  • Keep the test files separate from system files and personal data.
Tools: Ubuntu + Python + Wazuh
STEP 05

Preprocess the Labeled Dataset

  • Load the working copy of the dataset using Python.
  • Inspect the available columns and data types.
  • Identify missing values, duplicate records, and inconsistent entries.
  • Apply suitable preprocessing based on the dataset structure.
  • Review the available labels and determine which records can be used for the intended analysis.
  • Separate identifiers and irrelevant fields from the behavioral features where appropriate.
  • Document preprocessing decisions so that the analysis can be reproduced.
  • Preserve the relationship between the original records and the processed data.
Tools: Python
STEP 06

Perform Dataset-Based Behavioral Analysis

  • Examine the behavioral features available in the processed dataset.
  • Compare relevant patterns across the available labeled categories.
  • Identify features that appear associated with ransomware-related behavior within the dataset.
  • Review the distribution of records and identify any imbalance between categories.
  • Avoid assuming that a feature is universally indicative of ransomware solely because it appears in labeled examples.
  • Record the patterns identified and the evidence supporting each observation.
  • Keep the analysis limited to the behavior and labels represented in the selected dataset.
Tools: Python
STEP 07

Perform Controlled File-Activity Testing on Ubuntu

  • Use Python to perform controlled operations on the disposable files in the designated test directory.
  • Create additional harmless test files where required.
  • Modify the contents of selected test files with non-sensitive test data.
  • Rename selected files and change their extensions as part of the controlled experiment.
  • Record the expected operation, target file, operation time, and result.
  • Restrict all operations to the designated test directory.
  • Do not execute ransomware, encrypt real user files, or modify operating-system files.
  • Preserve the activity records for comparison with the endpoint events.
Tools: Python + Ubuntu
STEP 08

Collect Wazuh Endpoint Events

  • Review the events collected by Wazuh during the controlled file-activity experiment.
  • Confirm that the events relate to the configured Ubuntu endpoint.
  • Identify events associated with the monitored test directory where available.
  • Record the event timestamps, file paths, event descriptions, and relevant fields.
  • Check whether the expected file changes are represented in the collected evidence.
  • Investigate missing events by reviewing the monitoring configuration and collection status.
  • Preserve the collected event records for subsequent validation.
  • Do not interpret every file change as a ransomware detection.
Tools: Wazuh + Ubuntu
STEP 09

Analyze the Collected Endpoint Event Records

  • Use Python to process the structured endpoint event records collected from Wazuh.
  • Organize the events by timestamp, file path, and available event attributes.
  • Identify recorded file creations, modifications, or other relevant changes where the event data supports these distinctions.
  • Compare the observed events with the activity log created during the controlled experiment.
  • Identify expected activities that were recorded and those that were not observed.
  • Separate confirmed observations from assumptions about the cause of an event.
  • Document any limitations caused by missing fields, incomplete collection, or monitoring configuration.
Tools: Python + Wazuh
STEP 10

Evaluate the Dataset Analysis Results

  • Review the results produced during the dataset-based analysis.
  • Determine whether the available labels support a supervised evaluation task.
  • If a validated classification model has been implemented, evaluate it using an appropriate test set that was not used to fit the model.
  • Calculate precision, recall, F1-score, and a confusion matrix when these metrics are appropriate to the implemented task.
  • Review class imbalance and potential data leakage that could distort the results.
  • If no classification model has been implemented, report the feature-analysis findings without claiming classifier performance.
  • Record the evaluation method, results, and limitations.
Tools: Python
STEP 11

Validate the Endpoint Monitoring Results

  • Review the controlled file-activity log generated during the experiment.
  • Review the corresponding Wazuh event records.
  • Compare the expected activities with the events actually collected.
  • Verify that the relevant records correspond to the correct endpoint and test period.
  • Identify which controlled file operations were observed by the configured monitoring mechanism.
  • Investigate missing or unexpected records before drawing conclusions.
  • Record any limitations caused by the monitoring configuration or event data.
  • Evaluate endpoint monitoring separately from the dataset analysis.
Tools: Python + Wazuh + Ubuntu
STEP 12

Interpret the Structured Security Evidence

  • Prepare structured summaries of the dataset-analysis findings.
  • Prepare a separate summary of the validated Wazuh endpoint events.
  • Provide Qwen2.5 with the relevant structured evidence and a clear instruction to interpret only the information supplied.
  • Ask it to summarize the observed patterns and identify possible investigation points.
  • Review its interpretation against the original dataset records and endpoint events.
  • Correct or reject unsupported statements produced by the model.
  • Do not treat AI-generated explanations as independent evidence of ransomware activity.
  • Record the validated interpretation and any remaining uncertainty.
Tools: Python + Qwen2.5
STEP 13

Map Validated Behaviors to MITRE ATT&CK

  • Review the behaviors established by the dataset analysis and controlled endpoint experiment.
  • Identify which observed behaviors may correspond to documented MITRE ATT&CK techniques.
  • Consult the MITRE ATT&CK knowledge base to examine the relevant technique descriptions.
  • Check whether the available evidence supports each proposed mapping.
  • Distinguish a controlled file modification from proof of an actual ransomware intrusion.
  • Do not assign techniques when the evidence is insufficient.
  • Record the rationale for each supported mapping.
  • Keep dataset-derived patterns distinct from behaviors directly observed in the Ubuntu laboratory.
Tools: MITRE ATT&CK + Python
STEP 14

Consolidate and Document the Findings

  • Organize the dataset-analysis results and endpoint-monitoring results into separate evidence sections.
  • Record the dataset characteristics, preprocessing steps, and behavioral patterns identified.
  • Document the controlled file operations performed on Ubuntu.
  • Record the Wazuh events observed during the experiment.
  • Include the comparison between expected activities and collected endpoint events.
  • Document the Qwen2.5-assisted interpretation after checking it against the source evidence.
  • Include relevant MITRE ATT&CK mappings only where justified.
  • Record the methodology, limitations, and supporting evidence.
Tools: Python + Wazuh + Qwen2.5 + MITRE ATT&CK
STEP 15

Review the Security Findings and Limitations

  • Review the dataset-analysis findings for unsupported conclusions or evaluation errors.
  • Verify that any reported performance metrics correspond to the task actually implemented
  • Review the endpoint-monitoring results to determine which controlled activities were recorded.
  • Check that no claim of real-time ransomware detection is based solely on dataset analysis.
  • Check that no claim of successful ransomware prevention is based solely on observing file changes.
  • Identify monitoring gaps and limitations in the dataset or laboratory configuration.
  • Separate verified results from potential future improvements.
  • Record the final findings and their evidential basis.
Tools: Python + Wazuh
STEP 16

Perform a Repeatability Check

  • Repeat the selected harmless file-activity operations using the disposable test files.
  • Record the new activity timestamps and expected changes.
  • Confirm that Wazuh remains connected to the available manager.
  • Review whether the configured monitoring mechanism records the repeated activities.
  • Compare the new endpoint events with the corresponding activity log.
  • Check whether the results are consistent with the earlier observations.
  • Investigate differences caused by configuration changes, timing, or collection limitations.
  • Preserve the repeatability-check results.
Tools: Python + Ubuntu + Wazuh
STEP 17

Restore the Laboratory Test Environment

  • Stop the controlled file-activity scripts after the experiment is complete.
  • Review the designated test directory and identify the files created or modified during testing.
  • Remove disposable test files when they are no longer required, ensuring that no important files are affected.
  • Verify that no test operation has modified files outside the designated directory.
  • Confirm that Ubuntu and Wazuh remain operational after the experiment.
  • Retain the necessary evidence and activity records for the report.
  • Record the final state of the laboratory environment.
Tools: Python + Ubuntu + Wazuh
STEP 18

Perform Final Result Validation and Complete the Investigation Report

  • Review the original dataset-analysis results and their documented limitations.
  • Review the endpoint activity log and the corresponding Wazuh events.
  • Verify the comparison between expected file activities and observed monitoring events.
  • Review the Qwen2.5-assisted interpretations against the original evidence.
  • Review the MITRE ATT&CK mappings and remove any unsupported associations.
  • Confirm that dataset evaluation metrics are included only when supported by the implemented analysis.
  • Document the limitations of the controlled experiment and clarify that actual ransomware was not executed.
  • Summarize the findings, methodology, tools, and validation results.
  • Finalize the security investigation report without claiming that the laboratory experiment proves real-world ransomware detection.
Tools: Python + Wazuh + Qwen2.5 + MITRE ATT&CK

Outcome

A controlled cybersecurity laboratory is established using VirtualBox, with Ubuntu providing the endpoint environment and Kali Linux available for authorized security testing where required.

A publicly available labeled dataset is preprocessed and analyzed using Python to identify behavioral patterns represented in the available records.

Relevant dataset findings are documented with reference to the selected features, available labels, and limitations of the dataset. Evaluation metrics are calculated only when supported by the implemented analytical task.

Controlled file activities are performed on disposable test files within the designated Ubuntu directory without executing actual ransomware or modifying real user data.

Wazuh collects endpoint events from the configured Ubuntu environment, allowing the recorded file changes to be reviewed as security evidence.

The expected file activities are compared with the observed Wazuh events to establish which controlled operations were recorded and to identify potential monitoring gaps.

Dataset-based analytical findings and Wazuh endpoint-monitoring results are evaluated independently, preventing dataset performance from being misrepresented as proof of live endpoint detection.

Qwen2.5 assists with interpreting structured evidence and preparing investigation summaries, while its outputs are checked against the original dataset records and endpoint events.

Relevant MITRE ATT&CK techniques are identified only when the validated behavioral evidence supports the mapping.

The final investigation report documents the dataset analysis, controlled file-activity assessment, endpoint events, evidence validation, analytical results, limitations, and recommendations for further testing.

The complete AI-assisted ransomware behavior analysis and endpoint-monitoring workflow is demonstrated in a controlled laboratory, with findings limited to the evidence collected and the capabilities actually implemented.