Plain-English Summary
Puerto Rico cybersecurity requirements usually reach contractors through the contract, solicitation, statement of work, data-use terms, technology approval process, or statewide IT policy—not always through a standalone cybersecurity statute. For a contractor, the practical question is whether the work touches state data, state systems, cloud or software services, confidential records, personal information, or agency-managed technology.
This page separates binding sources from background guidance. A source matters to your company when it applies directly to vendors or when an agency incorporates it into a solicitation, purchase order, master agreement, statement of work, data-use agreement, security exhibit, or other contract document.
What Contractors Should Check First
Before bidding on or performing a Puerto Rico contract, confirm:
- whether the work involves state data, personal information, confidential records, cloud services, software-as-a-service, network-connected products, or access to a state system;
- which state Chief Information Officer (CIO), Chief Information Security Officer (CISO), technology-office, or procurement-office policies apply to the purchase;
- whether standard terms add cybersecurity, privacy, incident-reporting, audit, insurance, subcontractor, or flowdown duties; and
- what evidence the agency expects, such as a security plan, data inventory, access-control records, incident contact, vendor questionnaire, security assessment, approval record, or subcontractor flowdown.
How To Read This Page
Direct contractor duty means the source applies to vendors, service providers, contractors, or handlers of state data. Agency duty that affects vendors means the source binds the state agency but changes what the agency must require from contractors. Contract clause / flowdown means the duty usually becomes binding when it appears in the solicitation, contract, master agreement, data-use agreement, or statement of work. Background only means the source helps explain the state's cybersecurity or procurement environment but does not, by itself, impose a contractor duty.
At-a-Glance Contractor Map
| Area | What to verify | Evidence to keep |
|---|---|---|
| State data | Whether the work uses state data, personal information, confidential records, or agency records. | Data inventory, data-flow map, access list, return/destruction record. |
| State systems | Whether employees, subcontractors, tools, or cloud services connect to state systems. | Access approvals, account list, logging evidence, offboarding records. |
| Technology procurement | Whether the purchase requires IT approval, security review, architecture review, or procurement-office approval. | Solicitation questions, approvals, exceptions, security questionnaire, evaluation submissions. |
| Contract terms | Whether cybersecurity, privacy, incident reporting, audit, insurance, and subcontractor duties are incorporated. | Clause matrix, flowdown terms, subcontractor certifications, incident contact list. |
Cybersecurity statutes (background)
Puerto Rico source materials in the uploaded archive did not clearly identify a standalone contractor-facing cybersecurity statute for this page. Security requirements appear to flow primarily through procurement documents, IT policies, privacy/breach laws, or contract terms.
Regulations, Policies & Standards
No separate regulations, policies, standards, or contract documents were identified in the uploaded Puerto Rico source folder. Add verified current state IT, procurement, and cybersecurity policy sources before publication if available.
Cross-State Procurement Context
NASPO and NASCIO materials are useful background for how states think about cybersecurity in public procurement. They support a practical approach: build security requirements into acquisition planning, solicitations, evaluation, contract terms, and post-award vendor oversight. They are not binding Puerto Rico law unless a Puerto Rico statute, regulation, policy, solicitation, or contract adopts them.
For GovConCyber implementation, use this callout to help readers understand why a state may ask for cybersecurity documentation even when the state code is not written like a federal cybersecurity clause. Do not cite NASPO, NASCIO, CIS, or StateRAMP materials as the source of a binding state requirement unless the specific state has adopted or incorporated them.