[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6HDFFAP55GC58JWBZSGT6MK":3,"skill-same:01M6HDFFAP55GC58JWBZSGT6MK":100},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":61,"commitSha":62,"skillDirectory":63,"forksCount":64,"repositoryHtmlUrl":65,"repositoryHomepageUrl":6,"ownerHtmlUrl":66,"ownerBlogUrl":6,"ownerDescription":67,"updatedAt":68,"install":69,"resources":82},"01M6HDFFAP55GC58JWBZSGT6MK","conducting-memory-forensics-with-volatility",null,"Performs memory forensics analysis using Volatility 3 to extract evidence of malware execution, process injection, network connections, and credential theft from RAM dumps captured during incident response. Covers memory acquisition, process...","HenriqueMC17\u002Fagente-core","HenriqueMC17","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F206460478?v=4","01M6HB63HBBF18AC4H09XTB549","Henrique Monteiro Cardoso","01M6HB63NGSQXWKWCFWW2B20W0",1,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fconducting-memory-forensics-with-volatility\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"with","forensics","memory forensics","Volatility","memory","conducting memory forensics with volatility","process-injection","incident","evidence","acquisition","analysis","injection","t1003","T1059.001","network","RAM-analysis","dfir","malware","incident response","cybersecurity","2026-11-10 10:12:30",false,"---\nname: conducting-memory-forensics-with-volatility\ndescription: Performs memory forensics analysis using Volatility 3 to extract evidence of malware execution, process injection, network connections, and credential theft from RAM dumps captured during incident response. Covers memory acquisition, process...\ndomain: cybersecurity\nsubdomain: incident-response\ntags:\n- memory-forensics\n- volatility\n- RAM-analysis\n- process-injection\n- DFIR\nmitre_attack:\n- T1055\n- T1003.001\n- T1014\n- T1059.001\n- T1620\nversion: 1.0.0\nauthor: mahipal\nlicense: Apache-2.0\nnist_csf:\n- RS.MA-01\n- RS.MA-02\n- RS.AN-03\n- RC.RP-01\ncategory: conducting-memory-forensics-with-volatility\n---\n# Conducting-Memory-Forensics-With-Volatility\n\n## Overview\nPerforms memory forensics analysis using Volatility 3 to extract evidence of malware execution, process injection, network connections, and credential theft from RAM dumps captured during incident response. Covers memory acquisition, process analysis, DLL inspection, and malware detection. Activates for requests involving memory forensics, RAM analysis, Volatility framework, memory dump investigation, volatile evidence analysis, or live memory acquisition.\n\n\n\n# Conducting Memory Forensics with Volatility\n\n## When to Use\n\n- An endpoint has been contained during an active incident and volatile evidence must be preserved\n- EDR alerts suggest process injection or fileless malware that only exists in memory\n- Encryption keys need to be recovered from a ransomware-infected system before shutdown\n- Credential theft (Mimikatz, LSASS dumping) is suspected and evidence must be confirmed\n- A rootkit or kernel-level compromise is suspected and disk-based analysis is insufficient\n\n**Do not use** for analyzing disk images or file system artifacts; use disk forensics tools (Autopsy, FTK) for those tasks.\n\n## Prerequisites\n\n- Memory acquisition tool deployed or available: WinPmem, Magnet RAM Capture, DumpIt, or AVML (Linux)\n- Volatility 3 installed with Python 3.8+ and required symbol tables\n- Sufficient storage for memory dumps (equal to system RAM size, typically 8-64 GB)\n- YARA rules for malware detection in memory (Florian Roth's signature-base, custom rules)\n- Reference baseline of normal processes and DLLs for the OS version being analyzed\n- Chain of custody documentation for evidence handling\n\n## Workflow\n\n### Step 1: Acquire Memory Image\n\nCapture RAM from the target system using a forensically sound method:\n\n**Windows (WinPmem):**\n```\nwinpmem_mini_x64.exe output.raw\n```\n\n**Windows (Magnet RAM Capture):**\n```\nMagnetRAMCapture.exe\n# GUI-based, select output path, generates .raw file\n```\n\n**Windows (DumpIt):**\n```\nDumpIt.exe\n# Creates memory dump in current directory automatically\n```\n\n**Linux (AVML - Acquire Volatile Memory for Linux):**\n```\n.\u002Favml output.lime\n```\n\nDocument acquisition metadata:\n```\nAcquisition Record:\n━━━━━━━━━━━━━━━━━\nTarget Host:      WKSTN-042\nRAM Size:         16 GB\nDump File:        WKSTN-042_20251115_1445.raw\nDump Size:        16,843,612,160 bytes\nSHA-256:          a4b3c2d1e5f6...\nAcquisition Tool: WinPmem 4.0\nAcquired By:      [Analyst Name]\nTimestamp:        2025-11-15T14:45:00Z\n```\n\n### Step 2: Identify the Operating System and Profile\n\nVolatility 3 automatically identifies the OS, but verify:\n\n```bash\n# Get system information\nvol -f WKSTN-042_20251115_1445.raw windows.info\n\n# Output includes:\n# OS: Windows 10 22H2 (Build 19045.3693)\n# Kernel Base: 0xf8066c200000\n# DTB: 0x1aa000\n# Symbols: ntkrnlmp.pdb\n```\n\n### Step 3: Analyze Running Processes\n\nExamine the process tree for suspicious activity:\n\n```bash\n# List all running processes\nvol -f memory.raw windows.pslist\n\n# Show process tree (parent-child relationships)\nvol -f memory.raw windows.pstree\n\n# Scan for hidden\u002Funlinked processes (rootkit detection)\nvol -f memory.raw windows.psscan\n\n# Compare pslist vs psscan to find hidden processes\n# Processes in psscan but NOT in pslist may be hidden by rootkits\n```\n\nKey indicators of compromise in process analysis:\n- `svchost.exe` running without `-k` parameter or with wrong parent (should be `services.exe`)\n- `csrss.exe` or `lsass.exe` with abnormal parent process\n- Processes with misspelled names (`scvhost.exe`, `lssas.exe`)\n- Unusual processes spawned by `outlook.exe`, `winword.exe`, or `excel.exe`\n- Multiple instances of processes that should be singletons (`lsass.exe`, `smss.exe`)\n\n### Step 4: Investigate Network Connections\n\nExtract active and recently closed network connections:\n\n```bash\n# List all network connections\nvol -f memory.raw windows.netscan\n\n# Focus output fields:\n# Offset    Proto  LocalAddr     LocalPort  ForeignAddr    ForeignPort  State     PID  Owner\n# 0xe10...  TCPv4  10.1.5.42     49721     185.220.101.42  443         ESTAB     3847  update.exe\n```\n\nCross-reference suspicious connections with the process tree to identify C2 communications. Look for:\n- Connections to external IPs from unexpected processes\n- High port numbers connecting to port 443\u002F80 from non-browser processes\n- Connections from `svchost.exe` or system processes to external IPs\n\n### Step 5: Detect Process Injection and Malware\n\nUse malfind to identify injected code and memory-resident malware:\n\n```bash\n# Detect injected code in processes\nvol -f memory.raw windows.malfind\n\n# Output shows:\n# PID  Process       Start      End        Tag  Protection  Hexdump\u002FDisassembly\n# 3847 explorer.exe  0x2a10000  0x2a14000  VadS PAGE_EXECUTE_READWRITE\n# MZ header detected - injected PE\n\n# Dump suspicious process memory\nvol -f memory.raw windows.memmap --pid 3847 --dump\n\n# List DLLs loaded by a suspicious process\nvol -f memory.raw windows.dlllist --pid 3847\n\n# Scan memory with YARA rules\nvol -f memory.raw windows.yarascan --yara-file malware_rules.yar\n```\n\n### Step 6: Extract Credentials and Artifacts\n\nRecover sensitive data from memory:\n\n```bash\n# Dump registry hives from memory (for password hash extraction)\nvol -f memory.raw windows.registry.hivelist\nvol -f memory.raw windows.hashdump\n\n# Extract command line history\nvol -f memory.raw windows.cmdline\n\n# List handles (files, registry keys, mutexes)\nvol -f memory.raw windows.handles --pid 3847\n\n# Extract clipboard contents\nvol -f memory.raw windows.clipboard\n\n# Dump cached files from memory\nvol -f memory.raw windows.dumpfiles --pid 3847\n```\n\n### Step 7: Generate Forensic Report\n\nCompile findings into a structured analysis report documenting all evidence extracted from memory:\n\n- Process anomalies with PIDs, parent processes, and timestamps\n- Network connections with associated process context\n- Injected code regions with memory protection flags\n- Extracted IOCs (hashes, IPs, domains, mutexes, registry keys)\n- YARA rule matches with rule names and match offsets\n- Credential exposure (hashes found, accounts at risk)\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| **Volatile Evidence** | Data that exists only in RAM and is lost when a system is powered off; includes running processes, network connections, encryption keys |\n| **Process Injection** | Technique where malware inserts code into a legitimate process's memory space to evade detection (malfind detects this) |\n| **EPROCESS** | Windows kernel data structure representing a process; psscan searches for these structures even when unlinked from the active process list |\n| **VAD (Virtual Address Descriptor)** | Windows kernel structure tracking memory regions allocated to a process; malfind examines VADs for executable but non-file-backed regions |\n| **Symbol Tables** | OS-specific data structures that Volatility 3 uses to parse memory; downloaded automatically based on detected OS version |\n| **PAGE_EXECUTE_READWRITE** | Memory protection flag indicating a region is readable, writable, and executable; common indicator of injected malicious code |\n| **Memory-Resident Malware** | Malware that operates entirely in RAM without writing persistent files to disk, making it invisible to traditional disk-based antivirus |\n\n## Tools & Systems\n\n- **Volatility 3**: Primary open-source memory forensics framework; Python 3 rewrite with automatic symbol resolution\n- **WinPmem \u002F DumpIt \u002F Magnet RAM Capture**: Memory acquisition tools for Windows systems\n- **AVML (Acquire Volatile Memory for Linux)**: Microsoft's open-source Linux memory acquisition tool\n- **YARA**: Pattern matching engine for scanning memory dumps against malware signatures and behavioral rules\n- **MemProcFS**: Memory analysis tool that presents memory as a virtual file system for intuitive browsing\n\n## Common Scenarios\n\n### Scenario: Detecting Cobalt Strike Beacon in Memory\n\n**Context**: EDR detects suspicious named pipe activity but cannot identify the source. A memory dump is acquired from the suspect endpoint for analysis.\n\n**Approach**:\n1. Run `windows.pstree` to identify the process hierarchy and spot abnormal parent-child relationships\n2. Run `windows.malfind` to detect injected code regions, particularly in `svchost.exe` or `rundll32.exe`\n3. Dump the injected memory region and scan with YARA rules for Cobalt Strike beacon signatures\n4. Run `windows.netscan` to identify C2 connections and correlate with the injected process PID\n5. Extract the beacon configuration (C2 URLs, sleep time, jitter, watermark) using CobaltStrikeParser\n6. Run `windows.cmdline` to identify any post-exploitation commands executed\n\n**Pitfalls**:\n- Analyzing only the process list without running malfind (missing injected code in legitimate processes)\n- Not capturing memory before isolating the endpoint (EDR containment may trigger malware self-deletion)\n- Using Volatility 2 profiles instead of Volatility 3 automatic symbol resolution on newer Windows versions\n\n## Output Format\n\n```\nMEMORY FORENSICS ANALYSIS REPORT\n==================================\nIncident:         INC-2025-1547\nEvidence File:    WKSTN-042_20251115_1445.raw\nSHA-256:          a4b3c2d1e5f6...\nOS Identified:    Windows 10 22H2 (Build 19045)\nAnalysis Tool:    Volatility 3.2.0\n\nPROCESS ANOMALIES\nPID    Process         Parent       Anomaly\n3847   update.exe      powershell   Suspicious executable in Temp directory\n5102   svchost.exe     explorer     Wrong parent (expected services.exe)\n---    [hidden]        ---          Found in psscan but not pslist\n\nINJECTED CODE\nPID    Process        Address Range        Protection              Finding\n5102   svchost.exe    0x00A10000-0x00A14   PAGE_EXECUTE_READWRITE  MZ header (PE injection)\n\nNETWORK CONNECTIONS\nPID    Process      Local              Foreign             State\n3847   update.exe   10.1.5.42:49721    185.220.101.42:443  ESTABLISHED\n5102   svchost.exe  10.1.5.42:51003    91.215.85.17:8443   ESTABLISHED\n\nYARA MATCHES\nRule: CobaltStrike_Beacon_x64\nMatch PID: 5102 (svchost.exe)\nOffset: 0x00A10240\n\nEXTRACTED IOCS\nHashes:     [SHA-256 of dumped injected code]\nC2 IPs:     185.220.101.42, 91.215.85.17\nC2 Domains: [extracted from beacon config]\nMutexes:    Global\\MSCTF.Shared.MUTEX.ZRQ\n```\n","# Conducting-Memory-Forensics-With-Volatility\n\n## Overview\nPerforms memory forensics analysis using Volatility 3 to extract evidence of malware execution, process injection, network connections, and credential theft from RAM dumps captured during incident response. Covers memory acquisition, process analysis, DLL inspection, and malware detection. Activates for requests involving memory forensics, RAM analysis, Volatility framework, memory dump investigation, volatile evidence analysis, or live memory acquisition.\n\n\n\n# Conducting Memory Forensics with Volatility\n\n## When to Use\n\n- An endpoint has been contained during an active incident and volatile evidence must be preserved\n- EDR alerts suggest process injection or fileless malware that only exists in memory\n- Encryption keys need to be recovered from a ransomware-infected system before shutdown\n- Credential theft (Mimikatz, LSASS dumping) is suspected and evidence must be confirmed\n- A rootkit or kernel-level compromise is suspected and disk-based analysis is insufficient\n\n**Do not use** for analyzing disk images or file system artifacts; use disk forensics tools (Autopsy, FTK) for those tasks.\n\n## Prerequisites\n\n- Memory acquisition tool deployed or available: WinPmem, Magnet RAM Capture, DumpIt, or AVML (Linux)\n- Volatility 3 installed with Python 3.8+ and required symbol tables\n- Sufficient storage for memory dumps (equal to system RAM size, typically 8-64 GB)\n- YARA rules for malware detection in memory (Florian Roth's signature-base, custom rules)\n- Reference baseline of normal processes and DLLs for the OS version being analyzed\n- Chain of custody documentation for evidence handling\n\n## Workflow\n\n### Step 1: Acquire Memory Image\n\nCapture RAM from the target system using a forensically sound method:\n\n**Windows (WinPmem):**\n```\nwinpmem_mini_x64.exe output.raw\n```\n\n**Windows (Magnet RAM Capture):**\n```\nMagnetRAMCapture.exe\n# GUI-based, select output path, generates .raw file\n```\n\n**Windows (DumpIt):**\n```\nDumpIt.exe\n# Creates memory dump in current directory automatically\n```\n\n**Linux (AVML - Acquire Volatile Memory for Linux):**\n```\n.\u002Favml output.lime\n```\n\nDocument acquisition metadata:\n```\nAcquisition Record:\n━━━━━━━━━━━━━━━━━\nTarget Host:      WKSTN-042\nRAM Size:         16 GB\nDump File:        WKSTN-042_20251115_1445.raw\nDump Size:        16,843,612,160 bytes\nSHA-256:          a4b3c2d1e5f6...\nAcquisition Tool: WinPmem 4.0\nAcquired By:      [Analyst Name]\nTimestamp:        2025-11-15T14:45:00Z\n```\n\n### Step 2: Identify the Operating System and Profile\n\nVolatility 3 automatically identifies the OS, but verify:\n\n```bash\n# Get system information\nvol -f WKSTN-042_20251115_1445.raw windows.info\n\n# Output includes:\n# OS: Windows 10 22H2 (Build 19045.3693)\n# Kernel Base: 0xf8066c200000\n# DTB: 0x1aa000\n# Symbols: ntkrnlmp.pdb\n```\n\n### Step 3: Analyze Running Processes\n\nExamine the process tree for suspicious activity:\n\n```bash\n# List all running processes\nvol -f memory.raw windows.pslist\n\n# Show process tree (parent-child relationships)\nvol -f memory.raw windows.pstree\n\n# Scan for hidden\u002Funlinked processes (rootkit detection)\nvol -f memory.raw windows.psscan\n\n# Compare pslist vs psscan to find hidden processes\n# Processes in psscan but NOT in pslist may be hidden by rootkits\n```\n\nKey indicators of compromise in process analysis:\n- `svchost.exe` running without `-k` parameter or with wrong parent (should be `services.exe`)\n- `csrss.exe` or `lsass.exe` with abnormal parent process\n- Processes with misspelled names (`scvhost.exe`, `lssas.exe`)\n- Unusual processes spawned by `outlook.exe`, `winword.exe`, or `excel.exe`\n- Multiple instances of processes that should be singletons (`lsass.exe`, `smss.exe`)\n\n### Step 4: Investigate Network Connections\n\nExtract active and recently closed network connections:\n\n```bash\n# List all network connections\nvol -f memory.raw windows.netscan\n\n# Focus output fields:\n# Offset    Proto  LocalAddr     LocalPort  ForeignAddr    ForeignPort  State     PID  Owner\n# 0xe10...  TCPv4  10.1.5.42     49721     185.220.101.42  443         ESTAB     3847  update.exe\n```\n\nCross-reference suspicious connections with the process tree to identify C2 communications. Look for:\n- Connections to external IPs from unexpected processes\n- High port numbers connecting to port 443\u002F80 from non-browser processes\n- Connections from `svchost.exe` or system processes to external IPs\n\n### Step 5: Detect Process Injection and Malware\n\nUse malfind to identify injected code and memory-resident malware:\n\n```bash\n# Detect injected code in processes\nvol -f memory.raw windows.malfind\n\n# Output shows:\n# PID  Process       Start      End        Tag  Protection  Hexdump\u002FDisassembly\n# 3847 explorer.exe  0x2a10000  0x2a14000  VadS PAGE_EXECUTE_READWRITE\n# MZ header detected - injected PE\n\n# Dump suspicious process memory\nvol -f memory.raw windows.memmap --pid 3847 --dump\n\n# List DLLs loaded by a suspicious process\nvol -f memory.raw windows.dlllist --pid 3847\n\n# Scan memory with YARA rules\nvol -f memory.raw windows.yarascan --yara-file malware_rules.yar\n```\n\n### Step 6: Extract Credentials and Artifacts\n\nRecover sensitive data from memory:\n\n```bash\n# Dump registry hives from memory (for password hash extraction)\nvol -f memory.raw windows.registry.hivelist\nvol -f memory.raw windows.hashdump\n\n# Extract command line history\nvol -f memory.raw windows.cmdline\n\n# List handles (files, registry keys, mutexes)\nvol -f memory.raw windows.handles --pid 3847\n\n# Extract clipboard contents\nvol -f memory.raw windows.clipboard\n\n# Dump cached files from memory\nvol -f memory.raw windows.dumpfiles --pid 3847\n```\n\n### Step 7: Generate Forensic Report\n\nCompile findings into a structured analysis report documenting all evidence extracted from memory:\n\n- Process anomalies with PIDs, parent processes, and timestamps\n- Network connections with associated process context\n- Injected code regions with memory protection flags\n- Extracted IOCs (hashes, IPs, domains, mutexes, registry keys)\n- YARA rule matches with rule names and match offsets\n- Credential exposure (hashes found, accounts at risk)\n\n## Key Concepts\n\n| Term | Definition |\n|------|------------|\n| **Volatile Evidence** | Data that exists only in RAM and is lost when a system is powered off; includes running processes, network connections, encryption keys |\n| **Process Injection** | Technique where malware inserts code into a legitimate process's memory space to evade detection (malfind detects this) |\n| **EPROCESS** | Windows kernel data structure representing a process; psscan searches for these structures even when unlinked from the active process list |\n| **VAD (Virtual Address Descriptor)** | Windows kernel structure tracking memory regions allocated to a process; malfind examines VADs for executable but non-file-backed regions |\n| **Symbol Tables** | OS-specific data structures that Volatility 3 uses to parse memory; downloaded automatically based on detected OS version |\n| **PAGE_EXECUTE_READWRITE** | Memory protection flag indicating a region is readable, writable, and executable; common indicator of injected malicious code |\n| **Memory-Resident Malware** | Malware that operates entirely in RAM without writing persistent files to disk, making it invisible to traditional disk-based antivirus |\n\n## Tools & Systems\n\n- **Volatility 3**: Primary open-source memory forensics framework; Python 3 rewrite with automatic symbol resolution\n- **WinPmem \u002F DumpIt \u002F Magnet RAM Capture**: Memory acquisition tools for Windows systems\n- **AVML (Acquire Volatile Memory for Linux)**: Microsoft's open-source Linux memory acquisition tool\n- **YARA**: Pattern matching engine for scanning memory dumps against malware signatures and behavioral rules\n- **MemProcFS**: Memory analysis tool that presents memory as a virtual file system for intuitive browsing\n\n## Common Scenarios\n\n### Scenario: Detecting Cobalt Strike Beacon in Memory\n\n**Context**: EDR detects suspicious named pipe activity but cannot identify the source. A memory dump is acquired from the suspect endpoint for analysis.\n\n**Approach**:\n1. Run `windows.pstree` to identify the process hierarchy and spot abnormal parent-child relationships\n2. Run `windows.malfind` to detect injected code regions, particularly in `svchost.exe` or `rundll32.exe`\n3. Dump the injected memory region and scan with YARA rules for Cobalt Strike beacon signatures\n4. Run `windows.netscan` to identify C2 connections and correlate with the injected process PID\n5. Extract the beacon configuration (C2 URLs, sleep time, jitter, watermark) using CobaltStrikeParser\n6. Run `windows.cmdline` to identify any post-exploitation commands executed\n\n**Pitfalls**:\n- Analyzing only the process list without running malfind (missing injected code in legitimate processes)\n- Not capturing memory before isolating the endpoint (EDR containment may trigger malware self-deletion)\n- Using Volatility 2 profiles instead of Volatility 3 automatic symbol resolution on newer Windows versions\n\n## Output Format\n\n```\nMEMORY FORENSICS ANALYSIS REPORT\n==================================\nIncident:         INC-2025-1547\nEvidence File:    WKSTN-042_20251115_1445.raw\nSHA-256:          a4b3c2d1e5f6...\nOS Identified:    Windows 10 22H2 (Build 19045)\nAnalysis Tool:    Volatility 3.2.0\n\nPROCESS ANOMALIES\nPID    Process         Parent       Anomaly\n3847   update.exe      powershell   Suspicious executable in Temp directory\n5102   svchost.exe     explorer     Wrong parent (expected services.exe)\n---    [hidden]        ---          Found in psscan but not pslist\n\nINJECTED CODE\nPID    Process        Address Range        Protection              Finding\n5102   svchost.exe    0x00A10000-0x00A14   PAGE_EXECUTE_READWRITE  MZ header (PE injection)\n\nNETWORK CONNECTIONS\nPID    Process      Local              Foreign             State\n3847   update.exe   10.1.5.42:49721    185.220.101.42:443  ESTABLISHED\n5102   svchost.exe  10.1.5.42:51003    91.215.85.17:8443   ESTABLISHED\n\nYARA MATCHES\nRule: CobaltStrike_Beacon_x64\nMatch PID: 5102 (svchost.exe)\nOffset: 0x00A10240\n\nEXTRACTED IOCS\nHashes:     [SHA-256 of dumped injected code]\nC2 IPs:     185.220.101.42, 91.215.85.17\nC2 Domains: [extracted from beacon config]\nMutexes:    Global\\MSCTF.Shared.MUTEX.ZRQ\n```\n",{"name":5,"tags":44,"author":48,"domain":38,"license":15,"version":49,"category":5,"nist_csf":50,"subdomain":55,"description":7,"mitre_attack":56},[45,46,34,25,47],"memory-forensics","volatility","DFIR","mahipal","1.0.0",[51,52,53,54],"RS.MA-01","RS.MA-02","RS.AN-03","RC.RP-01","incident-response",[57,58,59,32,60],"T1055","T1003.001","T1014","T1620","main","5eea5b3296f4673b5f481e8bcc1ba76281149f16","modules\u002Fconducting-memory-forensics-with-volatility",0,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core","https:\u002F\u002Fgithub.com\u002FHenriqueMC17","Qualquer tecnologia suficientemente avançada é indistinguível da mágica.","2026-09-28 22:40:38",{"source":8,"skillName":5,"commands":70,"prompt":80,"zipAvailable":81},[71,74,77],{"tool":72,"command":73},"npx","npx skills add HenriqueMC17\u002Fagente-core --skill conducting-memory-forensics-with-volatility",{"tool":75,"command":76},"bunx","bunx skills add HenriqueMC17\u002Fagente-core --skill conducting-memory-forensics-with-volatility",{"tool":78,"command":79},"pnpm","pnpm dlx skills add HenriqueMC17\u002Fagente-core --skill conducting-memory-forensics-with-volatility","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fconducting-memory-forensics-with-volatility\u002FSKILL.md",true,[83,88,94],{"path":84,"resourceType":84,"resourceTypeDesc":85,"sizeBytes":86,"sourceHtmlUrl":87},"LICENSE","许可证",11255,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fconducting-memory-forensics-with-volatility\u002FLICENSE",{"path":89,"resourceType":90,"resourceTypeDesc":91,"sizeBytes":92,"sourceHtmlUrl":93},"references\u002Fapi-reference.md","REFERENCE","参考文档",2361,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fconducting-memory-forensics-with-volatility\u002Freferences\u002Fapi-reference.md",{"path":95,"resourceType":96,"resourceTypeDesc":97,"sizeBytes":98,"sourceHtmlUrl":99},"scripts\u002Fagent.py","SCRIPT","脚本",6788,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fconducting-memory-forensics-with-volatility\u002Fscripts\u002Fagent.py",[101,130,155,177,193,214],{"skillNo":102,"name":103,"nameZh":6,"description":104,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":105,"categories":106,"keywords":112,"publishedAt":39},"01M6HPFF0RCN0X6WT5EBSV71GY","validating-backup-integrity-for-recovery","Validate backup integrity through cryptographic hash verification, automated restore testing, corruption detection, and recoverability checks to ensure backups are reliable for disaster recovery and ransomware response scenarios.","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fvalidating-backup-integrity-for-recovery\u002FSKILL.md",[107],{"categoryNo":108,"categoryName":109,"taxonomyType":110,"taxonomyTypeDesc":111},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[113,114,115,116,117,118,38,119,120,121,55,122,123,124,125,126,127,26,128,129],"integrity","backup","recovery","validating backup integrity for recovery","for","testing","validate","verification","hash-verification","ransomware","detection","t1078","t1490","disaster-recovery","restore","disaster recovery","ransomware response",{"skillNo":131,"name":132,"nameZh":6,"description":133,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":134,"categories":135,"keywords":136,"publishedAt":39},"01M6HPFAWJVFK25Q33K3T7WQ8G","triaging-vulnerabilities-with-ssvc-framework","Triage and prioritize vulnerabilities using CISA's Stakeholder-Specific Vulnerability Categorization (SSVC) decision tree framework to produce actionable remediation priorities.","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Ftriaging-vulnerabilities-with-ssvc-framework\u002FSKILL.md",[],[137,138,139,140,19,38,141,142,143,144,145,146,147,148,149,150,151,152,153,154],"vulnerabilities","framework","ssvc","triaging vulnerabilities with ssvc framework","triage and prioritize","CISA","vulnerability-management","risk-management","cvss","remediation","vulnerability","prioritization","decision-tree","prioritize","decision","priorities","actionable","tree",{"skillNo":156,"name":157,"nameZh":6,"description":158,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":159,"categories":160,"keywords":161,"publishedAt":39},"01M6HPF6JS9X72WP59094H3ASQ","triaging-security-incident","Performs initial triage of security incidents to determine severity, scope, and required response actions using the NIST SP 800-61r3 and SANS PICERL frameworks. Classifies incidents by type, assigns priority based on business impact, and routes...","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Ftriaging-security-incident\u002FSKILL.md",[],[162,163,26,38,164,165,166,124,125,29,167,168,169,170,171,172,173,174,175,176],"security","triaging security incident","actions","soc","NIST","severity-classification","incident-triage","SANS-PICERL","SOC-operations","picerl","conversion","isolation","scope","impact","consistency",{"skillNo":178,"name":179,"nameZh":6,"description":180,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":181,"categories":182,"keywords":183,"publishedAt":39},"01M6HPF2EX6ZYNYYHKBRJN7GEF","triaging-security-incident-with-ir-playbook","Classify and prioritize security incidents using structured IR playbooks to determine severity, assign response teams, and initiate appropriate response procedures.","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Ftriaging-security-incident-with-ir-playbook\u002FSKILL.md",[],[162,184,185,163,26,19,38,186,165,55,187,188,124,125,189,167,150,190,191,192],"playbook","triaging security incident with ir playbook","teams","IR-playbook","severity","classification","classify","incidents","initiate",{"skillNo":194,"name":195,"nameZh":6,"description":196,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":197,"categories":198,"keywords":199,"publishedAt":39},"01M6HPEY9XPGE7X95AG4XJFQAW","triaging-security-alerts-in-splunk","Triages security alerts in Splunk Enterprise Security by classifying severity, investigating notable events, correlating related telemetry, and making escalation or closure decisions using SPL queries and the Incident Review dashboard. Use when...","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Ftriaging-security-alerts-in-splunk\u002FSKILL.md",[],[162,200,201,202,203,204,38,205,206,207,165,208,124,209,210,211,170,212,26,213],"security alerts","splunk","triaging security alerts in splunk","alerts","review","siem","dashboard","search","correlation-search","t1566","notable-events","incident-review","cm","de",{"skillNo":215,"name":216,"nameZh":6,"description":217,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":218,"categories":219,"keywords":220,"publishedAt":39},"01M6HPET6XGEPEJPN7V032JGZ0","tracking-threat-actor-infrastructure","Threat actor infrastructure tracking involves monitoring and mapping adversary-controlled assets including command-and-control (C2) servers, phishing domains, exploit kit hosts, bulletproof hosting, a","https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Ftracking-threat-actor-infrastructure\u002FSKILL.md",[],[221,222,223,224,38,225,226,227,228,229,230,209,231,232,212,233,213,234,235,236],"infrastructure","tracking threat actor infrastructure","tracking","threat","monitoring","mitre-attack","threat-actor","threat-intelligence","command-and-control","dns","command","exploit","intelligence","domains","kit","hosts"]