3 ms·
>I'm mad that I sat on a call representing my company's (not cloud native) cloud offering listening to Cisco tell us that the only way to get logs from god damn
by parliament32 7y ago
>I'm mad that I sat on a call representing my company's (not cloud native) cloud offering listening to Cisco tell us that the only way to get logs from god damned IRONPORT in the cloud was to use syslog! OVER THE INTERNET. FOR SECURITY LOGS.
Why is this an issue? This is how syslog works on literally every device ever, you set a destination and it streams it over UDP with optional authentication/encryption. If you want to do something hokey like consume logs over an api (what?) set up a syslog gateway and configure log retrieval how you like. You can't be mad at a vendor for not supporting your crazy log consumption scheme -- logs are push (generated), not a pull or sub or whatever you're trying to do.
A normal setup would be to have a logging cluster (elasticsearch or similar). Feed logs into it via syslog or logstash or beats or whatever other bajillion plugins there are, then get logs out via the ES api (or even better, do your analysis straight in ES).
The author just sounds mad he has to do actual work instead of attaching one product to another and collecting a paycheque for it.
- tanseydavid 7y ago> logs are push (generated), not a pull or sub or whatever you're trying to do This is incorrect -- and myopic.
- freehunter 7y agoSyslog is a plain text protocol. Sending that over the internet kinda defeats the purpose of security logging. The problem isn’t with syslog (although like the post says, syslog is still a problem for security). The problem is syslog over the internet.