算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
nydfs-infosec-program【设计与创意】Drafts a comprehensive Information Security Program compliant with NYDFS Cybersecurity Regulation (23 NYCRR 500). Covers CISO designation, risk assessment, access controls, encryption, monitoring, incident response, notification, and annual certification for covered financial services entities. Use when drafting cybersecurity programs, NYDFS complian…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: nydfs-infosec-program language: en description: >- Drafts a comprehensive Information Security Program compliant with NYDFS Cybersecurity Regulation (23 NYCRR 500). Covers CISO designation, risk assessment, access controls, encryption, monitoring, incident response, notification, and annual certification for covered financial services entities. Use when drafting cybersecurity programs, NYDFS compliance policies, or information security policies for financial institutions. Trigger keywords: NYDFS, 23 NYCRR 500, cybersecurity regulation, information security program, CISO policy, financial services cybersecurity. tags:
Drafts a regulatory-ready Information Security Program for covered entities under the NYDFS Cybersecurity Regulation.
Assemble the program document with executive summary, table of contents, glossary, and the sections below mapped to 23 NYCRR 500. Tailor controls to the entity's size, complexity, and risk profile.
| Element | Requirement |
|---|---|
| Reporting line | Direct to Board or senior officer; independent from operations |
| Qualifications | Certifications (CISSP, CISM), financial-services expertise |
| Authority | Enforce policies, direct investments, oversee risk assessments, coordinate IR |
| Board reporting | Regular reports on posture, threats, metrics, resource needs |
| Strategic role | New products, tech implementations, M&A, vendor relationships |
| Function | Coverage |
|---|---|
| Information security | CIA triad across information lifecycle |
| Data governance | Classification, handling, retention, disposal |
| Access controls | Least privilege, separation of duties, periodic reviews |
| BC/DR | RTO/RPO, backup requirements, testing |
| Incident response | Definitions, high-level protocols |
| Vendor management | Third-party risk assessment and monitoring |
Include: scope definition, governance structure, enforcement mechanisms, exception process, annual review cycle, Board approval.
| Control | Specification |
|---|---|
| Least privilege | Role-based access aligned to job functions |
| MFA (§ 500.12) | Privileged accounts, remote access, systems with sensitive NPI |
| Privileged access | Separate admin accounts; just-in-time provisioning; enhanced monitoring |
| Provisioning | Formal request → manager + data owner approval → authorized provisioning |
| Termination | Immediate deprovisioning; automated where possible |
| Access reviews | Privileged: quarterly · Sensitive: semi-annual · Standard: annual |
| Level | Definition | Handling |
|---|---|---|
| Public | Freely disclosable | No restrictions |
| Internal | Employee use only | Standard access controls |
| Confidential | Disclosure harmful | Encryption in transit/at rest, restricted sharing |
| Highly Confidential | NPI, SSN, financial accounts, biometrics | Enhanced encryption, strict access, DLP |
Require: data inventory/mapping, ownership assignments, data minimization, retention schedules with secure disposal.
| Scope | Standard |
|---|---|
| In transit | TLS 1.2+; AES-128 minimum, AES-256 preferred |
| At rest — portable | Full-disk encryption |
| At rest — databases | TDE or column-level for NPI |
| At rest — backups | Encrypted; keys separate from production |
| Asymmetric | RSA-2048+ or equivalent ECC |
| Key management | HSM or KMS; separate generation, storage, rotation, destruction |
| Exceptions | Risk assessment + compensating controls + CISO approval |
Monitoring: IDS/IPS at perimeters, EDR on endpoints/servers, SIEM aggregating firewalls/auth/apps/databases. Log retention by risk tier.
Required logging: Auth events, privileged access, sensitive data access, config changes, security alerts.
| Activity | Frequency |
|---|---|
| External scan | Weekly or continuous |
| Internal scan | Monthly |
| Penetration testing | Annual minimum |
| Critical vuln remediation | Days |
| General patching | Risk-based; compensating controls for delays |
Incident types: Unauthorized access, malware, DoS, data breach, insider threat, physical breach.
Response lifecycle:
Team roles: Incident Commander, Technical Investigators, Legal Counsel, Communications, Executive Leadership. Maintain forensic images and chain of custody.
Threshold: Cybersecurity event with reasonable likelihood of materially harming normal operations.
| Requirement | Detail |
|---|---|
| Deadline | 72 hours from determination of reportability (not detection) |
| Content | Incident type, date, affected systems, data types, individuals affected, remediation, investigation status |
| Updates | Submit supplemental reports as investigation progresses |
| Coordination | Align with state breach laws, federal regulators, law enforcement, contracts |
Timeline: Begin compliance review no later than Q4; submission deadline February 15.
Compliance matrix — Map each § 500 requirement to: implementing controls, responsible personnel, supporting evidence, gap status/remediation.
Evidence domains: Governance (Board minutes, CISO appointment), Policies (approvals, acknowledgments), Risk assessment (reports, methodology), Access controls (RBAC, MFA records, audit logs), Encryption (inventory, key management), Monitoring (scans, pen tests, SIEM), IR (plan, exercises, incident logs), Vendor management (assessments, contracts), BC/DR (plans, test results).
Validation: Go beyond document existence — sample transactions, review patching timelines, test encryption, interview personnel.
Certification governance: CISO prepares report → legal review → Board review → documented approval. Material deficiencies must be remediated or disclosed before submission.
[VERIFY] if uncertain — 23 NYCRR 500 was significantly amended November 2023.Key changes from the original:
>- multiline description with trigger keywords for better agent discoverability