|K.S. Bhaskar on 19 Sep 2018 07:57:40 -0700|
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
|Re: [PLUG] Follow-up: PLUG West "Echo [Terminal] 23: Watching Terminals for Fun and Profit"|
Thanks to Charles Hathaway for the PLUG West "Echo [Terminal] 23: Watching Terminals for Fun and Profit" preso. It looks like the demo/PoC code is at https://gitlab.com/charles.hat
haway/terminal_recordand the general idea is:
strace -p <PID> -e write,read -xx -s 4096 | termrec <OPTIONS>
-xx = output in hex, -s is size
Following up on that, but nothing below works after the fact, it all needs to be done before:
1. Someone at work found a bash auditing tool, but it's complicated to install. Unfortunately, that's *ALL* the details I have right now.
2. Similarly, as I understand it Linux `auditd` can be used to log shell commands (but probably not the output). I've never actually done it, but more details below.
3. I've used this, but it's quick & very dirty and I really don't like it:
export PROMPT_COMMAND='logger -p local1.notice -t "LinuxAuditLog[$$]" "SSH: $SSH_CONNECTION USER: $USER PATH: $PWD COMMAND: $(fc -ln -1)"'
Linux Command line logging:
Use Bash itself (I'd forgotten this one, and you'll almost certainly have to re-compile your own):
** l. There is a new configuration option (in config-top.h) that forces bash to forward all history entries to syslog.
** rootsh (http://linux.die.net/man/1/ro
*** "rootsh is a logging wrapper for shells. It starts a shell with logging of input/output. You can run rootsh as a standalone application if you only want to log your own user’s session. If you call rootsh with additional commands, these will be passed to the shell."
ons/470755/log-all-commands- run-by-admins-on-production- servers
ommunity/tutorials/how-to-use- the-linux-auditing-system-on- centos-7
Charles and I also had a brief discussion about testing in Bash but we got interrupted and never finished, and I'm not sure I really understand the question. But maybe this will be interesting:
"shUnit2 is a xUnit unit test framework for Bourne based shell scripts, and it is designed to work in a similar manner to JUnit, PyUnit, etc.. If you have ever had the desire to write a unit test for a shell script, shUnit2 can do the job."
Otherwise, I think I've used the Perl testing framework as a kind of wrapper for some testing, and I've written really primitive tests in bash itself for something else. IIRC that was mostly just a pile of `grep`s in a function with "[ OK ]" or "[NOTOK]" output.
We can start a new thread for this with more details if needed.
JP Vossen, CISSP | http://www.jpsdomain.org/ | http://bashcookbook.com/
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/m
General Discussion -- http://lists.phillylinux.org/
___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug