- 필수 기능
- 시작하기
- Glossary
- 표준 속성
- Guides
- Agent
- 통합
- 개방형텔레메트리
- 개발자
- API
- Datadog Mobile App
- CoScreen
- Cloudcraft
- 앱 내
- 서비스 관리
- 인프라스트럭처
- 애플리케이션 성능
- APM
- Continuous Profiler
- 스팬 시각화
- 데이터 스트림 모니터링
- 데이터 작업 모니터링
- 디지털 경험
- 소프트웨어 제공
- 보안
- AI Observability
- 로그 관리
- 관리
The file /etc/cron.allow
should exist and should be used instead
of /etc/cron.deny
.
Access to crontab
should be restricted.
It is easier to manage an allow list than a deny list.
Therefore, /etc/cron.allow
needs to be created and used instead of /etc/cron.deny
.
Regardless of the existence of any of these files, the root administrative user is always allowed to setup a crontab.
The following script can be run on the host to remediate the issue.
#!/bin/bash
# Remediation is applicable only in certain platforms
if [ ! -f /.dockerenv ] && [ ! -f /run/.containerenv ]; then
touch /etc/cron.allow
chown 0 /etc/cron.allow
chmod 0600 /etc/cron.allow
else
>&2 echo 'Remediation is not applicable, nothing was done'
fi
The following playbook can be run with Ansible to remediate the issue.
- name: Add empty /etc/cron.allow
file:
path: /etc/cron.allow
state: touch
owner: '0'
mode: '0600'
when: ansible_virtualization_type not in ["docker", "lxc", "openvz", "podman", "container"]
tags:
- CCE-86183-1
- disable_strategy
- file_cron_allow_exists
- low_complexity
- low_disruption
- medium_severity
- no_reboot_needed