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

[freejay]

Danke für die Antwort.

Ich meine jetzt nicht dieses: mit rechter Maustaste klicken und auf "mit Adminrechten ausführen", sondern generell als User ohne Admin-Rechte.

Kann mir vorstellen, dass es da bei einigen Komponenten bei der Installation schwierig wird...

Wir sind kein "Mega-Konzern" aber SW-Entwicklung ist nur ein kleinerer Teilbereich. Die Adminrechte sollen auch nicht speziell Entwicklern entzogen werden, sondern eigentlich allen. 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.ä. ...

Und wenn jetzt alle sagen würden: "Delphi ohne Adminrechte: Null Problemo", dann würd ich mir diese Ausnahmeregelung auch gern sparen...

[SProske]

Um eine ISAPI.dll (unter Verwendung des IIS) debuggen zu können, muss die W3WP.exe mit Administratorrechten gestartet werden. Aus diesem Grund läuft bei einigen Projekten das Delphi immer mit Admin-Rechten. Ich weiß nicht, ob es diese Notwendigkeit auch für andere DLLs/Dienste/whatever gibt, könnte aber ein Grund sein, auf einer Sonderregelung zu bestehen.

[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.