IFS Freigaben berechtigen

[Sven Schneider]

Das IFS beginnt generell bei "/" und ist über den OpsNav ggf. als Root freigegeben.
Diese Freigabe sollte man auf jeden Fall sehr einschränken (insbesonders wenn das Gast-Profil aktiv ist), da man über Root sich schon mal durchhangeln kann (vor allem QSYS.LIB).

Ein Netserver-Freigabe auf / (Root) würde ich niemals !!! einrichten und ist per default auch nicht eingerichtet.
Auf einem Wintel-Fileserver macht das ja auch keiner.

Trotzdem komme ich an die / (Root) über folgende Funktionen.

- im Opsnav direkt über Dateisysteme
- über ftp
- über CMD WRKLNK etc.
- über Client Network-Redirector des Client Access V3RxMx
- über eine andere i5 und Dateisystem Qfilesrv.400
- iSeries Access API's
- java Toolbox Klassen

Der Opsnav greift über API's auf das IFS zu, analog dem Client Network-Redirector von CA V3 bzw. Dateisystem Qfilesrv.400.
D.h. er benutzt nicht die Freigaben bzw. Funktionen des Netservers (SMB) für Zugriffe auf IFS-Objekte.

[Fuerchau]

Für alle Remote-Zugriffe gibts ja den Schutz über die Registrierungspunkte (WRKREGINF), aber da macht sich ja selten jemand die Mühe.

Um eine Schutz vor externen Zugriffen (als Netz) auf die AS/400 zu haben, empfielt sich die Programmierung dieser User-Exits.
Wer da ein wenig Geld in die Hand nimmt, kann sich einen sehr guten Schutz mit PCSACC/400 erkaufen.

In diesem kann man gerade, was das IFS betrifft, ganz genau defineiren, auf welche Verzeichnisse zugegriffen werden darf.

Lokal auf der AS/400 kann ich durch sinnvolle Berechtigungssteuerung auf CMD-Ebene (bzw. LMTCPB des USRPRF's) den Schutz erreichen.

Dies gilt für alle oben genannten Zugriffswege.