HIPAA Network Security: Firewalls, VPNs & Segmentation
HIPAA Network Security Requirements
HIPAA's Security Rule requires organizations to "control movement of electronic protected health information" over networks. This means protecting PHI from interception, eavesdropping, and unauthorized access through network controls.
Network security is foundational: if the network itself is compromised, all other security controls fail. Network segmentation, firewalls, VPNs, and monitoring are essential.
Firewall Architecture
Firewall Requirements
HIPAA Firewall Standards:
- Type: Stateful packet inspection (not simple packet filter)
- Policy: Default deny (block all traffic unless explicitly allowed)
- Rules: Least privilege (only necessary ports open)
- Logging: All traffic decisions logged for audit
- Monitoring: Real-time alerts for policy violations
- Updates: Regular firmware updates for vulnerabilities
- Access control: Firewall admin access restricted, MFA required
Firewall Configuration Example:
- SSH (22): Restricted to admin IPs only
- HTTPS (443): Allowed from any (PHI web portal)
- DNS (53): Allowed to DNS servers only
- Mail (25,587): Allowed from mail servers only
- Block all other inbound traffic
Outbound Rules:
- HTTPS (443): Allowed to specific cloud providers
- DNS (53): Allowed to DNS servers
- NTP (123): Allowed to time servers
- Block all other outbound (especially P2P, Torrents)
Firewall Logging:
- Log all blocked connections
- Log all admin changes
- Send logs to SIEM system
- Retain for minimum 6 years
- Alert on port scan attempts
Enterprise Firewall Solutions:
- Cisco ASA (traditional, proven)
- Palo Alto Networks (next-gen, AI-based)
- Fortinet FortiGate (cost-effective, capable)
- Juniper SRX (high-performance)
- Checkpoint (enterprise-grade)
VPN for Remote Access
VPN Requirements & Configuration
Remote access to PHI systems requires VPN encryption:
VPN Specifications:
- Protocol: IPsec, OpenVPN, or WireGuard
- Encryption: AES-256-GCM
- Authentication: Certificate + password or MFA
- Key exchange: Perfect Forward Secrecy (PFS) enabled
- Session timeout: 8 hours maximum
- Logging: All VPN connections logged
IPsec VPN Example Configuration:
- Algorithm: AES-256-CBC
- Hash: SHA-256
- Key Exchange: ECDH (256-bit)
- Lifetime: 3600 seconds
IPsec Phase 2:
- Encryption: AES-256-GCM
- Hash: SHA-256
- Mode: Tunnel (not transport)
- Lifetime: 3600 seconds
- PFS: Enabled
Client Authentication:
- Certificate (user certificate from PKI)
- Username/password (Active Directory)
- MFA required (TOTP or hardware key)
Firewall Rules After VPN:
- VPN clients on separate VLAN
- Limited access to PHI systems
- Monitor VPN-sourced traffic carefully
- Log all remote user actions
Recommended VPN Solutions:
- Cisco AnyConnect: Enterprise VPN, MFA integration
- Fortinet FortiClient: VPN + endpoint protection
- Palo Alto Globalprotect: Next-gen VPN with visibility
- OpenVPN: Open-source, HIPAA-friendly
- WireGuard: Modern, lightweight VPN
Network Segmentation
VLAN Segmentation Strategy
Separate networks by data sensitivity and trust level:
| Network Segment | VLAN ID | Purpose | Security Level |
|---|---|---|---|
| Clinical PHI | 100 | EHR, medical devices, clinical staff | Highest |
| Administrative | 200 | Finance, HR, IT management | Very High |
| Guest/Public | 300 | Visitor internet access | Low |
| Medical Devices | 400 | Network equipment, printers, IoT | Medium |
| DMZ | 500 | Public-facing systems (web portal) | Medium-High |
Firewall Rules Between VLANs:
- Block (unless specific service required)
- Example: Billing system read-only to specific users
Clinical (VLAN 100) to Guest (VLAN 300):
- Block completely
- No data flow between networks
Clinical (VLAN 100) to DMZ (VLAN 500):
- Limit to necessary API traffic only
- Encrypt all traffic (TLS 1.2+)
- Monitor all connections
Guest (VLAN 300) to Internet:
- Allow HTTP/HTTPS outbound
- Block all internal network access
- Implement DNS filtering (block malicious sites)
- Optional: Captive portal with terms acceptance
Intrusion Detection & Prevention
IDS/IPS Implementation
Monitor network traffic for suspicious activity:
IDS/IPS Capabilities:
- Signature detection: Known attack patterns
- Anomaly detection: Unusual traffic behavior
- Protocol analysis: Detect malformed packets
- Threat intelligence: Known malicious IPs/domains
- Real-time blocking: Automatically stop suspicious traffic
- Logging & alerts: Generate security events
Recommended IDS/IPS Solutions:
- Snort (open-source, community maintained)
- Suricata (open-source, modern approach)
- Zeek (network monitoring and analysis)
- Cisco IDS/IPS (commercial, integrated)
- Palo Alto Networks (next-gen, behavioral)
Alert Rules for HIPAA:
- SQL injection attempts
- Brute force login attempts
- Port scanning activity
- Suspicious DNS queries (data exfil)
- Large data transfers to external IPs
- Malware command & control communication
- DDoS attack patterns
Medium Priority Alerts:
- Unusual protocol usage
- Unrecognized application traffic
- Policy violations (P2P, torrents)
- Failed authentication attempts
Network Monitoring & Logging
Network Traffic Logging
What to Log:
- Firewall logs: All connections (allowed and blocked)
- VPN logs: User login/logout, source IP, connection duration
- IDS/IPS events: Detected suspicious activity
- DNS queries: All DNS lookups (detect C&C communication)
- Failed authentication: Login failures, account lockouts
- Configuration changes: Firewall rule modifications, admin access
- Certificate expiration: SSL/TLS certificate status
Log Retention & Management:
- Retention: Minimum 6 years for firewall/VPN logs
- Encryption: Encrypt logs at rest
- Centralized storage: Send to SIEM for correlation
- Backup: Back up logs independently from firewall
- Protection: Prevent unauthorized modification (tamper-evident)
- Search: Maintain index for fast retrieval
Log Analysis: Automated alerts for: (1) Failed VPN logins (5+ attempts), (2) Unusual bandwidth usage, (3) Blocked intrusion attempts, (4) Out-of-hours data transfers, (5) Port scanning attempts
Penetration Testing & Validation
Network Security Testing
Validate network security with regular testing:
Annual Testing Requirements:
- External penetration test: Attempt to breach from internet
- Internal penetration test: Simulate insider threat
- Firewall rule audit: Review all rules for necessity
- VPN testing: Verify encryption and authentication
- Network segmentation test: Verify VLANs are isolated
- IDS/IPS validation: Test signature effectiveness
- DNS security: Test for DNS spoofing protection
Tools for Testing:
- Nmap (network mapping and port scanning)
- Wireshark (packet analysis)
- Metasploit (penetration testing framework)
- OpenVAS (vulnerability scanning)
- Burp Suite (web application testing)
Remediation: Address findings with documented risk assessment and mitigation timeline.
Frequently Asked Questions
No. Consumer firewalls lack: (1) Stateful inspection, (2) Logging capabilities, (3) Advanced features (IPS, DPI), (4) Multi-user support, (5) Enterprise management, (6) Support/updates. Use enterprise firewalls: Cisco ASA, Fortinet FortiGate, Palo Alto. Minimum requirements: stateful inspection, detailed logging, 5+ years of support, audit trail capability. Consumer devices okay for guest network, but not for PHI network.
Best practice is default-deny (block all unless allowed). However, healthcare often needs internet access for: updates, cloud services, external communications. Compromise: explicit allow rules for necessary destinations, monitor all other outbound. Example rules: allow HTTPS to cloud provider (S3 gateway), block all else. Log denied traffic to detect data exfiltration attempts. Many organizations use DNS filtering to block known malicious sites instead of blocking all traffic.
Minimum: Annual review. Better: quarterly review. Rationale: (1) Rules accumulate over time, (2) Old rules may be obsolete, (3) Legacy permissions create risk. Process: (1) Generate rule audit report, (2) For each rule: confirm business purpose, (3) Identify unused rules for deletion, (4) Document cleanup, (5) Test firewall changes in staging. Many organizations find 20-30% of rules are obsolete after annual review.
This is a serious issue—losing logs prevents audit trails. Prevention: (1) Send logs to SIEM immediately (don't rely on device storage), (2) Configure syslog to remote server, (3) Set firewall to alert when storage reaches 80%, (4) Compress/archive old logs, (5) Ensure external SIEM has redundant storage. When full: (1) Stop immediately, (2) Archive existing logs to secure storage, (3) Clear only after archive verified, (4) Investigate why logs filled (unusual activity?), (5) Configure alerting to prevent recurrence.
Implementation Checklist
- [ ] Deploy stateful firewall with default-deny policy
- [ ] Configure firewall rules (inbound/outbound) per requirements
- [ ] Enable comprehensive firewall logging
- [ ] Set up VPN with AES-256 encryption + MFA
- [ ] Test VPN connectivity and encryption
- [ ] Plan network segmentation (VLANs)
- [ ] Implement network segmentation with firewalls
- [ ] Configure inter-VLAN firewall rules
- [ ] Deploy IDS/IPS for threat detection
- [ ] Configure IDS/IPS alert rules
- [ ] Send all logs to centralized SIEM
- [ ] Configure firewall backup and redundancy
- [ ] Schedule quarterly firewall rule review
- [ ] Conduct annual penetration testing
- [ ] Document network architecture and security
- [ ] Train network staff on HIPAA requirements