Delphi-Entwicklung ohne Admin-Rechte sinnvoll möglich?

[Der schöne Günther]

Zitat von freejay:

Man kann zwar eine Ausnahme davon beantragen, dann muss man aber schöne Dinge unterschreiben, wie, dass man im Zweifelsfall verantwortlich ist für die Einschleusung von Viren, Trojanern o.ä.

So ein Blödsinn, als ob das etwas mit Adminrechten zu tun hätte.

Aber um beim Thema zu bleiben: Für Delphi an sich brauchst du es eigentlich nur einmalig für die Einrichtung. Wenn du niemals Adminrechte hast kannst du natürlich auch keine Dienste / Adminprozesse starten um diese dann zu debuggen

Aber: Abseits von Delphi könnte ich nicht ohne. So viel Hardware-Tools und Diagnose-Software braucht Adminrechte, da könnte ich echt nicht ohne.

Bildquelle

[freejay]

Schönes Bild!

[freejay]

Ob die Regelung in unserer Firma gut, sinnvoll oder notwendig ist, kann und möchte ich hier nicht diskutieren...

Mir ging es nur um die Frage, ob das geht und wenn ja mit welchen Einschränkungen.

Da bin ich jetzt schon einen Schritt weiter.

Danke.

[Bernhard Geyer]

Bei neuen Delphi-Versionen braucht man nur für Delphi-Installation Admin-Rechte.
Bei alten Delphi (D6/7) macht es das leben einfacher wenn man Delphi nicht nach c:\Programme installiert.

[p80286]

Welche Frage.
D2006 zickt zwar immer herum er wolle noch etwas installieren, aber sonst geht das ohne Probleme, wenn man D7 (und alle anderen Versionen nicht unter C:\Programme installiert)

Und wie oft muß man Komponenten installieren?

Gruß
K-H

[Daniel]

Also einige von Euch tun gerade so, als wäre es völlig absurd, mit den Admin-Rechten zu geizen.
Wenn jemand beispielsweise eine Kassen-Software entwickelt, dann benötigt er erstmal keinerlei Admin-Rechte. Eine Spiel-Datenbank bekommt der Entwickler gestellt, die müsste nicht mal zwingend auf seinem Rechner laufen. Packages lassen sich in Delphi auch ohne Admin-Rechte installieren und das Setup eines Komponenten-Herstellers muss einerseits nicht täglich aufgerufen werden und mit Blick auf mögliche Inkompatibilitäten würde ich derlei auch nicht zum Tageswerk eines einzelnen Entwicklers zählen. Wenn es sein soll, dann steigt das gesamte Team um und alle Arbeitsplätze würden synchron aktualisiert.

Klar lassen sich Szenarien finden, die Admin-Rechte erfordern, aber derlei ging aus der Beschreibung erstmal nicht hervor.

[DeddyH]

Ich persönliche programmiere in einer VM als Normaluser und komme damit prima klar. Im Gegenteil, so merke ich direkt zur Entwicklungszeit, ob ich mir ein Ei ins Nest lege, wenn ich irgendetwas einbaue, für das Adminrechte erforderlich sind, und kann ggf. entsprechend reagieren.

[MichaelT]

Das Szenario heißt Realität.

Den Fall den du schilderst ist ein HTL-Strebi frisch von der Schule der mitten in der Pampas vor einem Eclipse sitzt, jeden Tag 3 - 5 Codezeilen einer Anforderung umsetzt und dazwischen 7mal am Tag ein Dokument an die Projektleitung zurückschickt und dieses wegen ästhetischer Unvollkommenheit und Unausgewogenheit nicht akzeptiert. Über die 3 - 5 lass ich mit mir verhandeln.

Theoretisch stimme ich dir auch zu.

Entwicklung passt keinen Tag zu einer Inhouse IT und aus Sicht der Kostenrechnung auch nicht. Bei der Beschäftigung entlang der Grenzproduktivität wird immer versucht das mindestnotwendig verhinderte Talent 40 Stunden zu beschäftigen. In der IT hast aber eher das größtmöglich notwendige Talent bei der Arbeit. Du selbst wirst nicht sagen, 'Ich stelle Mitarbeiter ein und schmeiße eine produktives Werkzeug raus, damit die Mitarbeiter einer von mir bereitgestellten Assemblergeneierungsmaschine beim arbeiten zusehen'.

Deswegen bist oft auch verdammt in der Entwicklung Support mitzumachen. Dann ist Entwickler eher der letzte den die Hunde beißen und die stehen dann mit fletschenden Zählen vor dem Kätzchen und sagen - schnell, schnell, schnell. Urgenzen.

Beschäftigung ist der Versuch Aktivitäten im Rahmen des Verweilens auf einem Betriebsgelände Arbeit zuzurechnen. Bei einem Klein- und Mittelstandsbetrieb fällt noch nicht so auf und erstgenannten Fall gar nicht.

---

Du startest gedanklich immer bei einem Standardimage. Dann brauchst du noch einen Software Delivery Service der Open Source Tools anbietet. Die Schnittmenge der Tools die im Budget für Benutzer vorgesehen sind geschnitten mit jenen die er oder sie benötigt ist außerhalb der dessen was der kleinste gemeinsame Nenner am Standardimage bietet exakt die Leere Menge. Benutzer werden erfinderisch, keine Sorge.

---

Vereinfacht, du brauchst mehr Rechte damit du damit einen eingeschränkten Subset aus welchem Motiv auch immer vergibst.

Eine Software darf ja nicht sagen welche Rechte sie braucht, ala. Software mit Command-Line Parameter starten und die Software ermittelt die fehlenden Berechtigungen ... Das geht bei mir da im Office, aber sonst lasst dich so etwas keiner mehr installieren.

Bevor eine Security Abteilung/Security Team dir ein Recht vergibt musst du mal den Nachweis erbringen, dass es benötigt wird. Vorher, nachher - Screenshot für Doku.

Es läuft ja nicht so, dass das eine User bei einem Security Team anruft, die einen Berechtigungstrace machen und das Recht vergeben. Das läuft heut über Security Team, Helpdesk, User und Entwickler.

Aus der Sicht des Security Teams ist, wenn etwas nicht funktioniert die Welt in Ordnung. Ähnlich wenn ein Constraint auf einer Datenbank die Änderung eines Datensatzes verhindert. Bedrohung abgewehrt vs. funktioniert nicht.

In der Statik schaut alles super aus. Aber in der Praxis wird gerne geschaut, dass eine gewisse Prozentzahl der Benutzerschaft in einem Aufwischen erschlagen grad bei Änderung der Berechtigung und der Rest läuft über den Helpdesk. Der Helpdesk ist zumeist sogar noch der Gegenpart zur Security. Der Helpdesk exekutiert die Berechtigungsanforderung resp. bestätigt diese.

Du hast heute mind. ein 4 Augen Prinzip. Organisationen welche darüber hinausgehen sind dafür bekannt, dass tobende Benutzerschaften mit Heugabelen am Werksgelände in Richtung Rechenzentrum marschieren.

Zitat von Daniel:

Also einige von Euch tun gerade so, als wäre es völlig absurd, mit den Admin-Rechten zu geizen.
Klar lassen sich Szenarien finden, die Admin-Rechte erfordern, aber derlei ging aus der Beschreibung erstmal nicht hervor.

[zeras]

Ich programmiere nur nebenberuflich mit Delphi, bin daher mein eigener Herr auf meinem Rechner. Trotzdem habe ich für das "normale" Programmieren noch nie Admin Rechte benötigt. Wenn ich etwas installieren will, dann nutze ich einen anderen User und dann schalte ich wieder zurück.
Wenn natürlich jemand Treiber programmiert, dann sind diese vielleicht nötig???? Aber in meinem Falle fahre ich ohne Admin Rechte ganz gut.

[p80286]

@MichaelT
Und was soll mir das jetzt sagen?
a)ich habe keine Probleme als "Normaluser" mit Delphi zu arbeiten!
b)bekomme ich eine Berechtigung nicht, die ich für eine Aufgabe benötige, - warum auch immer-, macht das eben jemand anders. Auch wenn dem Chef-Rumpelstielzchen das nicht passt.
c)"Das kann ich jetzt aber nicht nachvollziehen" ist als Antwort vom Helpdesk immer sehr beliebt, wenn der Helpdeskmitarbeiter mit allen möglichen und unmöglichen Rechten ausgestattet, versucht einen Fehler zu reproduzieren.

Wenn die sog. "IT" ein Rechtekonzept erstellt hat, und das wurde von der Geschäftsführung so abgesegnet, dann ist das so. Das ist wie Wetter, es ist wie es ist.

Gruß
K-H