Erkennung Firmennetzwerk mittels LV (suche Ideen)

Hallo,

ich muss bei einigen meiner Projekte sicherstellen, das die Software nur innerhalb
unseres Firmennetzwerks aufgerufen werden kann.

was ich bisher habe:
- Abfrage Anmeldename bei Windows (z.B. mmustermann), dann muss ich aber alle
Kürzel der Anmeldenamen in der Software hinterlegen
- Ping Server inkl. Auswertung der Antwort -> klappt einwandfrei, aber dann läuft
die Software nur wenn der Server online ist und kann evtl noch gestartet werden,
denn die IP in einem anderen Netz auch vorhanden ist
- Abfrage der Benutzergruppen der Active Directory mit CN=Max Mustermann über .NET
(geht nur wenn Server online ist)

Problem
- bei allen drei Möglichkeiten muss der Rechner eine Netzwerkverbindung haben,
allerdings kann das auch ein Notebook sein, was nicht immer am Netz hängt,
aber in der Domain registriert ist.
- Auch wenn keine Netzwerkverbindung vorhanden ist, kann man sich ja
am Notebook anmelden, wenn man sich bereits einmal an der Domain angemeldet hatte.

Idee:
Abfrage, ob der Rechner zu einer Domain gehört? Aber wie? Wenn ich das in diversen
Foren suche mit "Domain" erhalte ich eher die Beiträge zu Digital-Filter etc.
Bei den .NET Objekten weiss ich nicht so recht weiter, welche ich da brauche oder
benutzen muss? Habe scho in der MSDN von Microsoft gesucht, aber nicht das richtige
gefunden (vielleicht suche ich auch mit den falschen Begriffen)...

Hat jemand eine andere Idee oder wie kann ich die Domain abfragen?

Stefan

Anzeige

Die ersten drei Treffer bei Google für "dotnet which domain is this pc" sehen vielversprechend aus:

Link 1
Link 2
Link 3

Beim Stöbern hab ich irgendwo gelesen, dass die Domain per WMI abgefragt werden kann...

...vor langer Zeit habe ich mal aus Spaß ein WMI-Query in LV zusammengebastelt.


  GetHardwareInformations.vi (Größe: 31,25 KB / Downloads: 206)


Die Domain findest du z.B. in Win32_ComputerSystem.

Vielleicht hilft dir das ja weiter.


Gruß SeBa

Danke SeBa
Genau sowas habe ich gesucht

Ist das nicht suboptimal, da es nur "security by obstruction" liefert?

Ich meine: letztlich musst du dir darüber klar sein, dass man das einfach aushebeln kann indem man eine Domain gleichen Namens erstellt und das Program darauf laufen lässt. Ich würde das von daher zumindest noch mit einer PW Anfrage Verbinden bzw. mit einer der anderen Ideen wie zum Beispiel Firmenserver anpingen und sich die "Erlaubnis" holen das das Program ausgeführt werden darf.

Man könnte auch einen zweistufigen Prozess machen: Es wird ein Server gesucht zwecks verifizieren. Ist der nicht zu finden, hat man eine (oder halt 3, je nachdem wie oft man erwartet dass kein Server on ist) Benutzung frei (wenn die Domain stimmt). Diese können dann nur durch Serverkontakt wieder "aufgefüllt" werden. Dazu kann das Programm ja auch während der Laufzeit (wenn die Benutzungen nicht voll sind) immer mal wieder den Server anpingen (was weis ich - alle 10 min) und wenns irgendwann ne Antwort gibt, dann wird das Program wieder auf eine (3, mehr) Benutzungen aufgefüllt.


Hat den Vorteil, dass die vermutlich sicherere Methode über die Server Verfifizierung mit einem System verbindest, dass auch Standalone läuft.

(21.06.2012 08:43 )Kiesch schrieb:  Ich meine: letztlich musst du dir darüber klar sein, dass man das einfach aushebeln kann indem man eine Domain gleichen Namens erstellt und das Program darauf laufen lässt.

Dann muss aber derjenige der die Software außerhalb der Firma erstmal wissen WIE ich das teste.
Ich melde ja nur das die Software außerhalb unseres Firmennetzwerks läuft und dann wird die
Software wieder beendet. Ich schreibe ja nicht "die Domain stimmt nicht" oder "der Server mit der IP xxx"
ist nicht vorhanden. Ich bin der einzige der weiß wie ich das Teste, also sollte das kein Problem sein.

Danke

Hallo Dali,

Zitat:Ich bin der einzige der weiß wie ich das Teste, also sollte das kein Problem sein.

Nun ja. Erstmal poppt die Firewall auf und fragt, ob dieses Programm überhaupt ins Internet darf...
Jede bessere Firewall sagt außerdem noch, welche IP angefragt wird und auf welchem Port kommuniziert wird.
Aber du bist weiterhin der einzige, der weiß, wie da getestet wird

(21.06.2012 15:37 )GerdW schrieb:  Nun ja. Erstmal poppt die Firewall auf und fragt, ob dieses Programm überhaupt ins Internet darf...
Jede bessere Firewall sagt außerdem noch, welche IP angefragt wird und auf welchem Port kommuniziert wird.
Aber du bist weiterhin der einzige, der weiß, wie da getestet wird

an die FW habe ich nicht gedacht, eindeutig zu heiß hier im Büro, zeit für Feierabend.
Aber bei einer Kombi aus Domainabfrage und "Username" des Windows-Zugangs sollte
evtl. reichen. Ist ja nicht so das wie jeden Tag jemanden einstellen und mit 20 Mitarbeitern
ist die Zahl überschaubar... daher wird es wohle so eine Kombi werden.

Danke für die Anworten

Zitat:Ich bin der einzige der weiß wie ich das Teste, also sollte das kein Problem sein.

Genau das meinte ich mit "security by obstruction". Das System lebt davon, dass niemand weis wie es funktioniert. ^^

Bin die Tage zufällig an historischen (und aktuellen) Verschlüsselungsverfahren hängen geblieben und da ging es halt genau darum, dass das eigentlich kein gutes System ist - schon allein weil wenn die "obstruction" aufgedeckt wird du das ganze System komplett umbauen musst. Wollte ansonsten nur helfen.

Gruß Kiesch