Matter · Security · Smart Home Security

Matter Fabric Security: PASE, CASE and the Cryptography That Keeps Your Sensors Trusted

Published 2026-10-27 · 9 min read · By Shenan Yangguang engineering

"Is my sensor secure on the network?" is a fair question, and the reassuring answer is that Matter was built security-first: every session is encrypted and authenticated at the application layer, not left to theWi-Fi password. The mechanism is two handshake layers plus per-fabric keys. Here is what that means in plain terms, and what a factory has to get right.

Key takeaways

  • PASE is the one-time, setup-code session used only to commission a device; CASE is the certificate session used for every later communication.
  • A Matter operational certificate (NOC) identifies a device within one specific fabric, separate from the factory attestation credential that proves authenticity before joining.
  • Fabric-scoped keys mean a device on one fabric cannot read or impersonate traffic on another — the basis of safe multi-admin sharing.
  • Because sessions are application-layer encrypted, a sensor does not depend on the underlying Wi-Fi or Thread network being trusted.
  • A clean factory reset must erase the old fabric credentials, or a returned device could carry another customer's identity.

What a "fabric" is, and why it is the security boundary

A Matter fabric is the set of devices, controllers and shared cryptographic keys that trust each other as one logical smart-home instance, and the fabric — not the Wi-Fi network — is the real security boundary, because devices prove their identity to each other using fabric credentials rather than relying on the transport network to keep them apart. This is the mental model a brand needs: the "network" a customer thinks of is just the pipe; the fabric is the circle of trust drawn in cryptography. A device outside the fabric cannot join the conversation, and a device inside one fabric cannot eavesdrop on another. That property is what lets a sensor be secure even on a borrowed or untrusted Wi-Fi, and it is also what makes multi-admin — sharing one device with two ecosystems — safe rather than leaky.

PASE: the one-time commissioning handshake

PASE, or Passcode-Authenticated Session Establishment, is the temporary, setup-code-protected session used only during commissioning to securely introduce a new device to a fabric, and it is intentionally short-lived so the setup code that opens the door is never the thing that protects everyday traffic. When a customer scans the QR or types the code, PASE uses that code to establish an encrypted, authenticated channel just long enough to issue the device its real, certificate-based identity. The elegance is that the human-friendly code is a bootstrap secret, not a standing key: once commissioning completes, the code is spent and useless to an attacker who later learns it. We make sure the code is unique per device and the PASE session behaves exactly to spec, because a weakness here is the one place a human-typed secret touches the security model.

CASE: the certificate session that protects everything after

CASE, or Certificate-Authenticated Session Establishment, is the certificate-based session used for every communication after commissioning, so once a device holds its operational certificate it no longer needs the setup code and instead proves identity cryptographically on each connection. This is the workhorse of Matter security. Every time a controller reads a sensor or a sensor reports an event, the two ends run CASE and confirm each other's certificates before any data moves. Because the session is authenticated and encrypted at the application layer, the security does not depend on whether the Wi-Fi is WPA2 or WPA3, or whether the Thread mesh is publicly observable — the link is private regardless. We validate CASE against the real controllers a brand targets, because a device that fails CASE negotiation simply will not talk to that ecosystem, and that failure looks exactly like "broken hardware" to a customer.

Operational certificates vs the attestation credential

A Matter operational certificate, or NOC, is the per-fabric credential a device receives during commissioning that identifies it within one specific fabric, and it is distinct from the factory-installed device attestation credential that proves the device's authenticity to the ecosystem before it ever joins. The attestation credential is the "this is a genuine, un-cloned device" proof baked in at the factory; the NOC is the "this device belongs to your home" membership card handed out at commissioning. A device can hold an NOC for each fabric it belongs to, which is how multi-admin works — one attestation identity, several fabric memberships, each with its own scoped keys. We provision the attestation side on the line and confirm the NOC issuance during validation, because getting either half wrong breaks trust at exactly the moment a customer is setting up.

Fabric-scoped keys and safe multi-admin

Matter uses fabric-scoped keys, meaning the encryption and identity material is bound to one fabric, so a device commissioned into one fabric cannot decrypt or impersonate traffic on another, which is the property that lets multi-admin share a single device between ecosystems without exposing one to the other. Without fabric scoping, sharing a device with a second app would mean handing that app the keys to your whole home; with it, each fabric sees only its own slice. This is also why a returned or resold device is safe only if its old fabric credentials are fully erased — which is the factory's job at reset. We implement the reset so it removes the NOC and the scoped keys completely, not just logically, because a half-wiped device is a liability.

Factory stance: we build the trust path, not a black box

Shenan Yangguang designs, prototypes, validates and mass-produces these sensors; we do not relabel a third party's product. For fabric security we integrate a standard CSA-certified Matter connectivity module, provision the attestation credential on the line, build the PASE and CASE behaviour to spec, store the fabric-scoped keys in secure storage, and confirm NOC issuance and reset against the target ecosystems during validation. We also make the factory reset wipe the old fabric credentials cleanly, because a sensor that carries a previous owner's identity is a security and privacy defect, not a convenience. Where an ecosystem's CASE behaviour is uncertain, we flag it before launch rather than after. The goal is simple: a Matter sensor that is trusted on day one and stays trusted after a reset.

For the credential itself, see our device-attestation article; for what happens at first setup, our onboarding and multi-admin note covers the factory's commissioning duties.

Frequently asked

What is the difference between PASE and CASE in Matter?

PASE (Passcode-Authenticated Session Establishment) is the temporary, setup-code-protected session used only to commission a new device onto a fabric, whereas CASE (Certificate-Authenticated Session Establishment) is the certificate-based session used for every communication after commissioning, so the short-lived passcode never protects day-to-day traffic.

What is a Matter operational certificate?

A Matter operational certificate, or NOC, is the per-fabric credential a device receives during commissioning that identifies it within one specific fabric, distinct from the factory-installed device attestation credential that proves the device's authenticity to the ecosystem before it ever joins.

Can a sensor on my fabric read traffic from a different fabric?

No — Matter uses fabric-scoped keys, meaning the encryption and identity material is bound to one fabric, so a device commissioned into one fabric cannot decrypt or impersonate traffic on another, which is what lets multi-admin share a device without exposing one ecosystem to another.

Does a Matter sensor stay trusted if the network is untrusted?

Yes — because every post-commissioning session uses certificate-authenticated encryption, a Matter sensor does not rely on the Wi-Fi or Thread network itself being trusted; the link is secured end-to-end at the application layer regardless of the underlying transport.

What should a brand verify about fabric security before launch?

A brand should confirm the device uses the standard attestation flow, establishes CASE sessions correctly against the target controllers, stores fabric-scoped keys in secure storage, and that a factory reset cleanly removes the old fabric credentials so a resold or returned device cannot carry another customer's identity.

Want a security story you can stand behind?

Tell us your target ecosystems. We build the PASE/CASE trust path on a standard CSA-certified Matter module, scope the keys per fabric, and make the reset wipe the old identity cleanly.

Request a Quote