Firewall Handbuch für LINUX 2.0 und 2.2 - zurück

3. Oracle is producing (i.e. not available yet (March 1996)) a SQL*Net proxy
which Oracle encourage FW vendors to integrate into their products. The
proxy is based on the Oracle Multi-Protocol Interchange (MPI) and will
support SQL*Net V2 only.
Therefore, my observation is that:
1. There is no satisfactory solution for allowing SQL*Net traffic through FW if
Oracle is configured as MTS or pre-spawned servers. No application proxy at
present handle this. Gary Flynn quoted the White Paper "In an application
proxy solution the proxy itself handles IP port redirection issues." is only a
requirement that FW vendors need to work on. This product doesn't exist at
this moment.
2. There is no mention in the White Paper as to what OS and what TCP/IP
implementation will cause a Dedicated Server to use dynamic port numbers.
The limitation seems to be applicable to those that "do not support IP port
sharing".
3. My preliminary (very preliminary) testing using Oracle 7 on HP-UX 9.x using
SQL*Net v1 and Solaris 2.4 using both SQL*Net v1 and v2 revealed that a
fixed port number on the server is used. The client port number is random but
is constant for that specific session. In such a case, it is possible to apply
simple filtering rules on screening routers or use such things as plug-gw.
There is no need for setting up a server to server interchange. I can add that
Oracle 7.1 on AIX 3.2.5 and Oracle 7.3 on Solaris 2.5 reveal the same
behaviour, i.e. simple filtering rules on screening routers or such things as
plug-gw from TIS's Firewall Toolkit may be used. However, Oracle 7.3 on
Windows NT does not work this way.
Hiermit wäre im Prinzip alles gesagt, da sich an dem Prinzip von TCP/IP seit mehreren
Jahren prinzipiell nichts mehr getan hat. Wer dennoch einen erhöhten Sicherheitsbedarf
hat, der sollte mit PPTP oder mit dem guten, alten IPX mit RC4 - Verschlüsselung seine
Daten transportieren. Schon seit vielen Jahren kann NOVELL jeden Datenverkehr
verschlüsseln und auch über verschiedene Interfaces filtern.
26.4 10 wichtige Punkte zur Absicherung
Hier noch 10 wichtige Punkte zur Absicherung von SQL Datenbanken, die man
mindestens beachten sollte.
1. Niemals Paßworte leer lassen
2. Bei CGI-BIN´s stets nach ";" und anderen Konstrukten filtern
3. Die eingebauten Sicherheitsoptionen, wie minimale Paßwortlänge und (Nicht)
Wiederverwendung alter Paßworte aktivieren
4. Für Userabfragen sollten nur "stored procedures" erlaubt sein
5. Bestimmte "stored procedures", wie xp_cmdshell deaktivieren
6. Nach Möglichkeit "VIEWS" einsetzen
7. Integrierte Sicherheit und "named pipes" möglichst häufig einsetzen
8. TCP/IP Zugriffe auf Datenbanken möglichst vermeiden
9. guest Zugriffe abschalten
10. Audit Level aktivieren
27. Aufbau von VPN´s unter LINUX
Erstellt von Doc Gonzo - http://kickme.to/plugins