Security

Network Security

Dedicated Storage Network

Why use dedicated storage networks:

• Isolation: Storage traffic cannot be intercepted from management/VM networks

• Performance: No bandwidth competition with other traffic

• Simplicity: Easier troubleshooting and monitoring

Implementation:

• Use separate physical NICs or VLANs for storage traffic

• Isolate at switch level (separate VLANs, ACLs)

• Consider separate physical switches for maximum isolation

Firewall Configuration

Why disable filtering on storage interfaces:

• CPU overhead: Firewall packet inspection adds latency and consumes CPU cycles

• Performance impact: At high IOPS, filtering overhead becomes significant

• Network isolation: Dedicated storage VLANs provide security at the network layer

• Simplicity: No port rules to maintain for storage traffic

If filtering is required (e.g., shared network):

# Allow only iSCSI traffic on storage interfaces
iptables -A INPUT -i ens1f0 -p tcp --dport 3260 -j ACCEPT  # iSCSI
iptables -A INPUT -i ens1f0 -j DROP  # Drop all other traffic

Required Ports (if using port filtering):

• iSCSI: Port 3260

Access Control

Storage Array Configuration:

• Register only authorized host identifiers

• iSCSI: Initiator IQN

• FC: WWPN

• Map volumes only to specific hosts

• Use host groups for clustered environments

Verify host identifier:

# iSCSI: Check initiator IQN
cat /etc/iscsi/initiatorname.iscsi
# Example: InitiatorName=iqn.2004-10.com.ubuntu:01:abc123def456

Authentication

CHAP Authentication (iSCSI)

Why use CHAP:

• Prevents unauthorized initiators from connecting

• Provides mutual authentication (bidirectional CHAP)

• Required in some compliance frameworks

Configure CHAP:

# Edit /etc/iscsi/iscsid.conf
node.session.auth.authmethod = CHAP
node.session.auth.username = <initiator_username>
node.session.auth.password = <initiator_password>

# For mutual (bidirectional) CHAP:
node.session.auth.username_in = <target_username>
node.session.auth.password_in = <target_password>

CHAP best practices:

• Use unique credentials per initiator

• Rotate passwords periodically

• Store credentials securely

• Use bidirectional CHAP for maximum security

iSCSI Header Digest

Enable header and data digests for integrity:

# Edit /etc/iscsi/iscsid.conf
node.conn[0].iscsi.HeaderDigest = CRC32C
node.conn[0].iscsi.DataDigest = CRC32C

Note: Enabling digests adds CPU overhead but ensures data integrity.

Operating System Hardening

Kernel Parameters

Disable unnecessary features:

# /etc/sysctl.d/99-storage-security.conf

# Disable source routing
net.ipv4.conf.all.accept_source_route = 0

# Disable ICMP redirects on storage interfaces
net.ipv4.conf.ens1f0.accept_redirects = 0
net.ipv4.conf.ens1f1.accept_redirects = 0

# Enable reverse path filtering
net.ipv4.conf.ens1f0.rp_filter = 1
net.ipv4.conf.ens1f1.rp_filter = 1

Service Hardening

Limit iSCSI service exposure:

# Bind iscsid to storage interfaces only
# In /etc/iscsi/iscsid.conf (if supported):
# iface.net_ifacename = ens1f0

Audit and Compliance

Logging

Enable detailed logging:

# iSCSI logging
echo "module iscsi_tcp +p" > /sys/kernel/debug/dynamic_debug/control

# Monitor authentication failures
journalctl -u iscsid | grep -i "auth\|chap\|login"

Regular Security Review Checklist:

Oracle Linux-Specific Security

CHAP Authentication

Configure CHAP on initiator:

# Set CHAP credentials
sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 \
    -o update -n node.session.auth.authmethod -v CHAP

sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 \
    -o update -n node.session.auth.username -v <username>

sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 \
    -o update -n node.session.auth.password -v <password>

# For mutual CHAP
sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 \
    -o update -n node.session.auth.username_in -v <target_username>

sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 \
    -o update -n node.session.auth.password_in -v <target_password>

# Reconnect with CHAP
sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 --logout
sudo iscsiadm -m node -T <target_iqn> -p <portal_ip>:3260 --login

Audit Logging

Enable audit logging for iSCSI:

# Add audit rules
sudo tee -a /etc/audit/rules.d/iscsi.rules > /dev/null <<'EOF'
# Monitor iSCSI configuration changes
-w /etc/iscsi/ -p wa -k iscsi_config
-w /etc/multipath.conf -p wa -k multipath_config

# Monitor iSCSI commands
-a always,exit -F arch=b64 -S execve -F path=/usr/sbin/iscsiadm -k iscsi_commands

# Monitor Ksplice updates
-w /var/log/uptrack.log -p wa -k ksplice_updates
EOF

# Reload audit rules
sudo augenrules --load

# View iSCSI audit events
sudo ausearch -k iscsi_config
sudo ausearch -k iscsi_commands
sudo ausearch -k ksplice_updates