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

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

[MichaelT]

Ohne Administrative Shell geht sowieso nicht viel unter Windows. Selbst wenn der Direktor mit seinem Blut unterschreibt, 'Was nicht geht, geht nicht'. Das prinzipiell. Die UAC ist an sich dazu da dem Standard User die Möglichkeit zu geben seine Rechte upzugraden.

Ob das noch geht weiß ich nicht. Du konntest zumindest noch unter Vista das Manifest der .exe modifizeren usw...

Delphi passt an sich zu den Vorstellungen eurer sehr undifferenzierten Sicherheitsarchitektur.
Ich persönlich hätte unter einem ganz normalen User kein Problem gehabt mit Delphi zu entwickeln und Programme laufen zu lassen.

IIS Express resp. http.sys ohne Zertifikat wäre ein Thema. Apache lokal zu debuggen ... müsste ich nachschauen. Da war was, aber was weiß ich nicht mehr.

Wenn das Ausführen von Installern nicht mehr erlaubt wäre ... Dann ab in die Box. Eine Box ist an sich gescheiter.

Schauen wir wie lange eure IT das durchhält . Die weltgrößten Konzerne schaffen das nicht, aber tut nur.

Zitat von freejay:

.

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

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

[Delphi-Laie]

Zitat von zeras:

Wenn natürlich jemand Treiber programmiert,

Wohl kaum mit Delphi.

Zitat von zeras:

dann sind diese vielleicht nötig????

(Wahrscheinlich) ja!

[himitsu]

Zitat von Delphi-Laie:

Wohl kaum mit Delphi.

Jain.

Es gibt das DDDK (Delphi Driver Development Kit) womit man mit "älteren" Delphis bedingt Kernel-Mode-Treiber schreiben kann.

Seit Vista gibt es auch User-Mode-Treiber und die könnte man sehr wohl mit Delphi programmieren, aber dafür braucht man nicht unbedingt Adminrechte.

[Jumpy]

Zitat von zeras:

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.

Und das ist ja genau das Problem in größeren Firmen. Da hast du keinen anderen User und musst für sowas die IT anrufen. Beispiel was bei uns lästig ist: Unsere Mitarbeiter können an so online Word/Excel-Tutorial teilnehmen, dazu wird im Browser aktuelles Flash benötigt und wenn ein neues Flash Update vorliegt meckert der Browser immer und der Nutzer muss in der IT anrufen, dass die ihm das Update durchführen.