Objektverifizierung nach Erzeugung / Installation

[Fuerchau]

Da hast du mal wieder schlechte Karten.
Bei Programmen kann sich intern der Code je nach Maschine/Release verändern (Recompile), so dass eine Checksumme hier zu einem anderen Ergebnis kommt.
Ausserdem verhindert das OS den Zugriff auf bestimmte Objekte als Streamfile mit den IFS-API's (man könnte ja sonst Code verändern).

Aber vielleicht gibts ja noch einen kleinen Trick.
Man kann per API an jedes beliebige Objekt ein Space-Objekt anhängen (wie USRSPC zu sehen).
In dieses Spaceobjekt kann man dann eigene Informationen unterbringen.
Diese werden auch genauso gesichert und wiederhergestellt.

Erstellt nun jemand dein Objekt auf der anderen Maschine neu, wird dieses Spaceobjekt wohl fehlen.

Such mal nach den API's:
QCLRPGAS
QCLSPGAS

[Matthias182]

Hallo,

ich hole dieses Thema mal wieder hervor, da es mich nach wie vor intensiv beschäftigt.

Die Lösung mit dem Space-Objekt ist schon eine super Möglichkeit, aber löst nicht das Problem, wenn jemand das Objekt auf der gleichen Maschine von einer Umgebung in die andere (Backup & Restore) überträgt.

Mittlerweile habe ich bereits überlegt, ob es möglich ist, das Objekt mit einem Eintrag in einer Datenbank fest zu verknüpfen und das Löschen nur zu erlauben, wenn der Eintrag auch gelöscht wird. Also in etwa so, als wenn ein Prozess das Objekt allokiert hat.

Ob das letztendlich die richtige lösung ist, weiß ich auch nicht, aber vielleicht ein Schritt.

Wie stellen eigentlich andere kommerzielle Softwareprodukte die Integrität ihrer Umgebungen sicher? Oder verlässt man sich hier ausschließlich auf die Rechtevergabe? Gibt es bei solchen Tools prüfen, die man "laufen lassen" kann um einen Abgleich zu machen?

Hoffe, ihr habt noch ein paar Ideen für mich, die mich voran bringen.


Gruß
Matthias