AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Programmsperre programmieren

Ein Thema von Codewalker · begonnen am 1. Feb 2007 · letzter Beitrag vom 2. Feb 2007
Antwort Antwort
Seite 2 von 2     12   
Benutzerbild von Codewalker
Codewalker

Registriert seit: 18. Nov 2005
Ort: Ratingen
945 Beiträge
 
Delphi XE2 Professional
 
#11

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 08:24
Zitat von "Olli:
Wäre das nicht eigentlich der Teil den du mir sagen müßtest?
hmm.. stibimmt

Eigentlich müsste ich nur mitbekommen können (weiß nicht, welche Möglichkeiten es zur Kommunikation zwischen UM und KM gibt), wann ein Programm gestartet wird und die gesamte Befehlszeile inkl. Parameter erhalten.
Das Testen würde in einem Tool oder Dienst ablaufen. Anschließend müsste ich nur an einen Treiber einen Bool geben könne, ob er den Befehl ausführen soll oder nicht. Alternativ ginge auch, dass ich den Befehl vom Programm erneut ausführe mit einem Trick (Flag, oder so. Bin da auch für Vorschläge offen), so dass keine erneute Prüfung durchgeführt wird, sondern das Programm direkt gestartet wird.

Ich hoffe das war verständlich und ich würd mich freuen, wenn du mir sagen kannst, ob das möglich ist und wo es Probleme geben könnte.
  Mit Zitat antworten Zitat
Olli
(Gast)

n/a Beiträge
 
#12

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 08:29
Zitat von Codewalker:
Eigentlich müsste ich nur mitbekommen können (weiß nicht, welche Möglichkeiten es zur Kommunikation zwischen UM und KM gibt), wann ein Programm gestartet wird und die gesamte Befehlszeile inkl. Parameter erhalten.
Gut, also die Befehlszeile holst du dir lieber im Usermode. Ansonsten gibt es da Events, Inverted Calls, MMFs ... was auch immer.

Zitat von Codewalker:
Das Testen würde in einem Tool oder Dienst ablaufen. Anschließend müsste ich nur an einen Treiber einen Bool geben könne, ob er den Befehl ausführen soll oder nicht. Alternativ ginge auch, dass ich den Befehl vom Programm erneut ausführe mit einem Trick (Flag, oder so. Bin da auch für Vorschläge offen), so dass keine erneute Prüfung durchgeführt wird, sondern das Programm direkt gestartet wird.
Hmm, also müßten bestimmte Prozessoe von vornherein ausgenommen sein von der Sperre, richtig?

Zitat von Codewalker:
Ich hoffe das war verständlich und ich würd mich freuen, wenn du mir sagen kannst, ob das möglich ist und wo es Probleme geben könnte.
Jupp, wird es vermutlich geben, weil man irgendsowas wie einen vertrauenswürdigen Prozeß haben muß. Abgesehen davon hängt es davon ab wie lange deine Tests dauern. Was sind denn das für Tests, wenn ich fragen darf?

Übrigens, wenn das hier auf eine Sandbox hinausläuft, darf ich dir aufgrund meines Arbeitsvertrags leider nicht helfen.
  Mit Zitat antworten Zitat
Benutzerbild von Codewalker
Codewalker

Registriert seit: 18. Nov 2005
Ort: Ratingen
945 Beiträge
 
Delphi XE2 Professional
 
#13

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 08:59
Zitat von Olli:
Übrigens, wenn das hier auf eine Sandbox hinausläuft, darf ich dir aufgrund meines Arbeitsvertrags leider nicht helfen.
Nein, eine Sandbox soll das nicht werden. Ich glaube dann müsste ich mir auch deutlich(!) mehr Wissen über Kernel und KM anlesen. Das ganze hat 2 Ziele:
1. Eine Art "Kindesicherung", um gezielt Programme beispielsweise per Passwort zu blocken oder Zeitsperren einzubauen (Nein, du spielst WoW nicht abends nach 23 Uhr ).
2. Für einen Freund der noch ein Internetcafé hat und bestimmte Programme nicht erlauben möchte.


Zitat von Olli:
Gut, also die Befehlszeile holst du dir lieber im Usermode.
Okay, aber wie würde ich denn da dran kommen? (Ich würde das dann über einen Hook machen wie oben beschrieben, aber nur lesend ohne etwas zu verändern. Wie würdest du das denn machen?

Zitat von Olli:
Ansonsten gibt es da Events, Inverted Calls, MMFs ... was auch immer.
Mir solls egal sein, Haupsache ich komme irgendwie dran.

Zitat von Olli:
Abgesehen davon hängt es davon ab wie lange deine Tests dauern. Was sind denn das für Tests, wenn ich fragen darf?.
Ich hab doch gar nichts von Tests erzählt, oder?


Grundsätzlich hast du Recht, dass ein Treiber die bessere Variante ist und ich finde es klasse, dass du mir da helfen würdest. Allerdings hast du natürlich sehr viel Wissen über Treiber und Kernelmode und ich (leide fast) nichts, so dass ich da wenig mit Vorgaben dienen kann. Ich würde mich da über Vorschläge von Dir, wie ich das machen soll, sehr freuen. Ich kann dann eher mit Ideen und Basteleien im UserMode dienen (naja, Delphi halt )
  Mit Zitat antworten Zitat
Benutzerbild von Catbytes
Catbytes

Registriert seit: 7. Sep 2002
Ort: Heckendalheim
353 Beiträge
 
Delphi XE5 Enterprise
 
#14

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 09:21
Zitat von Codewalker:
Eigentlich müsste ich nur mitbekommen können (weiß nicht, welche Möglichkeiten es zur Kommunikation zwischen UM und KM gibt), wann ein Programm gestartet wird und die gesamte Befehlszeile inkl. Parameter erhalten.
Und dann benenne ich das Programm um - und dann?

Aus Hack.exe wird Lieb.exe
Aus wow.exe wird word.exe

Wäre es nicht besser den internen Programmnamen zu verwenden? Bedenke: Deine Kinder sind kreativer, als Dir lieb ist
Catbytes
  Mit Zitat antworten Zitat
Benutzerbild von Codewalker
Codewalker

Registriert seit: 18. Nov 2005
Ort: Ratingen
945 Beiträge
 
Delphi XE2 Professional
 
#15

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 09:24
Das habe ich (hoffentlich) gelöst, indem ich auch noch den MD5-Hash dazu nehme (s.o.)
  Mit Zitat antworten Zitat
Daniel G
(Gast)

n/a Beiträge
 
#16

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 09:27
Würdest du das Programm veröffentlichen? Bin grad' auf der Suche nach sowas... Leider gibt's das so gut wie nichts im kostenfreien Rahmen.
  Mit Zitat antworten Zitat
Benutzerbild von Codewalker
Codewalker

Registriert seit: 18. Nov 2005
Ort: Ratingen
945 Beiträge
 
Delphi XE2 Professional
 
#17

Re: Programmsperre programmieren

  Alt 2. Feb 2007, 09:30
klar. Ich bekomme schon so viel Hilfe (solange Olli dann auch zustimmt) poste ich das hier sehr gern.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:46 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz