+APP.3.4 Samba
---+APP.3.4.G1. Eavesdropping on Unprotected Samba Communication Links
---+APP.3.4.G2. Insecure Default Settings on Samba Servers
---+APP.3.4.G3. Unauthorised Use or Administration of Samba
---+APP.3.4.G4. Incorrect Administration of Samba
---+APP.3.4.G5. Data Loss in Samba Environments
---+APP.3.4.G6. Loss of Integrity of Sensitive Information in Samba Environments
---+APP.3.4.A1 Planning the Use of a Samba Server (B)
---+APP.3.4.A2 Secure Basic Configuration of a Samba Server (B)
---+APP.3.4.A3 Secure Configuration of a Samba Server (S)
---+APP.3.4.A4 Avoiding NTFS File Properties on a Samba Server (S)
---+APP.3.4.A5 Secure Configuration of a Samba Server's Access Controls (S)
---+APP.3.4.A6 Secure Configuration of Winbind in Samba (S)
---+APP.3.4.A7 Secure DNS Configuration in Samba (S)
---+APP.3.4.A8 Secure LDAP Configuration in Samba (S)
---+APP.3.4.A9 Secure Configuration of Kerberos in Samba (S)
---+APP.3.4.A10 Secure Use of External Programs on a Samba Server (S)
---+APP.3.4.A12 Training Samba Server Administrators (S)
---+APP.3.4.A13 Regular Backups of Important Samba Server Components (S)
---+APP.3.4.A15 Encryption of Data Packets in Samba (H)
|
APP.3.4 Samba
IntroductionSamba is a freely available and full-featured Active Directory Domain Controller (ADDC) that is able to provide authentication, file, and print services as a means of facilitating interoperability between Windows and Unix. Samba combines many different protocols and technologies, including the Server Message Block (SMB) protocol. The term “Samba server” refers to servers running Samba. These are usually Unix servers. If the use of Samba is designed properly and suitably configured, it will interact with a Windows client or server as if it were a Windows system itself. ObjectiveThe aim of this module is to show how organisations can use Samba in a secure manner and how information provided by Samba can be protected. Scoping and ModellingModule APP.3.4 Samba must be applied to every Samba server within the information domain under consideration. This module deals with Samba as an authentication, file, and print service. As Samba is usually used on Unix servers, where it provides familiar services from the world of Windows servers, the security aspects of the modules SYS.1.1 General Server and SYS.1.3 Linux and Unix Servers must be considered. When securing a Samba server, it is important to assign rights to files in a restrictive manner. More detailed information on identity and access management is provided in module ORP.4 Identity and Access Management. General security requirements for printers, file servers, or directory services are also not part of this module. These are described in the modules SYS.4.1 Printers, Copiers, and All-in-One Devices, APP.3.3 File Servers, APP.2.1 General Directory Service, and APP.2.3 OpenLDAP. Useful ResourcesNo further information is available for module APP.3.4 Samba.
1. Přehled
| Název |
Standard |
|
APP.3.4.A1 Planning the Use of a Samba Server (B)
|
The IT Operation Department MUST carefully plan and regulate the introduction of a Samba server. Depending on the operational scenario, it MUST define the operating mode of the Samba server and the tasks it will perform. It MUST also define which Samba components and other components are required for these purposes. If the CTDB (Clustered Trivial Database) solution is to be used, the IT Operation Department MUST design it with care. If Samba is also meant to provide Active Directory (AD) services for Linux and Unix systems, these services MUST be planned carefully and tested. Furthermore, the authentication procedure for AD MUST be designed and implemented carefully. The implementation and the order in which stackable Virtual File System (VFS) modules are executed MUST be designed carefully. This implementation SHOULD be documented. If IPv6 is to be used under Samba, this MUST also be carefully planned. In addition, whether the integration works without errors MUST be checked in a near-operational test environment.
|
|
APP.3.4.A2 Secure Basic Configuration of a Samba Server (B)
|
The IT Operation Department MUST configure the Samba server securely. Among other things, the access control settings MUST be adjusted. The same SHOULD apply to settings that affect the performance of the server. The IT Operation Department MUST configure Samba to only accept connections from secure hosts and networks. Changes to the configuration SHOULD be documented carefully so that it is possible at any time to determine who made which changes and for what reasons. In such cases, the syntax of the configuration file MUST be checked for correctness after every change. Additional software modules such as SWAT MUST NOT be installed.
|
|
APP.3.4.A3 Secure Configuration of a Samba Server (S)
|
Databases in the Trivial Database (TDB) format SHOULD NOT be stored on a partition that uses ReiserFS as its file system. If a netlogon share is configured, unauthorised users SHOULD NOT be able to modify any files on the share. The operating system of a Samba server SHOULD support access control lists (ACLs) in connection with the file system used. In addition, it SHOULD be ensured that the file system is integrated with the appropriate parameters. The default settings of SMB Message Signing SHOULD be maintained unless they are contrary to the existing security policies in the information domain in question.
|
|
APP.3.4.A4 Avoiding NTFS File Properties on a Samba Server (S)
|
If a version of Samba is used that cannot map ADS in the New Technology File System (NTFS) and file system objects are to be copied or moved across system boundaries, file system objects SHOULD NOT contain ADS with important information.
|
|
APP.3.4.A5 Secure Configuration of a Samba Server's Access Controls (S)
|
The default parameters used by Samba to map DOS attributes to the Unix file system SHOULD NOT be used. Instead, Samba should be configured to save DOS attributes and inheritance flags in extended attributes. Shares SHOULD only be managed via the Samba registry. In addition, the effective access authorisations for the shares of a Samba server SHOULD be checked regularly.
|
|
APP.3.4.A6 Secure Configuration of Winbind in Samba (S)
|
The operating system of the server SHOULD include a user account with all necessary group memberships for each Windows domain user. If this is not possible, Winbind SHOULD be used to convert domain user names into unique Unix user names. When using Winbind, it SHOULD be ensured that conflicts between local Unix users and domain users are prevented. Furthermore, the pluggable authentication modules (PAMs) SHOULD be integrated.
|
|
APP.3.4.A7 Secure DNS Configuration in Samba (S)
|
If Samba is to be used as a DNS server, this implementation SHOULD be planned carefully and tested in advance. Since Samba supports various AD integration modes, the IT Operation Department SHOULD set the DNS settings in accordance with the Samba application scenario at hand.
|
|
APP.3.4.A8 Secure LDAP Configuration in Samba (S)
|
If users are managed with LDAP in Samba, the IT Operation Department SHOULD plan and document this configuration carefully. The access authorisations for LDAP SHOULD be controlled by means of ACLs.
|
|
APP.3.4.A9 Secure Configuration of Kerberos in Samba (S)
|
The Heimdal Kerberos Key Distribution Center (KDC) implemented by Samba SHOULD be used for authentication. It SHOULD be ensured that the Kerberos configuration file specified by Samba is used. Only secure encryption methods SHOULD be used for Kerberos tickets. If Kerberos is used for authentication, the central time server SHOULD be installed locally on the Samba server. The NTP service SHOULD be configured so that only authorised clients can request the time.
|
|
APP.3.4.A10 Secure Use of External Programs on a Samba Server (S)
|
The IT Operation Department SHOULD ensure that Samba only calls trustworthy external programs that have been checked for malicious functions.
|
|
APP.3.4.A12 Training Samba Server Administrators (S)
|
Administrators SHOULD be trained on the specific areas of Samba that are in use—user authentication and rights models for Windows and Unix, for example, but also on ACLs and ADS for NTFS.
|
|
APP.3.4.A13 Regular Backups of Important Samba Server Components (S)
|
All the system components required to recover a Samba server SHOULD be included in the organisation-wide backup concept. The account information of all the back ends in use SHOULD also be considered. In addition, all TDB files should be backed up. Furthermore, the Samba registry SHOULD be backed up if it has been used for shares.
|
|
APP.3.4.A15 Encryption of Data Packets in Samba (H)
|
To ensure their security while in transit, data packets SHOULD be encrypted using the methods integrated from SMB version 3.
|
1.1 Odkazy
1.2 Identifikované požadavky
1.3 Související regulace
2. Identifikované požadavky
Požadavky
| Zdroj |
Požadavek |
3. Související regulace
Propojené úkoly
|