Skip to content
KitploitKITPLOIT
ToolsBlog
Submit
ToolsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

··Feeds·Contact·Privacy·© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
Tools/GitHubGitHub/platanor/hardware-compliance-handbook
IoT SecurityCloud SecurityHardware SecuritySupply Chain SecurityLearning & EducationCurated Resources
GitHubplatanor/hardware-compliance-handbook

hardware-compliance-handbook

AI-ready knowledge base of security & compliance regulations for hardware and connected-device manufacturers - structured, indexed, and machine-readable for LLMs and agents.

View Repository
1425 days agoNot yet reviewed

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share

Hardware Compliance Knowledge Base

A fact-checked, open reference on the EU laws that govern hardware and IoT cybersecurity — CRA, RED, NIS2, and the Cybersecurity Act/EUCC, in one place instead of four.

License: CC BY 4.0 Regulations covered Maintained by

Prepared by Platanor Technologies (platanor.com) — an embedded security firm for IoT device manufacturers.

Contents: Quick start · What this is · Repository structure · Methodology · Using with an LLM · Claude Skill · Feedback · License


Quick start

  • Just want an answer? Open cra/faq.md, , , or — each is a practical Q&A for hardware/IoT manufacturers, no legal background required.
red/faq.md
nis2/faq.md
csa/faq.md
  • Working with an LLM? Drop a processed guide into your prompt and ask, e.g.: "Using cra/product-risk-classes.md and red/essential-requirements.md, does a Wi-Fi-connected baby monitor need a notified body, or can we self-assess?"
  • Need the exact legal wording? Every processed guide links back to its source in primary-sources/ — full official text, chunked by article.
  • Want this loaded automatically in Claude? See Installing this as a Claude Skill.

  • ⚠️ Disclaimer — read before use

    This is NOT legal advice. The materials in this repository are a reference knowledge base on the main pieces of EU law that touch hardware and IoT cybersecurity — the Cyber Resilience Act (Regulation (EU) 2024/2847), the Radio Equipment Directive (Directive 2014/53/EU and its cybersecurity delegated act), the NIS2 Directive (Directive (EU) 2022/2555), and the Cybersecurity Act (Regulation (EU) 2019/881, including the EUCC certification framework) — prepared to help you orient yourself in the topic, not to inform legal or compliance decisions.

    • We make an effort to keep facts accurate and checked against the primary text of each regulation (EUR-Lex), but we give no guarantee of completeness or currency — this legislation and its supporting standards (M/606, harmonised standards, delegated/implementing acts) are still under development and can change.
    • Before making any decision about your product's or organisation's compliance — consult a qualified lawyer or regulatory advisor who can assess your specific case.
    • This is a living, growing knowledge base: materials are regularly expanded, corrected, and re-verified. What is accurate today may have changed in a deadline or an interpretation — always check a file's last-verified date against the current state of the regulation.
    • Found an error or inaccuracy? We'd appreciate the feedback (see "Feedback" below).

    What this is

    Hardware and IoT manufacturers selling into the EU are increasingly subject to more than one regulation at once — the CRA governs the product, RED governs radio equipment specifically (with its own overlapping cybersecurity requirements), NIS2 governs certain organisations in critical sectors (including some manufacturers and their customers), and the Cybersecurity Act provides the voluntary certification framework (EUCC) that sits alongside all of them. This repository exists because treating any one of these in isolation gives an incomplete picture — a manufacturer can be in full CRA compliance and still miss a RED-specific requirement, or misjudge whether NIS2 reaches them indirectly through a customer's supply-chain obligations.

    The repository has two layers:

    1. Processed guides (cra/, red/, nis2/, csa/) — shorter, structured reference documents per regulation: overview, definitions/scope, essential requirements or obligations, deadlines, penalties, and a practical FAQ. Easy to use for a quick grasp of a topic, and each one is written to flag how it relates to the other three regulations, not just to stand alone.
    2. Primary sources (primary-sources/) — the full official text of each regulation and related act, unmodified. The source of truth for exact quotes, for humans and LLMs alike.

    The processed guides have been fact-checked against the primary text of each regulation and related sources (M/606, delegated/implementing acts) — methodology described below.

    Repository structure

    CRA — Cyber Resilience Act (Regulation (EU) 2024/2847)

    FileWhat it covers
    cra/overview.mdAdoption context, scope, structure of the regulation (chapters and annexes)
    cra/definitions.mdOfficial definitions and terminology (product with digital elements, RDPS, critical/important product, etc.)
    cra/essential-requirements.mdAnnex I essential cybersecurity requirements + status of harmonised standards development (mandate M/606); cross-referenced against ENISA's Secure by Design and Default Playbook
    cra/product-risk-classes.mdProduct risk classification: Default, Important Class I/II, Critical
    cra/obligations-by-role.mdManufacturer, importer, and distributor obligations (Chapter II)
    cra/timeline-deadlines.mdKey deadlines and transitional provisions
    cra/vulnerability-reporting.mdVulnerability and severe-incident reporting (Article 14)
    cra/penalties-enforcement.mdPenalties and market surveillance
    cra/self-assessment-maturity-model.mdENISA SME Cyber Resilience Maturity Assessment Model

    RED — Radio Equipment Directive (2014/53/EU + cybersecurity delegated act)

    FileWhat it covers
    red/overview.mdScope, structure, relationship to the CRA
    red/essential-requirements.mdArt. 3(3)(d)(e)(f) cybersecurity requirements, EN 18031-1/-2/-3 and their restrictions
    red/obligations-by-role.mdManufacturer, importer, and distributor obligations (Chapter II)
    red/timeline-deadlines.mdKey deadlines: the directive, the cybersecurity delegated act, harmonised standards
    red/penalties-enforcement.mdPenalties (set by national law, not EU-wide) and market surveillance
    red/faq.mdPractical FAQ for hardware/IoT manufacturers

    NIS2 — Directive (EU) 2022/2555

    FileWhat it covers
    nis2/overview.mdScope, essential/important entity split, structure
    nis2/obligations.mdGovernance (Art. 20), risk-management measures (Art. 21), essential vs. important supervision (Art. 32/33), fines (Art. 34)
    nis2/incident-reporting.mdReporting obligations (Art. 23) — notification clock, comparison with CRA Art. 14
    nis2/faq.mdPractical FAQ for hardware/IoT manufacturers and their customers

    CSA — Cybersecurity Act / EUCC (Regulation (EU) 2019/881)

    FileWhat it covers
    csa/overview.mdENISA mandate + the European cybersecurity certification framework, relationship to CRA/RED/NIS2
    csa/eucc-certification.mdEUCC certification mechanics — assurance levels, voluntary status, issuing bodies
    csa/faq.mdPractical FAQ on CSA/EUCC for hardware/IoT manufacturers

    Cross-cutting and primary sources

    FileWhat it covers
    relationship-to-other-eu-law.mdHow the CRA interacts with other EU law: RED, NIS2, AI Act, CSA/EUCC, GDPR, and others
    cra-red-ce-marking-guide.mdPractical step-by-step guide to CE marking under both CRA and RED
    primary-sources/Full official text of the CRA, M/606, RED, NIS2, CSA, and related acts

    Methodology and sourcing

    Every statement is checked against a source-priority order: primary text of the regulation (EUR-Lex) > official related documents (standardisation mandates, delegated/implementing acts) > secondary sources > our own analysis. Where there is an open question or a not-yet-finalised rule (e.g. the draft amendment to M/606), this is explicitly flagged in the text as pending official confirmation, not stated as settled fact.

    How to use this with an LLM

    These files are designed to serve as context for language models (ChatGPT, Claude, Gemini, etc.) — for example:

    • attach the relevant .md file (or several) as context to your prompt when asking a model about CRA, RED, NIS2 or CSA/EUCC — the processed guides are enough for a quick answer; for an exact article quote, use a file from primary-sources/;
    • use the repository as a source for a RAG pipeline or your own hardware-compliance assistant — the primary-source files in primary-sources/ are already split by ### Article N headings, which are natural chunking boundaries;
    • the markdown format has no complex layout — easy to parse and chunk;
    • the repository root has an llms.txt — a concise, machine-readable index of all files for AI agents.

    Since a model's answers will be grounded in these files, the disclaimer above applies to any LLM output built on this base too — those answers are likewise not legal advice.

    Installing this as a Claude Skill

    This repository has a SKILL.md file at its root, alongside the reference files — so it can be installed as a Claude Skill: a packaged capability that Claude loads automatically whenever a question matches its topic, instead of you having to attach files by hand every time. Installation differs by product, since Skills don't sync across surfaces:

    Claude Code (filesystem-based, no upload step):

    root@kitploit:~
    git clone https://github.com/Platanor/hardware-compliance-handbook.git ~/.claude/skills/hardware-compliance-handbook
    

    Use ~/.claude/skills/ for a personal install available in every project, or clone into a project's own .claude/skills/ folder to scope it to that project. Claude Code discovers SKILL.md automatically — no restart or extra config needed.

    claude.ai, Claude Desktop, or Cowork:

    1. Clone or download this repository, then zip its contents (e.g. zip -r hardware-compliance-knowledge-base.zip . run from inside the repo folder).
    2. In your Claude settings, go to Settings → Features → Skills (requires a Pro, Max, Team, or Enterprise plan with code execution enabled) and upload the zip file.

    Skills uploaded this way are tied to your individual account — each teammate who wants it needs to upload it separately.

    Claude API / your own application: upload the repository as a Custom Skill through the Skills API (/v1/skills). See Anthropic's Agent Skills documentation for the full reference.

    However you install it, this remains a knowledge base, not a certified compliance tool — the disclaimer at the top of this README applies to anything Claude produces using it.

    Status

    Actively growing. Currently 25 processed documents across four regulations (CRA, RED, NIS2, CSA/EUCC) plus 8 primary-source mirrors; more material is planned as the underlying legislation develops (new harmonised standards, delegated/implementing acts, Commission guidance, and the still-unmirrored EUCC scheme implementing act).

    Feedback

    Found an error, an outdated date, or an inaccurate interpretation? Let us know — contact details at platanor.com, or open an issue or pull request directly. See CONTRIBUTING.md for what belongs here and how to submit a change.

    License

    This content is distributed under the Creative Commons Attribution 4.0 International (CC BY 4.0) license.

    This means you're free to copy, redistribute, adapt, and even use these materials commercially — provided you give attribution: credit Platanor Technologies (platanor.com) as the source and link to the license.

    Full license text: creativecommons.org/licenses/by/4.0. Details in the LICENSE file.


    If this saved you from reading four EU regulations back to back, a ⭐ on the repo helps other manufacturers find it too.

    Download Tool
    cra/faq.md
    Practical FAQ for hardware/IoT manufacturers