19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Safeguard Catalogue - Communications Remarks<br />

____________________________________________________________________ .........................................<br />

S 5.58 Installation of ODBC drivers<br />

Initiation responsibility: Head of <strong>IT</strong> Section, <strong>IT</strong> Security Management<br />

Implementation responsibility: Administrators<br />

ODBC (Open Database Connectivity) creates an additional layer between a<br />

database application and the related database protocol, and thus does not<br />

constitute a database protocol as such. <strong>The</strong> installation of an ODBC driver<br />

matching with a database creates a standard interface between the application<br />

and the database, via which communications (issue of database queries,<br />

reading of data) with the database take place. <strong>The</strong> related ANSI-SQLcompliant<br />

SQL interface permits the creation of applications without having to<br />

take the different specific database products into account. For this reason, the<br />

application does not need to be re-configured on a change of database<br />

software; instead, it is sufficient to simply replace the ODBC driver.<br />

Developed originally for Microsoft products, ODBC has now established itself<br />

as a standard. ODBC drivers are available for all common databases supplied<br />

by diverse manufacturers.<br />

ODBC drivers must be so installed that access control of the database system<br />

is not threatened by any security pitfalls.<br />

Example:<br />

In the case of MS Access databases, the employment of user IDs is optional. If<br />

access control is activated however, the user IDs are managed via Systemdb, a<br />

separate MS Access database which is also stored as an independent file.<br />

During the installation of an ODBC driver for an MS Access database,<br />

Systemdb is not integrated automatically. <strong>The</strong> default installation settings do<br />

not take any existing Systemdb into account. Consequently, if Systemdb is not<br />

specified explicitly during the installation of the ODBC driver, Systemdb does<br />

not request any identification for database queries issued via ODBC. Access<br />

control is thus circumvented.<br />

To avoid this, a regular check can be made as to whether Systemdb is<br />

integrated. However, as this mechanism can be undone or manipulated at any<br />

time, a safer solution is to encrypt MS Access databases. In this case, all<br />

attempts to access a database without Systemdb fail. For this purpose, the<br />

encryption mechanism integrated in MS Access needs to be activated (under<br />

Extras / Access Rights / encrypt/decrypt Database). Attempts to access the<br />

database via the ODBC interface then fail, as Systemdb is also required for the<br />

encryption mechanism.<br />

Additional controls:<br />

- Has an ODBC driver for the database been installed? If so, have the<br />

optional installation parameters and their effects been taken into<br />

consideration?<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!