EU Cyber Resilience Act Guide for Agricultural IoT & Precision Farming Vendors
Default Class for basic sensors; Important Class I for connected controllers and data aggregation platforms
Agricultural IoT and precision farming vendors placing connected soil sensors, irrigation controllers, crop monitoring systems, livestock tracking devices, and precision agriculture platforms on the EU market must comply with the EU Cyber Resilience Act by September 2026. While many basic agricultural sensors fall into Default Class, connected controllers managing irrigation, fertilisation, or livestock environmental systems — and platforms that aggregate farm operational data — face Class I classification.
CRA Scope and Classification for AgTech Products
Agricultural IoT products within CRA scope include: connected soil sensors, weather stations, crop growth monitors, irrigation controllers, livestock health monitoring systems, variable rate application controllers, precision GPS guidance units, and farm management information systems (FMIS) with installed components.
Basic sensors that transmit read-only data via LoRaWAN or similar low-power protocols with no actuator control capability are likely Default Class — the simplest conformity pathway. Connected controllers that manage physical processes (irrigation valves, fertiliser dosing, environmental controls in glasshouses or livestock buildings) are more likely to be classified as Important Class I given their potential impact on food production systems and, in some contexts, animal welfare. Vendors must assess each product's actuator control capabilities and data sensitivity to determine the appropriate classification.
Technical Security Requirements for Agricultural IoT
Agricultural IoT products face Annex I requirements in an operating environment characterised by limited connectivity, harsh physical conditions, and often non-technical end users:
- Secure default configuration: Agricultural sensors and controllers must not ship with default credentials. Credential setup via companion app or web interface must be required at first use.
- Secure communications: Data transmitted from field sensors to cloud platforms must be encrypted. LoRaWAN devices should use the network and application session key architecture correctly; cellular-connected devices must use TLS.
- Firmware update capability: Even low-power agricultural sensors must support authenticated firmware updates to address security vulnerabilities discovered after deployment. Vendors should consider how field-deployed sensors with limited connectivity will receive updates.
- Data integrity: Sensor data used for automated decision-making (triggering irrigation, adjusting fertiliser doses) must be integrity-protected to prevent data manipulation attacks.
- SBOM maintenance: Including RTOS, communication stack, and sensor libraries embedded in field devices.
CVD Policy and Article 13 for AgTech Vendors
Agricultural IoT vendors — many of which are small and medium-sized enterprises (SMEs) — face the same Article 13 CVD policy requirements as large technology companies. The CRA does not provide SME exemptions from CVD policy obligations, though the CRA does acknowledge that the compliance burden on SMEs must be proportionate.
- Establish a
security.txtfile at the company domain and a simple web-based disclosure form - Define a CVD policy document covering all connected agricultural products
- Commit to acknowledgement within 5 business days and to security update delivery for critical vulnerabilities
- Use CVD Portal as the intake and management platform — designed to make CVD compliance accessible for organisations without dedicated security teams
AgTech vendors should also consider that large agricultural operator customers (cooperatives, precision agriculture service providers) are increasingly requiring security certification and CVD programme evidence as part of procurement processes, creating commercial incentive for CRA compliance beyond regulatory obligation.
Article 14 Incident Reporting for AgTech Products
- Manipulation of irrigation or dosing systems to damage crops or waste resources
- Exfiltration of farm operational data (yield data, field management practices) for competitive intelligence
- Use of agricultural IoT devices as part of a botnet due to default credentials or unpatched firmware
For most SME AgTech vendors, exploitation is less likely to be targeted attack and more likely to involve opportunistic scanning and compromise of poorly secured devices at scale (similar to Mirai botnet-style attacks on IoT devices). The Article 14 notification process should be integrated into the vendor's incident response procedures, even if a dedicated PSIRT function does not exist. CVD Portal's Article 14 timeline tool supports deadline tracking for organisations without dedicated compliance infrastructure.
Conformity Assessment for Agricultural IoT Products
Default Class agricultural IoT products may use Module A (internal control — self-assessment) for conformity assessment. Class I products require third-party assessment. For SME vendors with Default Class products, the self-assessment pathway involves:
- Documenting the product's digital elements and confirming Default Class classification
- Conducting an internal assessment against Annex I Part I and Part II requirements
- Preparing the technical file (architecture documentation, security testing records, SBOM)
- Issuing the EU Declaration of Conformity using the Annex IV template
- Affixing the CE mark to the product and packaging
SME vendors can access CRA compliance support through ENISA's guidance resources and national business support agencies. The European Commission has committed to providing SME-specific compliance guidance and tooling. CVD Portal's free tier is specifically designed to reduce the barrier to Article 13 CVD compliance for smaller manufacturers.
CVD Portal handles your CRA Article 13 obligations automatically.
Public CVD submission portal, 48-hour acknowledgment tracking, Article 14 deadline alerts, and CSAF advisory generation. Free forever for Agricultural IoT & Precision Farming Vendors.
Start your free portalFrequently asked
Are LoRaWAN-connected farm sensors within CRA scope?+
Yes. LoRaWAN-connected sensors are products with digital elements — they contain embedded software, process data, and communicate via a network interface. The CRA scope includes low-power IoT sensors with radio connectivity. However, basic read-only sensors with no actuator control and no internet connectivity (communicating only within a local LoRaWAN network) are likely Default Class, enabling the simpler self-assessment conformity pathway. Vendors should confirm classification for each product model and document the rationale. Sensors that also receive commands (e.g., to trigger an action) have elevated classification risk.
How does the CRA apply to precision agriculture platforms that include both hardware sensors and a cloud platform?+
When a precision agriculture product includes both field hardware (sensors, controllers) and a cloud platform accessed via a web or mobile app, both elements are within CRA scope as parts of the same product with digital elements. The hardware must meet Annex I technical requirements; the cloud platform's API and integration security must also satisfy CRA requirements. The vendor is responsible for the security of the full system, including the cloud backend, even if the cloud platform is operated by a third-party cloud provider. The vendor must ensure contractually that the cloud provider's security measures are compatible with CRA obligations.
Are there CRA exemptions for very small AgTech startups?+
The CRA does not provide categorical exemptions for small companies. However, it does include provisions recognising the disproportionate impact on SMEs, including simplified conformity assessment pathways for Default Class products and EU-funded support programmes to assist SMEs with compliance. Open-source software components distributed for free without commercial support are excluded from CRA scope, which may be relevant to AgTech startups distributing sensor firmware as open source. Any commercially distributed product with digital elements — regardless of company size — must satisfy CRA requirements if placed on the EU market.
Key CRA articles for Agricultural IoT & Precision Farming Vendors
Need a CVD policy template for Agricultural IoT & Precision Farming Vendors?
Download a free CRA-compliant vulnerability disclosure policy and deploy it in minutes.