Well, this design is wrong then, because I'm talking about /etc/crontab ,not 
about /etc/cron.d directory. System crontab ( /etc/crontab ) is protected by 
access rights, so it can't be changed by malicious user.
And any error causes cron almost stop working, because in my case 
/etc/crontab contains all jobs. So , if malicious user has access to it he can 
stop cron from working, and, thus, stop mailing access reports to me, this is 
security hole :-)

I.e. this is not implementation bug, but design bug.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cron in Ubuntu.
https://bugs.launchpad.net/bugs/1821566

Title:
  cron ignores whole crontab if one line has error

Status in cron package in Ubuntu:
  Invalid

Bug description:
  Ubuntu 18.04.


  Let's create error entry in /etc/crontab:

  00 09 * * 4 1 root /usr/local/bin/geoiprenew.sh

  restart cron

  systemctl restart cron


  мар 25 10:29:02 ovpn1 cron[12403]: Error: bad username; while reading 
/etc/crontab
  мар 25 10:29:02 ovpn1 cron[12403]: (*system*) ERROR (Syntax error, this 
crontab file will be ignored)

  Expected behavoir is only line with error is ignired.

  Thank you!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cron/+bug/1821566/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to