Cybersecurity Home Lab Notes — Today
1. Fixed the Splunk Forwarding Issue
Problem
Splunk was showing:
The TCP output processor has paused the data flowInvestigation
Checked forwarding configuration:
sudo /opt/splunk/bin/splunk list forward-serverFound:
Configured but inactive forwards:
:9997This meant Splunk was trying to forward logs to a destination that didn't exist.
Root Cause
Found invalid configuration:
sudo cat /opt/splunk/etc/system/local/outputs.confContents:
[tcpout]
defaultGroup = default-autolb-group
[tcpout:default-autolb-group]
server = :9997Fix
Backed up and removed:
sudo cp /opt/splunk/etc/system/local/outputs.conf /opt/splunk/etc/system/local/outputs.conf.bak
sudo rm /opt/splunk/etc/system/local/outputs.confRestarted Splunk:
sudo /opt/splunk/bin/splunk restartVerified:
sudo /opt/splunk/bin/splunk list forward-serverResult:
No forwarders configured2. Verified Ubuntu Services
Apache
Verified Apache was running:
sudo systemctl status apache2SSH
Verified SSH service:
sudo systemctl status sshListening Ports
Checked listening services:
sudo ss -tulpnFound:
22 SSH
80 Apache
8000 Splunk Web
8089 Splunk Management3. Generated First Security Event
Attack From Kali
Executed:
ssh fakeuser@192.168.10.103Entered invalid passwords multiple times.
Evidence on Ubuntu
Viewed logs:
sudo tail -20 /var/log/auth.logObserved:
Invalid user fakeuser
Failed password
Authentication failure
Connection closed4. First SOC Investigation
Attacker
192.168.10.104
(Kali)Victim
192.168.10.103
(Ubuntu)Activity
SSH brute-force attemptEvidence
Invalid user
Failed password
Authentication failure
Connection closedSeverity
Low5. Splunk Log Ingestion Troubleshooting
Problem
Searching:
index=* "Failed password"Returned:
No resultsInvestigation
Found Splunk was not monitoring auth.log.
Checked:
grep -R "/var/log/auth.log" /opt/splunk/etcReturned nothing.
Created Monitoring Input
Edited:
sudo nano /opt/splunk/etc/system/local/inputs.confAdded:
[monitor:///var/log/auth.log]
disabled = 0
index = main
sourcetype = linux_secureVerified
Checked:
sudo /opt/splunk/bin/splunk list monitorObserved:
/var/log/auth.logwas being monitored.
6. Tested Splunk Ingestion
Created custom event:
logger "SOC-LAB-TEST-EVENT-12345"Verified event existed:
sudo tail -20 /var/log/syslog | grep SOC-LABOutput:
SOC-LAB-TEST-EVENT-12345Added Syslog Monitoring
Updated:
[monitor:///var/log/syslog]
disabled = 0
index = main
sourcetype = syslogRestarted Splunk:
sudo /opt/splunk/bin/splunk restartGenerated new event:
logger "SOC-LAB-TEST-EVENT-67890"Success
Searched Splunk:
SOC-LAB-TEST-EVENT-67890Result:
Event FoundThis proved:
Ubuntu Logs
↓
Splunk Monitoring
↓
Splunk Indexing
↓
Splunk SearchWORKS.
7. Networking Status
Ubuntu
192.168.10.103Kali
192.168.10.104pfSense
192.168.10.1Management VLAN
VLAN 10
192.168.10.0/248. Nmap Enumeration
From Kali:
nmap -sV 192.168.10.103Discovered:
22/tcp SSH
80/tcp Apache
8000/tcp Splunk Web
8089/tcp Splunk ManagementWhat You Learned Today
Linux
systemctl
ss
auth.log
syslog
logger
journal/syslog concepts
Networking
IP addressing
SSH communication
Service enumeration
Port scanning
Splunk
outputs.conf
inputs.conf
Forwarders
Indexes
Sourcetypes
Monitoring files
Log ingestion troubleshooting
Detection & Monitoring
Failed SSH logins
Security log analysis
Event generation
Event ingestion
Basic SOC workflow
Current Lab Architecture
Kali Linux (192.168.10.104)
│
│ Attacks / Nmap / SSH
▼
Ubuntu Server (192.168.10.103)
│
│ auth.log
│ syslog
▼
Splunk Enterprise
│
▼
Detection & Monitoring
pfSense (192.168.10.1)
│
▼
UniFi SwitchNext Session Goals
Get SSH failed login events searchable in Splunk.
Create first Splunk detection search.
Create first Splunk alert.
Build dashboard for SSH activity.
Test Nmap detection.
Begin planning SOAR integration (Shuffle or TheHive/Cortex).
Create automated response workflow using pfSense.