How physical access control systems are managed
Download your free access control guide
Six building blocks, eleven trends, and three ready-made checklists.
Most commercial buildings have a physical access control system (PACS). The question is how many of those systems are actually being managed. Somewhere in a building is a credential list that hasn’t been audited in months, a former employee whose badge still opens the side door, and a door reader that went offline weeks ago without anyone noticing. In each case, the equipment is doing its job, but the day-to-day work of keeping access current has lapsed.
This guide addresses that gap. Choosing a physical access control system is the easy part. Running one so access matches who should have it on any given day is where physical security access control succeeds or fails.
What is physical access control?
Physical access control means using technology and policies to determine who can enter restricted spaces and when. A physical access control system uses hardware and software to allow only authorized people to enter. It is the difference between a building that anyone can walk into and one that opens only for the people who should be there.
Every PACS is built from three kinds of parts. The credentials are what a person presents to prove who they are, from keycards and fobs to mobile credentials and biometrics. The readers and hardware are what sit at the door. In physical access control door systems, these include the reader itself, the electronic lock, and the controller that makes the decision. The software is the access management platform where an administrator issues credentials, sets access levels, reviews the audit trail, and turns access off. The hardware carries out the entry, while the software decides whether that entry should be allowed and records every one that happens.
What happens at the door depends on more than whether the credential is real. When someone presents a credential, the controller checks it against the access rules the software holds for that person, that door, and that moment, and those rules are where the access model does its work. A valid credential still gets turned away if the rules say this person should not be at this door at this hour. Every one of those decisions, granted or denied, is written to the access log, which is what a PACS has that a mechanical lock never will.
The types of physical access control
Physical access control systems enforce access in one of four ways, and the model a building runs decides how much work it takes to keep access correct. Most facilities managers never choose their model deliberately. They continue using the one that is already in place. So the useful question is which one you are probably running and whether it fits. Here is how the four compare.
| Model | How access decided | Where it fits |
|---|---|---|
| Discretionary access control (DAC) | The owner of a resource decides who gets in | Small sites, low-security doors, simple setups |
| Mandatory access control (MAC) | A central authority sets fixed rules nobody can override | High-security and government facilities |
| Role-based access control (RBAC) | Access follows the person's role, not the individual | Most commercial buildings and enterprises |
| Attribute-based access control (ABAC) | Access depends on rules combining role, time, location, and more | Complex, multi-condition, or highly regulated environments |
-
Discretionary access control (DAC)
How access decided
The owner of a resource decides who gets in
Where it fits
Small sites, low-security doors, simple setups
-
Mandatory access control (MAC)
How access decided
A central authority sets fixed rules nobody can override
Where it fits
High-security and government facilities
-
Role-based access control (RBAC)
How access decided
Access follows the person's role, not the individual
Where it fits
Most commercial buildings and enterprises
-
Attribute-based access control (ABAC)
How access decided
Access depends on rules combining role, time, location, and more
Where it fits
Complex, multi-condition, or highly regulated environments
Discretionary access control (DAC)
Under discretionary access control, the owner of a given door or resource decides who may enter. It is flexible and easy to set up, which is why small sites default to it. It breaks down at scale because access decisions live in many hands and no one keeps a consistent picture of who can go where. Over time, that scattered decision leaves a building full of access rights no one can account for.
Mandatory access control (MAC)
Mandatory access control puts a central authority in charge of fixed rules that individual users cannot override. It is the most rigid model and the most secure, which is why government and high-security facilities use it. That rigidity is the trade-off. MAC takes real administrative effort to run, so it fits places where security clearly outweighs convenience.
Role-based access control (RBAC)
Role-based access control ties access to a person's role rather than to the individual, so a finance employee gets finance-floor access because of their job, not a one-off decision. It is the model most commercial buildings and enterprises run, because it scales cleanly. Its weak point is that access drifts out of date. When roles change, and access is not updated to match, permissions and reality slowly separate, and the audit trail stops telling the truth.
Attribute-based access control (ABAC)
Attribute-based access control decides entry from a set of attributes at once, combining role with conditions like time of day, location, or clearance level. It is the most granular model, which suits complex or heavily regulated environments where a simple role is not enough. That precision comes at the cost of real complexity. ABAC needs careful policy design and ongoing management, or the rules become a tangle no one fully understands.
Where physical access control meets cybersecurity
Physical access control and cybersecurity are no longer separate problems, and organizations that manage them separately leave a gap between them. The line between physical access control and logical access control, meaning access to systems and data, has mostly dissolved. The same credential often opens a door and logs into a system, so a weakness on one side is a weakness on both.
The intersections are specific and worth naming:
- Stolen credentials open real doors. A cloned keycard or a compromised mobile credential is a physical breach that started as a digital one.
- Tailgating bypasses network perimeter controls. An intruder who follows an employee through a door has walked past the firewall and is closer to the servers.
- Stale access lists expose both sides. A former employee with an active badge is a physical risk and, if that identity still ties to systems, a data risk at the same time.
- Regulators increasingly expect one program. Frameworks now treat physical and logical access as parts of the same control set, not separate checklists.
Managing physical and logical access as one program, under a single point of accountability, is what closes that gap. When physical access policy and cybersecurity practice are run separately, the seam between them is exactly where incidents happen. Consider the everyday case of an employee who leaves the company. If IT disables their network accounts but nobody deactivates their badge, the person can still walk into the building, and if their badge still maps to a live identity, that physical access can become a path back into systems. One team closed half the door. The gap is the other half, and it stays open until both sides of access are governed together.
What managing a physical access control system actually means
Choosing a PACS happens once. Running one is ongoing, and most organizations underinvest in it because a system that is installed and then left alone still appears to work while doing less than its owners assume. The items below are the ongoing jobs a managed program covers. Read them as a checklist against your own building. Most teams handle the first few well and cover the rest only when something forces the issue, which is where the real exposure sits.
Credential lifecycle, onboarding through offboarding
Every credential has to be issued to the right person with the right access, and revoked the moment that person leaves or changes roles. The reliable version ties this to the HR process, so access ends when employment does. When it is left to memory instead, former employees keep working badges for months.
Access level reviews and policy enforcement
Access levels drift out of alignment with roles unless someone reviews them on a schedule. That means running periodic reviews and enforcing a written physical access control policy consistently across every door. Skip it, and permissions accumulate until the access list becomes a record of everyone who ever needed anything.
Reader and hardware maintenance
Readers, locks, and controllers fail, and a dead reader is an open door or a locked-out employee until someone notices. Monitoring hardware health means faults get fixed before they become incidents. The alternative is finding out a reader was offline only when an investigation needs access records that were never captured.
Audit trail monitoring and incident response
An access log is only useful if someone reads it and can act on it. The trail has to be monitored for anomalies, with a defined response at any hour when something looks wrong. A complete log that no one reads until after an incident is just a record of what was missed.
Updates, integrations, and compliance documentation
Software needs patching, integrations need maintaining, and regulated facilities need their controls documented and current. Good management keeps all three up to date as a matter of routine. Poor management treats each as a one-time project, so the system ages and the paperwork goes stale between audits.
-
The credential lifecycle, so access ends when employment or a role does.
-
Scheduled access-level reviews against a written policy.
-
Reader and hardware health, caught before a fault becomes an incident.
-
Audit-trail monitoring and a defined, around-the-clock incident response.
-
Software updates, integrations, and current compliance documentation.
What compliance requires of physical access control
Several compliance frameworks and regulations reach directly into physical access control, and meeting them takes more than a card reader on the door. The requirements vary by framework, but the common thread is that you have to control physical access to sensitive areas and prove it with records. A brief, non-exhaustive picture of where PACS and compliance meet:
- SOC 2. Physical-security controls require restricted access to facilities and systems, with access records to demonstrate it.
- HIPAA. Facility access controls are required to protect the areas where protected health information lives, in healthcare settings and their vendors.
- FISMA and FedRAMP. Federal systems and the providers serving them carry defined physical access requirements for the facilities that house them.
- Insurance and liability. Even absent a named framework, carriers and courts ask whether a building took reasonable, documented steps to control access.
The pattern across all of them is documentation. Beyond controlling access, you have to be able to show that you did, consistently, with a record that holds up under review. For organizations that need one point of accountability for that documentation, this is where the management question and the compliance question become one, and it connects to how managed physical security handles compliance evidence across a portfolio.
A physical access control system is a program you run every day
Physical access control is an operational program that happens to run on technology. Technology is the part people focus on, and it is the part that matters least once the system is live. Buying the reader and the software is straightforward, and every vendor sells it. The credential management, policy enforcement, monitoring, maintenance, and incident response that follow decide whether the system does what its owners believe it does.
A managed model closes that gap by putting the whole program under one accountable owner rather than leaving it to whoever in the building has time. One partner selects and deploys the hardware, manages the credential lifecycle, monitors the system around the clock, maintains it, and responds when something fails, across every door and every building in a portfolio. Organizations running their own PACS internally carry all of that operational overhead themselves, while the ones on a managed model hand it off.
This is the work Kastle does. Kastle manages physical access control as one part of a comprehensive managed security program spanning access control, video, and monitoring, delivered as a service across a portfolio rather than a system the building has to run itself. It is the same operational ownership Kastle has delivered for over 50 years, protecting more than 60,000 businesses across the United States and Australia. The building gets a working access program without having to staff the people who keep it working.
The bottom line
A physical access control system decides who can enter which spaces, when, and under what conditions, and it runs on credentials, readers, and management software. Most buildings can buy and install one. Keeping access aligned with who should actually have it is harder, and it has to continue as credentials change, roles shift, hardware fails, and audits come due. That ongoing alignment is what a managed program handles, so the system keeps doing what its owners believe it does.
Frequently asked questions
A physical access control system, or PACS, is the combination of hardware and software that controls who can enter which physical spaces, when, and under what conditions. It is built from credentials, readers, and door locks, and a physical access management system behind them. Its job is to make sure a building opens only for the people who should be there, and to keep a record of every entry.
A physical access control system regulates entry to physical spaces, deciding which people can pass through which doors, when, and under what conditions. It governs everything from the front entrance to server rooms, executive floors, and restricted zones. It also records each access event, creating an audit trail of who went where and when.
Physical access control governs entry to physical spaces like doors, floors, and buildings. Logical access control governs entry to digital systems like networks, applications, and data. They increasingly run as one program, because a single stolen credential can breach both, and modern security treats the two as parts of the same control set.
Common examples include badge or keycard readers at entrances, mobile credentials on an employee's phone, PIN keypads, biometric readers for high-security rooms, and turnstiles or mantraps in lobbies. Visitor management systems and elevator access controls are also forms of physical access control. Each one decides whether to grant entry and logs the result.
PACS stands for physical access control system. It refers to the combined hardware and software that enforces who can physically enter a space, in contrast to logical access control, which governs access to digital systems. In practice, a PACS covers the credentials, the readers and locks, and the management software that ties them together.
Tell us about your project and our team will follow up.