Office: (Office 2010) Navigationsbereich ausblenden > SICHER ???

Hallo,

habe mal eine Frage bezüglich ausgeblendetem Navigationsbereich.

Habe eine DB programmiert wo die Spezialtasten (F11) deaktiviert ist und der Navigationsbereich ausgeblendet ist. Will die DB weitergeben und will aber verhindern, dass die User im Hintergrund in den Tabellen rumpfuschen.

Weiß jemand, ob man den Navigationsbereich "von außen" irgend wie per VBA wieder anschalten kann, um doch die Tabellen sichtbar zu machen ??

Wie sicher ist das denn mit dem ausgeblendeten Bereich. hat da jemand Erfahrung ?

Danke

Kai

:)

 

Um in Tabellen "rumzupfuschen" braucht man keinen Navigationsbereich.

 

Hi,
halt mal bei Öffnen der Datenbank die Shift-Taste gedrückt. Dann siehst Du, wie sicher das ist. Die Shift-Taste deaktiviert alle "Start-Einstellungen".

 

"Um in Tabellen "rumzupfuschen" braucht man keinen Navigationsbereich."

ja und ..... ???

 

Die Tabellen bleiben ausgeblendet

 

Und reicht dir das nicht?

 

doch natürlich, ich wollte nur wissen, ob es für den "normalen" User eine Möglichkeit gibt, trotzdem irgend wie an die Tabelle zu kommen.

Kai

 

Würde es denn bei dir reichen?
Wesentlich wäre, dass man als Entwickler weiß, welche Möglichkeiten es gibt.
Das wurde hier grundsätzlich schon sehr oft diskutiert. (Auch wenn nicht alle "Geheimnisse" besprochen werden *wink.gif* ).
Wasserdicht kannst du Access - mit einem vertretbaren Aufwand - nicht machen.
Bei Software für Kunden nehme ich doch eher was wie c#, java, Delphi & Co um zu entwickeln. Da hab ich alles in der Hand. Die Werkzeuge kosten in der Regel aber auch entsprechend.

Die "sichere" Lösung ist ein Terminalserver unter Verwendung einer Runtime. Dann spielt es auch keine Rolle von wo aus gearbeitet wird. Kostet aber entsprechend.

 

Servus Kai_W,
definiere des "normalen Users" Programmier- und PC-Kenntnisse und man kann
dann eine Antwort geben.
Man aber eins sagen: Bei Anwendung aller Absicherungsmöglichkeiten von
Access und Windows ist es auch für fortgeschrittene Anwender ziemlich
schwierig, an die Inhalte der Tabellen ranzukommen.
Allerdings bleibt ein Restrisiko beim Einsatz von Vollprofis.
Arbeitet man beim Speichern und Auslesen von Daten mit Verschlüsselungs-
algorhythmen, dann wird's noch sicherer, aber auch langsamer.

 

Also, als "normalen User" definiere ich jetzt jemand, (Kollegen) der schon weiß, wie man VBA schreibt, ein bisschen Excel Makros oder Access schreiben kann und sich auch mal eine Abfrage bauen kann.
Also kein Kreck.

Die Datenbank ist auch nur intern, geht nicht an Kunden und so wie ich das lese, müsste es für meine Sache reichen

Kai

 

Das würde ich auch so sehen.
All das reicht gegen versehentliche Änderungen oder die einfache Neugierde.

Man sollte sich dennoch dessen bewusst sein, dass die Umgehung eine Kleinigkeit ist und bei sensiblen Daten entsprechend vorsichtig sein.

 

Servus,

Da bin ich anderer Meinung. Sobald ein Anwender eigene Abfragen generieren darf und VBA - bzw. Makros - Anwendung geschult ist, gibts kaum noch Schutz.
Da wäre selbst ich nicht mehr dabei und empfehle für die Backend Daten z.B. SQL Server Express als Mindestsicherheit.

 

Der SQL Server ändert überhaupt nichts.
Wenn der User Schreibrechte hat und Abfragen machen darf, hat er immer Zugriff auf die Daten.
Davon war aber nicht die Rede.
Der User kommt ja nicht zu den Verknüpfungen, und auch nicht zu den Abfragen, weil der Navi Bereich ausgeblendet ist.

Aber grundsätzlich würde ich immer einen SQL Server nehmen.
Nur bei der Sicherheit, ist das Frontend der Problem und nicht das Backend.

 

Ist denn demnach eine Frontend/Backend sicherer, wenn das Backend gegen Zugriff gesichert ist und die Verbindung zwischen Front und Backend ?

zB so:

Set db = DBEngine.OpenDatabase(Anbindung_DB, False, False, "MS ACCESS; pwd=" & Backend_DB)

 

Wie gesagt, dass Einfallstor ist das Frontend.

Das was du in diesem Code machst, führt Access automatisch durch, sobald du über eine Verknüpfung auf das Backend zugreifst.

Für hohe Sicherheit musst du nur Access gegen was anderes tauschen.
Ansonsten begnüge dich damit, Verknüpfungen zu verbergen.
Ein Backend mit DBMS kann die Sicherheit natürlich etwas erhöhen, aber insgesamt bleibt Access einfach unsicher.

Wie es sicher geht hab ich schon geschrieben.
Abgesehen davon hab ich mal eine sichere Anwendung erstellt.
Keine Verknüpfung, alles per ADO.

Access Endlosformulare durch eine andere Klasse ersetzt, damit man nicht via Formular auf die Recordsets zugreifen konnte.
Detailformulare werden zur Laufzeit durch eine eigene Klasse erstellt.
Allein für die Formularsteuerung habe ich 50 Klassen geschrieben, die absolut jede Möglichkeit steuern.
Das erstmalige erstellen eines Formulars dauert etwa eine halbe Sekunde.
Das öffnen wenige Millisekunden.
Berichte habe ich in einer eigenen Klasse gekapselt.
Am Schluss bleibt noch die Schwierigkeit, Klassen wie den ADO Connection Wrapper nach außen zu kapseln und innerhalb der Anwendung aber global zur Verfügung zu stellen. Es hilft ja nichts, wenn man den Zugriff dann trotzdem via Anwendung hat.

Am Ende ist es dann aber doch nur Access ohne die Nutzung der mitgelieferten Klassen *upps
Jetzt überlege ich mir noch, ob ich das Modell auf c# oder Delphi übertragen soll, damit ich am Ende des Tages auch was Sinnvolles habe. *grins

Derzeit bin ich aber etwas in Assembler Programmierung vertieft.*wink.gif*