Here's the complete BSBS portfolio as a self-contained HTML5 document with embedded CSS. It uses the harbor color palette for section headings and vividly colors the ASCII architecture diagrams, making it ready for browser viewing or portfolio hosting. ```html Baltimore Secure Backbone System (BSBS) – Portfolio

Baltimore Secure Backbone System (BSBS)

Comprehensive Portfolio Submission
Municipal Cybersecurity Governance, Post‑Quantum Architecture, and Constitutional Compliance

Author: [Your Name]  |  Course: [Capstone / Cybersecurity Governance & Technical Architecture]  |  Date: June 2, 2026  |  Version: 2.1 (Final Portfolio)

Table of Contents

  1. Abstract & Portfolio Overview
  2. BSBS Policy Addendum v1.0
  3. Artifact A – NIST SP 800‑53 Rev. 5 Control Mapping
  4. Artifact B – Fourth Amendment Minimization Protocol (Legal Memorandum)
  5. Artifact C – Technical Architecture Diagrams (Vivid ASCII)
  6. Reflective Analysis & Feasibility Assessment
  7. Lessons Learned & Professional Growth
  8. References
  9. Appendix A – Acronym Glossary
  10. Appendix B – Diagram Rendering Notes

1. Abstract & Portfolio Overview

The Baltimore Secure Backbone System (BSBS) is a multidisciplinary cybersecurity framework that demonstrates upper‑division competency in governance, legal analysis, post‑quantum cryptography, memory‑safe systems programming, and machine‑learning‑driven threat detection. This portfolio artifact positions BSBS not as a theoretical exercise, but as a realistic, jurisprudentially‑informed technical architecture for a mid‑sized American city.

Learning Outcomes Demonstrated:

2. BSBS Policy Addendum v1.0 – Municipal Cybersecurity Framework

2.1 Executive Summary

The Baltimore Secure Backbone System (BSBS) is a comprehensive cybersecurity governance and technical architecture framework designed to protect the City of Baltimore’s municipal data infrastructure against current cryptographic threats and future post‑quantum adversarial capabilities. BSBS operates as a zero‑trust municipal backbone integrating constitutional privacy safeguards, NIST‑aligned risk management, and transitional post‑quantum cryptographic protocols.

Scope: All 47 municipal departments, Baltimore City Public Schools data interfaces, Baltimore Police Department (BPD) CJIS‑compliant systems, Baltimore City Health Department genomic/bioinformatics pipelines, and critical infrastructure OT/ICS networks (water, waste, transit).

Authority: Derived from Baltimore City Code Article 1, Subtitle 40 (Information Technology); Maryland Criminal Procedure Code §10‑301 (CJIS compliance); and Fourth Amendment constraints on municipal data collection and retention.

2.2 Governance & Legal Architecture

LayerEntityFunction
StrategicMayor’s Office of Cybersecurity (MOC)Policy authorization, budgetary control, intergovernmental liaison
TacticalBSBS Security Operations Center (BSOC)24/7 monitoring, incident response, threat intelligence
OperationalDepartmental Information Security Officers (DISOs)Department‑level control implementation, user access governance
AuditBaltimore City Inspector General (IG) + External NIST 800‑53A assessorsAnnual control assessment, constitutional compliance review

Constitutional & Statutory Compliance Matrix:

2.3 Threat Model & Risk Framework

Threat VectorActorImpactBSBS Control
Ransomware (OT/ICS)Criminal syndicates / RaaSWater treatment disruption, transit haltAir‑gapped OT enclaves, immutable backup architecture
Store‑Now‑Decrypt‑Later (SNDL)Nation‑state adversariesDecryption of municipal archivesPost‑quantum hybrid key encapsulation (Kyber768+X25519)
Supply Chain (Bioinformatics)APT targeting genomic pipelinesTampering of genomic dataRust‑based memory‑safe emulation, reproducible build verification
Insider Threat (Law Enforcement)Authorized user exfiltrationCJIS data breach, 4th Amendment litigationAttribute‑Based Encryption (ABE) with judicial logging
Municipal IoT BotnetDistributed attackersSmart city sensor compromise, DDoSMicro‑segmentation, device attestation via Dilithium signatures

Risk Score = (Threat Likelihood × PSI × CLR × FI) / Normalization Factor, where PSI = Public Safety Impact, CLR = Constitutional Litigation Risk, FI = Fiscal Impact.

2.4 Technical Architecture

Network Segmentation: The “Concentric Harbor” Model

┌─────────────────────────────────────────────────────────────┐ │ OUTER HARBOR (Untrusted Internet / Public WiFi / IoT) │ │ Post-Quantum TLS 1.3 (Hybrid X25519Kyber768) │ ├─────────────────────────────────────────────────────────────┤ │ INNER HARBOR (Municipal Enterprise / Dept VLANs) │ │ mTLS with Dilithium-3 signatures; SDP │ ├─────────────────────────────────────────────────────────────┤ │ FORT McHENRY (CJIS / Critical Infrastructure / OT) │ │ Air-gapped or unidirectional data diodes; FIPS 140-3 HSMs │ │ Classical + PQC hybrid; manual key ceremony for root CAs │ └─────────────────────────────────────────────────────────────┘

Post‑Quantum Cryptographic Implementation:

LayerPrimitiveImplementationPurpose
Key EncapsulationML‑KEM‑768 (Kyber)liboqs + custom Rust wrapperHybrid KEM with X25519
Digital SignaturesML‑DSA‑65 (Dilithium)Pure Rust implementationDevice attestation, code signing, document integrity
Hashing / BackupSHA‑3‑256 + SPHINCS+Thales Luna 7 HSMLong‑term archive integrity
OT/ICSLightweight PQC (future on‑ramp candidates)Gateway translation layerSCADA device protection

Transitional Strategy (2024‑2035): Phase 1 – Hybrid X25519Kyber768; Phase 2 – Dilithium‑3 for software updates; Phase 3 – Full PQC migration, classical deprecation.

The Anomalous Pattern Inference Engine (APIE) uses transformer‑based self‑attention to process encrypted traffic metadata (packet timing, entropy) without decryption, preserving Fourth Amendment minimization.

2.5 Pure Rust HSPA Emulator: Legacy Protocol Hardening

ComponentSpecification
LanguageRust (edition 2021), #![forbid(unsafe_code)] in cryptographic path
Target3GPP TS 25.214 (HSPA physical layer), TS 25.322 (RLC/MAC)
Security FeaturesConstant‑time operations; formal verification via Kani model checker
IntegrationLegacy HSPA device → Rust emulator → TLS 1.3 + Kyber768 backbone
Constitutional SafeguardWarrant buffer with IG notification; audit trail via Merkle tree (Dilithium‑signed)

2.6 Incident Response & Resilience (BMIRP aligned with NIST SP 800‑61 Rev. 2)

PhaseBSBS ActionConstitutional/Legal Check
DetectionAPIE anomaly scoring + BSOC SIEMMetadata vs. content review
AnalysisForensic imaging to immutable S3 Glacier (Dilithium‑signed)IG notification if BPD data involved
ContainmentSDP segmentation; OT air‑gap activationMayor’s Office authorization for citywide actions
EradicationRe‑image from SPHINCS+ verified gold‑mastersEvidence preservation
RecoveryPhased restoration with enhanced monitoringPublic notification per Maryland PIPA if PII impacted
Post‑IncidentAfter‑action report; APIE retrainingIG review of any surveillance expansion

2.7 Implementation Roadmap

PhaseTimelineDeliverableBudget Estimate
I. GovernanceMonths 1‑3MOC charter; DISO appointments; IG audit protocol$150K
II. Backbone HardeningMonths 4‑9Concentric Harbor deployment; hybrid PQC TLS$2.1M
III. Legacy EmulationMonths 6‑12Rust HSPA emulator; water/SCADA integration$890K
IV. AI/ML SecurityMonths 10‑15APIE deployment; federated learning infrastructure$1.2M
V. Full PQC Transition2028‑2033Classical deprecation; full Dilithium/Kyber authority$500K/year

2.8 Metrics & Continuous Monitoring

2.9 Conclusion

BSBS treats constitutional constraints as design requirements, integrating post‑quantum cryptography, memory‑safe systems, and privacy‑preserving AI into a governance structure accountable to both technical standards and civil liberties.

3. Artifact A – NIST SP 800‑53 Rev. 5 Control Mapping Moderate Baseline

Hyperlinked control IDs open official NIST CSRC definitions in a new tab.

Control IDControl NameBSBS ImplementationEvidence / Artifact
AC‑3Access EnforcementConcentric Harbor & ABESDP logs, ABE policy files
AC‑4Information Flow EnforcementRust HSPA Emulator / Data DiodesKani formal verification
AU‑10Non‑RepudiationDilithium‑3 SignaturesMerkle‑tree logs with signed roots
CP‑9System BackupSPHINCS+ signed backupsHash‑validation logs
IA‑2Identification & AuthenticationHybrid PQC (Kyber768+X25519)mTLS handshake logs
SC‑8Transmission ConfidentialityTLS 1.3 + ML‑KEMPQC ciphersuite PCAPs
SC‑38Operations SecurityAPIEMetadata‑only anomaly reports
SI‑4System MonitoringFederated Learning / APIEMinimization protocol audit logs

4. Artifact B – Fourth Amendment Minimization Protocol (Legal Memorandum)

TO: Departmental Information Security Officers (DISOs), Baltimore City Public Schools, BPD
FROM: Office of the General Counsel / Mayor’s Office of Cybersecurity (MOC)
SUBJECT: Minimization Protocols for BSBS Network Monitoring and Data Retention
DATE: May 23, 2024

4.1 Purpose

To ensure that BSBS provides robust cybersecurity while strictly adhering to the Fourth Amendment and the Baltimore City Charter regarding citizen privacy.

4.2 Data Segregation and Minimization

4.3 Warrant Requirements

If decryption of traffic is required (using BSBS escrowed keys), the following must be documented:

4.4 Retention Limits

Encryption‑related metadata purged every 90 days unless flagged in an active investigation. Long‑term SPHINCS+‑signed backups are strictly for disaster recovery and are not searchable for law enforcement without a judicial order.

5. Artifact C – Technical Architecture Diagrams Vivid ASCII