[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6F3Z6Y91XG2QPSTHR4SHYZC":3,"skill-same:01M6F3Z6Y91XG2QPSTHR4SHYZC":47},{"skillNo":4,"name":5,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":20,"linkOnly":21,"markdownContent":22,"markdownBody":22,"frontMatter":23,"refName":24,"commitSha":25,"skillDirectory":26,"forksCount":27,"repositoryHtmlUrl":28,"repositoryHomepageUrl":29,"ownerHtmlUrl":30,"ownerBlogUrl":6,"ownerDescription":31,"updatedAt":32,"install":33,"resources":46},"01M6F3Z6Y91XG2QPSTHR4SHYZC","fuzzing-obstacles",null,"ComeOnOliver\u002Fskillshub","ComeOnOliver","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F43215937?v=4","01M6E5JNFECJAAVFE0W7SMWWD2","Haoran Shu","01M6E5JNNDQS7AJZDYFQ8TPZCK",67,"MIT","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002FelizaOS\u002Feliza\u002Ffuzzing-obstacles\u002FSKILL.md",[],[18,19],"fuzzing","fuzzing obstacles","2026-11-10 10:12:30",false,"# Overcoming Fuzzing Obstacles\n\nCodebases often contain anti-fuzzing patterns that prevent effective coverage. Checksums, global state (like time-seeded PRNGs), and validation checks can block the fuzzer from exploring deeper code paths. This technique shows how to patch your System Under Test (SUT) to bypass these obstacles during fuzzing while preserving production behavior.\n\n## Overview\n\nMany real-world programs were not designed with fuzzing in mind. They may:\n- Verify checksums or cryptographic hashes before processing input\n- Rely on global state (e.g., system time, environment variables)\n- Use non-deterministic random number generators\n- Perform complex validation that makes it difficult for the fuzzer to generate valid inputs\n\nThese patterns make fuzzing difficult because:\n1. **Checksums:** The fuzzer must guess correct hash values (astronomically unlikely)\n2. **Global state:** Same input produces different behavior across runs (breaks determinism)\n3. **Complex validation:** The fuzzer spends effort hitting validation failures instead of exploring deeper code\n\nThe solution is conditional compilation: modify code behavior during fuzzing builds while keeping production code unchanged.\n\n### Key Concepts\n\n| Concept | Description |\n|---------|-------------|\n| SUT Patching | Modifying System Under Test to be fuzzing-friendly |\n| Conditional Compilation | Code that behaves differently based on compile-time flags |\n| Fuzzing Build Mode | Special build configuration that enables fuzzing-specific patches |\n| False Positives | Crashes found during fuzzing that cannot occur in production |\n| Determinism | Same input always produces same behavior (critical for fuzzing) |\n\n## When to Apply\n\n**Apply this technique when:**\n- The fuzzer gets stuck at checksum or hash verification\n- Coverage reports show large blocks of unreachable code behind validation\n- Code uses time-based seeds or other non-deterministic global state\n- Complex validation makes it nearly impossible to generate valid inputs\n- You see the fuzzer repeatedly hitting the same validation failures\n\n**Skip this technique when:**\n- The obstacle can be overcome with a good seed corpus or dictionary\n- The validation is simple enough for the fuzzer to learn (e.g., magic bytes)\n- You're doing grammar-based or structure-aware fuzzing that handles validation\n- Skipping the check would introduce too many false positives\n- The code is already fuzzing-friendly\n\n## Quick Reference\n\n| Task | C\u002FC++ | Rust |\n|------|-------|------|\n| Check if fuzzing build | `#ifdef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION` | `cfg!(fuzzing)` |\n| Skip check during fuzzing | `#ifndef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION return -1; #endif` | `if !cfg!(fuzzing) { return Err(...) }` |\n| Common obstacles | Checksums, PRNGs, time-based logic | Checksums, PRNGs, time-based logic |\n| Supported fuzzers | libFuzzer, AFL++, LibAFL, honggfuzz | cargo-fuzz, libFuzzer |\n\n## Step-by-Step\n\n### Step 1: Identify the Obstacle\n\nRun the fuzzer and analyze coverage to find code that's unreachable. Common patterns:\n\n1. Look for checksum\u002Fhash verification before deeper processing\n2. Check for calls to `rand()`, `time()`, or `srand()` with system seeds\n3. Find validation functions that reject most inputs\n4. Identify global state initialization that differs across runs\n\n**Tools to help:**\n- Coverage reports (see coverage-analysis technique)\n- Profiling with `-fprofile-instr-generate`\n- Manual code inspection of entry points\n\n### Step 2: Add Conditional Compilation\n\nModify the obstacle to bypass it during fuzzing builds.\n\n**C\u002FC++ Example:**\n\n```c++\n\u002F\u002F Before: Hard obstacle\nif (checksum != expected_hash) {\n    return -1;  \u002F\u002F Fuzzer never gets past here\n}\n\n\u002F\u002F After: Conditional bypass\nif (checksum != expected_hash) {\n#ifndef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION\n    return -1;  \u002F\u002F Only enforced in production\n#endif\n}\n\u002F\u002F Fuzzer can now explore code beyond this check\n```\n\n**Rust Example:**\n\n```rust\n\u002F\u002F Before: Hard obstacle\nif checksum != expected_hash {\n    return Err(MyError::Hash);  \u002F\u002F Fuzzer never gets past here\n}\n\n\u002F\u002F After: Conditional bypass\nif checksum != expected_hash {\n    if !cfg!(fuzzing) {\n        return Err(MyError::Hash);  \u002F\u002F Only enforced in production\n    }\n}\n\u002F\u002F Fuzzer can now explore code beyond this check\n```\n\n### Step 3: Verify Coverage Improvement\n\nAfter patching:\n\n1. Rebuild with fuzzing instrumentation\n2. Run the fuzzer for a short time\n3. Compare coverage to the unpatched version\n4. Confirm new code paths are being explored\n\n### Step 4: Assess False Positive Risk\n\nConsider whether skipping the check introduces impossible program states:\n\n- Does code after the check assume validated properties?\n- Could skipping validation cause crashes that cannot occur in production?\n- Is there implicit state dependency?\n\nIf false positives are likely, consider a more targeted patch (see Common Patterns below).\n\n## Common Patterns\n\n### Pattern: Bypass Checksum Validation\n\n**Use Case:** Hash\u002Fchecksum blocks all fuzzer progress\n\n**Before:**\n```c++\nuint32_t computed = hash_function(data, size);\nif (computed != expected_checksum) {\n    return ERROR_INVALID_HASH;\n}\nprocess_data(data, size);\n```\n\n**After:**\n```c++\nuint32_t computed = hash_function(data, size);\nif (computed != expected_checksum) {\n#ifndef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION\n    return ERROR_INVALID_HASH;\n#endif\n}\nprocess_data(data, size);\n```\n\n**False positive risk:** LOW - If data processing doesn't depend on checksum correctness\n\n### Pattern: Deterministic PRNG Seeding\n\n**Use Case:** Non-deterministic random state prevents reproducibility\n\n**Before:**\n```c++\nvoid initialize() {\n    srand(time(NULL));  \u002F\u002F Different seed each run\n}\n```\n\n**After:**\n```c++\nvoid initialize() {\n#ifdef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION\n    srand(12345);  \u002F\u002F Fixed seed for fuzzing\n#else\n    srand(time(NULL));\n#endif\n}\n```\n\n**False positive risk:** LOW - Fuzzer can explore all code paths with fixed seed\n\n### Pattern: Careful Validation Skip\n\n**Use Case:** Validation must be skipped but downstream code has assumptions\n\n**Before (Dangerous):**\n```c++\n#ifndef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION\nif (!validate_config(&config)) {\n    return -1;  \u002F\u002F Ensures config.x != 0\n}\n#endif\n\nint32_t result = 100 \u002F config.x;  \u002F\u002F CRASH: Division by zero in fuzzing!\n```\n\n**After (Safe):**\n```c++\n#ifndef FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION\nif (!validate_config(&config)) {\n    return -1;\n}\n#else\n\u002F\u002F During fuzzing, use safe defaults for failed validation\nif (!validate_config(&config)) {\n    config.x = 1;  \u002F\u002F Prevent division by zero\n    config.y = 1;\n}\n#endif\n\nint32_t result = 100 \u002F config.x;  \u002F\u002F Safe in both builds\n```\n\n**False positive risk:** MITIGATED - Provides safe defaults instead of skipping\n\n### Pattern: Bypass Complex Format Validation\n\n**Use Case:** Multi-step validation makes valid input generation nearly impossible\n\n**Rust Example:**\n\n```rust\n\u002F\u002F Before: Multiple validation stages\npub fn parse_message(data: &[u8]) -> Result\u003CMessage, Error> {\n    validate_magic_bytes(data)?;\n    validate_structure(data)?;\n    validate_checksums(data)?;\n    validate_crypto_signature(data)?;\n\n    deserialize_message(data)\n}\n\n\u002F\u002F After: Skip expensive validation during fuzzing\npub fn parse_message(data: &[u8]) -> Result\u003CMessage, Error> {\n    validate_magic_bytes(data)?;  \u002F\u002F Keep cheap checks\n\n    if !cfg!(fuzzing) {\n        validate_structure(data)?;\n        validate_checksums(data)?;\n        validate_crypto_signature(data)?;\n    }\n\n    deserialize_message(data)\n}\n```\n\n**False positive risk:** MEDIUM - Deserialization must handle malformed data gracefully\n\n## Advanced Usage\n\n### Tips and Tricks\n\n| Tip | Why It Helps |\n|-----|--------------|\n| Keep cheap validation | Magic bytes and size checks guide fuzzer without much cost |\n| Use fixed seeds for PRNGs | Makes behavior deterministic while exploring all code paths |\n| Patch incrementally | Skip one obstacle at a time and measure coverage impact |\n| Add defensive defaults | When skipping validation, provide safe fallback values |\n| Document all patches | Future maintainers need to understand fuzzing vs. production differences |\n\n### Real-World Examples\n\n**OpenSSL:** Uses `FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION` to modify cryptographic algorithm behavior. For example, in [crypto\u002Fcmp\u002Fcmp_vfy.c](https:\u002F\u002Fgithub.com\u002Fopenssl\u002Fopenssl\u002Fblob\u002Fafb19f07aecc84998eeea56c4d65f5e0499abb5a\u002Fcrypto\u002Fcmp\u002Fcmp_vfy.c#L665-L678), certain signature checks are relaxed during fuzzing to allow deeper exploration of certificate validation logic.\n\n**ogg crate (Rust):** Uses `cfg!(fuzzing)` to [skip checksum verification](https:\u002F\u002Fgithub.com\u002FRustAudio\u002Fogg\u002Fblob\u002F5ee8316e6e907c24f6d7ec4b3a0ed6a6ce854cc1\u002Fsrc\u002Freading.rs#L298-L300) during fuzzing. This allows the fuzzer to explore audio processing code without spending effort guessing correct checksums.\n\n### Measuring Patch Effectiveness\n\nAfter applying patches, quantify the improvement:\n\n1. **Line coverage:** Use `llvm-cov` or `cargo-cov` to see new reachable lines\n2. **Basic block coverage:** More fine-grained than line coverage\n3. **Function coverage:** How many more functions are now reachable?\n4. **Corpus size:** Does the fuzzer generate more diverse inputs?\n\nEffective patches typically increase coverage by 10-50% or more.\n\n### Combining with Other Techniques\n\nObstacle patching works well with:\n- **Corpus seeding:** Provide valid inputs that get past initial parsing\n- **Dictionaries:** Help fuzzer learn magic bytes and common values\n- **Structure-aware fuzzing:** Use protobuf or grammar definitions for complex formats\n- **Harness improvements:** Better harness can sometimes avoid obstacles entirely\n\n## Anti-Patterns\n\n| Anti-Pattern | Problem | Correct Approach |\n|--------------|---------|------------------|\n| Skip all validation wholesale | Creates false positives and unstable fuzzing | Skip only specific obstacles that block coverage |\n| No risk assessment | False positives waste time and hide real bugs | Analyze downstream code for assumptions |\n| Forget to document patches | Future maintainers don't understand the differences | Add comments explaining why patch is safe |\n| Patch without measuring | Don't know if it helped | Compare coverage before and after |\n| Over-patching | Makes fuzzing build diverge too much from production | Minimize differences between builds |\n\n## Tool-Specific Guidance\n\n### libFuzzer\n\nlibFuzzer automatically defines `FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION` during compilation.\n\n```bash\n# C++ compilation\nclang++ -g -fsanitize=fuzzer,address -DFUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION \\\n    harness.cc target.cc -o fuzzer\n\n# The macro is usually defined automatically by -fsanitize=fuzzer\nclang++ -g -fsanitize=fuzzer,address harness.cc target.cc -o fuzzer\n```\n\n**Integration tips:**\n- The macro is defined automatically; manual definition is usually unnecessary\n- Use `#ifdef` to check for the macro\n- Combine with sanitizers to detect bugs in newly reachable code\n\n### AFL++\n\nAFL++ also defines `FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION` when using its compiler wrappers.\n\n```bash\n# Compilation with AFL++ wrappers\nafl-clang-fast++ -g -fsanitize=address target.cc harness.cc -o fuzzer\n\n# The macro is defined automatically by afl-clang-fast\n```\n\n**Integration tips:**\n- Use `afl-clang-fast` or `afl-clang-lto` for automatic macro definition\n- Persistent mode harnesses benefit most from obstacle patching\n- Consider using `AFL_LLVM_LAF_ALL` for additional input-to-state transformations\n\n### honggfuzz\n\nhonggfuzz also supports the macro when building targets.\n\n```bash\n# Compilation\nhfuzz-clang++ -g -fsanitize=address target.cc harness.cc -o fuzzer\n```\n\n**Integration tips:**\n- Use `hfuzz-clang` or `hfuzz-clang++` wrappers\n- The macro is available for conditional compilation\n- Combine with honggfuzz's feedback-driven fuzzing\n\n### cargo-fuzz (Rust)\n\ncargo-fuzz automatically sets the `fuzzing` cfg option during builds.\n\n```bash\n# Build fuzz target (cfg!(fuzzing) is automatically set)\ncargo fuzz build fuzz_target_name\n\n# Run fuzz target\ncargo fuzz run fuzz_target_name\n```\n\n**Integration tips:**\n- Use `cfg!(fuzzing)` for runtime checks in production builds\n- Use `#[cfg(fuzzing)]` for compile-time conditional compilation\n- The fuzzing cfg is only set during `cargo fuzz` builds, not regular `cargo build`\n- Can be manually enabled with `RUSTFLAGS=\"--cfg fuzzing\"` for testing\n\n### LibAFL\n\nLibAFL supports the C\u002FC++ macro for targets written in C\u002FC++.\n\n```bash\n# Compilation\nclang++ -g -fsanitize=address -DFUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION \\\n    target.cc -c -o target.o\n```\n\n**Integration tips:**\n- Define the macro manually or use compiler flags\n- Works the same as with libFuzzer\n- Useful when building custom LibAFL-based fuzzers\n\n## Troubleshooting\n\n| Issue | Cause | Solution |\n|-------|-------|----------|\n| Coverage doesn't improve after patching | Wrong obstacle identified | Profile execution to find actual bottleneck |\n| Many false positive crashes | Downstream code has assumptions | Add defensive defaults or partial validation |\n| Code compiles differently | Macro not defined in all build configs | Verify macro in all source files and dependencies |\n| Fuzzer finds bugs in patched code | Patch introduced invalid states | Review patch for state invariants; consider safer approach |\n| Can't reproduce production bugs | Build differences too large | Minimize patches; keep validation for state-critical checks |\n\n## Related Skills\n\n### Tools That Use This Technique\n\n| Skill | How It Applies |\n|-------|----------------|\n| **libfuzzer** | Defines `FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION` automatically |\n| **aflpp** | Supports the macro via compiler wrappers |\n| **honggfuzz** | Uses the macro for conditional compilation |\n| **cargo-fuzz** | Sets `cfg!(fuzzing)` for Rust conditional compilation |\n\n### Related Techniques\n\n| Skill | Relationship |\n|-------|--------------|\n| **fuzz-harness-writing** | Better harnesses may avoid obstacles; patching enables deeper exploration |\n| **coverage-analysis** | Use coverage to identify obstacles and measure patch effectiveness |\n| **corpus-seeding** | Seed corpus can help overcome obstacles without patching |\n| **dictionary-generation** | Dictionaries help with magic bytes but not checksums or complex validation |\n\n## Resources\n\n### Key External Resources\n\n**[OpenSSL Fuzzing Documentation](https:\u002F\u002Fgithub.com\u002Fopenssl\u002Fopenssl\u002Ftree\u002Fmaster\u002Ffuzz)**\nOpenSSL's fuzzing infrastructure demonstrates large-scale use of `FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION`. The project uses this macro to modify cryptographic validation, certificate parsing, and other security-critical code paths to enable deeper fuzzing while maintaining production correctness.\n\n**[LibFuzzer Documentation on Flags](https:\u002F\u002Fllvm.org\u002Fdocs\u002FLibFuzzer.html)**\nOfficial LLVM documentation for libFuzzer, including how the fuzzer defines compiler macros and how to use them effectively. Covers integration with sanitizers and coverage instrumentation.\n\n**[Rust cfg Attribute Reference](https:\u002F\u002Fdoc.rust-lang.org\u002Freference\u002Fconditional-compilation.html)**\nComplete reference for Rust conditional compilation, including `cfg!(fuzzing)` and `cfg!(test)`. Explains compile-time vs. runtime conditional compilation and best practices.\n",{},"main","def8531e65114c0fca8fb8551c1871ee0eed705c","skills\u002FelizaOS\u002Feliza\u002Ffuzzing-obstacles",24,"https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub","https:\u002F\u002Fskillshub.wtf","https:\u002F\u002Fgithub.com\u002FComeOnOliver","AI & Blockchain Engineer\r\n","2026-06-24 22:07:19",{"source":7,"skillName":5,"commands":34,"prompt":44,"zipAvailable":45},[35,38,41],{"tool":36,"command":37},"npx","npx skills add ComeOnOliver\u002Fskillshub --skill fuzzing-obstacles",{"tool":39,"command":40},"bunx","bunx skills add ComeOnOliver\u002Fskillshub --skill fuzzing-obstacles",{"tool":42,"command":43},"pnpm","pnpm dlx skills add ComeOnOliver\u002Fskillshub --skill fuzzing-obstacles","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002FelizaOS\u002Feliza\u002Ffuzzing-obstacles\u002FSKILL.md",true,[],[48,62,72,81,87,94],{"skillNo":49,"name":50,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":51,"categories":52,"keywords":58,"publishedAt":20},"01M6FKJN13GMG4KY57J3QD8GY5","model-hierarchy-skill","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzscole\u002Fmodel-hierarchy-skill\u002Fmodel-hierarchy-skill\u002FSKILL.md",[53],{"categoryNo":54,"categoryName":55,"taxonomyType":56,"taxonomyTypeDesc":57},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[59,60,61],"model","model hierarchy","model hierarchy skill",{"skillNo":63,"name":64,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":65,"categories":66,"keywords":68,"publishedAt":20},"01M6FKJJJ6GCAMR4PPPRD12M5X","zoom-mcp","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-mcp\u002FSKILL.md",[67],{"categoryNo":54,"categoryName":55,"taxonomyType":56,"taxonomyTypeDesc":57},[69,70,71],"MCP","zoom","zoom mcp",{"skillNo":73,"name":74,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":75,"categories":76,"keywords":77,"publishedAt":20},"01M6FKJE3KYT3KPEZMEEHYKA6K","zoom-apps-sdk","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-apps-sdk\u002FSKILL.md",[],[78,79,80,70],"sdk","zoom apps sdk","apps",{"skillNo":82,"name":83,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":84,"categories":85,"keywords":86,"publishedAt":20},"01M6FKJ9EDH9Q5VWDF8HAJRSP0","windows","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwindows\u002FSKILL.md",[],[83],{"skillNo":88,"name":89,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":90,"categories":91,"keywords":93,"publishedAt":20},"01M6FKJ666BEEFC3AE9GJ72Q93","whiteboard","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwhiteboard\u002FSKILL.md",[92],{"categoryNo":54,"categoryName":55,"taxonomyType":56,"taxonomyTypeDesc":57},[89],{"skillNo":95,"name":96,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":7,"ownerLogin":8,"ownerAvatarUrl":9,"ownerAccountNo":10,"ownerDisplayName":11,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":97,"categories":98,"keywords":99,"publishedAt":20},"01M6FKJ21WFCDGTJQ2Q91T9DVW","websockets","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwebsockets\u002FSKILL.md",[],[96]]