Wie bereits bekannt, gab es seit einiger Zeit eine Schwachstelle in der _layouts/help.aspx (Security Advisory 983438), welche durch den morgigen Patchday behoben wird! Zu dieser Schwachstelle gab es einen Demo Exploit, welcher die Verwundbarkeit aufzeigt.

Durch die zehn Security Bulletins werden insgesamt 34 Sicherheitslücken in Windows, Internet Explorer, Office und SharePoint gestopft. Der Patchday ist am morgigen Dienstag (08.06.2010).

Hier geht’s zur Microsoft Security Bulletin Advance Notification for June 2010.

Es ist eine Sicherheitslücke im SharePoint 2007 und WSS 3.0 bekannt geworden, die es einem Angreifer erlaubt, sich erweiterte Rechte durch eine Cross Site Scripting Attacke zu verschaffen.

Microsoft ist dieser Bug seit dem 12. April 2010 bekannt und es wird bereits an einen Fix gearbeitet. Dieser dürfte dann hoffentlich spätestens am 11. Mai (nächster Patchday) erscheinen.

Um den Zugriff über die Kommandozeile auf die help.aspx bis zum fertigen Patch zu unterbinden, schreibt René Hézser in seinem Blog, folgendes:

cacls "%ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\LAYOUTS\Help.aspx" /E /P everyone:N

cacls "%ProgramFiles(x86)%\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\LAYOUTS\Help.aspx" /E /P everyone:N

cacls ist ein Microsoft Kommandozeilen Tool, welches die Zugriffskontrolllisten (ACL – Access Control List) anzeigt, oder sie verändert.

Als ich heute eine neue Solution für ein Visual Webpart erstellt habe musste ich leider feststellen, dass Visual Studio 2010 noch einen kleinen Bug beinhaltet.

Ich habe den Namespace geändert, jedoch wurde nach dem Deployment die Fehlermeldung “Webpart ist not registered as save” angezeigt, da als SafeControl Eintrag für die web.config immer noch die Endung “…mynamespace.VisualWebpart1” verwendet wurde.

Der Grund ist die *.spdata des Usercontrols, die nicht automatisch aktualisiert wird:

Der Assemblyname ist hierbei mit einer Variablen hinterlegt, der Namespace ist jedoch hart kodiert und wird nicht automatisch angepasst. Nach der manuellen Anpassung muss die Solution geschlossen, neu geöffnet und kompiliert werden. Im Anschluss daran kann ein neues Deployment oder auch Debugging erfolgen, dann funktioniert alles wie gewünscht.

Heute ist mir wieder ein kleiner Fehler beim “herunterladen” eines PDF Dokumentes mit dem IE8 aufgefallen, aber seht selbst

Heute haben wir für einen Kunden Seiten von der Entwicklungsumgebung in die Testumgebung umgezogen und sind auf Probleme gestoßen, die es zuvor bei keinem anderen gab.

Ausgangsposition: Entwicklungsserver Firma (standalone) - SQL (standalone)

Anlegen von Teamsites, Listen, Customized Pages (eigens entwickelte Webparts und ListView Webparts)

Das ganze wurde als Template gespeichert und in die Entwicklungsumgebung des Kunden transportiert (vor ca 1 Woche). Hier kam dann beim anlegen einer Sitecollection der Fehler

Im MOSS Log finden sich folgende Einträge:

05/28/2008 12:35:55.59                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                  Fields                                        88ys       Medium              Failed to get the site template for language 1031, search key '_GLOBAL_'. This warning is expected when provisioning from a custom web template.     

05/28/2008 12:35:56.64                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                  Fields                                        936z       Medium              Marking web-scoped features active from manifest at URL "http://server/t1"     

05/28/2008 12:35:56.64                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                   General                               936x      High       Failed to mark site-scoped features active in site 'http://server/t1'.               

05/28/2008 12:35:56.68                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                   General                               72h9      High       Failed to apply template "_GLOBAL_#1" to web at URL "http://server/t1".             

05/28/2008 12:35:56.68                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                   General                               72k2      High       Failed to apply template "_GLOBAL_#1" to web at URL "http://server/t1", error Die ausgewählte Vorlage ist ungültig oder kann nicht gefunden werden. 0x81071e44   

05/28/2008 12:35:56.68                w3wp.exe (0x0A08)                                      0x014C Windows SharePoint Services                   General                               8kh7      High       Die ausgewählte Vorlage ist ungültig oder kann nicht gefunden werden.               

05/28/2008 12:36:01.75                w3wp.exe (0x0094)                                       0x0B68 SharePoint Portal Server             Runtime                                       8gp7      Medium              Topology cache updated. (AppDomain: /LM/W3SVC/945518647/Root-7-128564337503465518)   5af85082-edc4-4a68-8f54-d6c4b1e79199

Also dachten wir uns ok, das könnte an den verschiedenen Version liegen... Entwicklung in der Firma ist Enterprise, Kunde hat normalen MOSS 2007.

Also alle Sites, Subsites und Pages neu angelegt (Blanksites) und die Listen per Template rüber geholt. Hier gab es Probleme, das Lookupfelder auf bestehende Listen natürlich nicht mitgenommen werden können, und von Hand gelöscht und erneut angelegt werden mussten... Richtig, somit mussten auch alle Views nochmals bearbeitet werden (Column wieder hinzufügen und an der richtigen Stelle einfügen)

Somit haben wir wieder alles zum laufen gebracht...

Sitecollection mit globalen Nachschlagelisten, Subsites mit allen anderen Listen, neue Templates - um dem nachinstalliertem Workflow und dem "CreateSite Webpart" die Möglichkeit zu geben, neue Projekte und Teilprojekte anzulegen.

Heute:

der Transport der Templates in die TU des Kunden:

RICHTIG - wieder genau derselbe Fehler!!!

Wir haben das komplette Programm probiert und nach Zufallsprinzip verschiedene Seiten anlegen können... Es wurden Workflows entfernt, Listen gelöscht, Webparts von den Seiten genommen und die Templates mindestens 30 mal neu erstellt. Das kuriose war, das wir Sitecollections auf Basis des Templates nicht anlegen konnten, Subsites hingegen jedoch schon. Aber andersrum genauso. Das war eben aber auch nicht die Regel, sodass wir im Endeffekt nach ca 10 Stunden probieren die Templates aufgegeben haben und es mit einem Backup & Restore probiert haben.

Das hat dann auch geklappt, abgesehen von den Einstellungen der Webparteigenschaften, welche mit festen Links konfiguriert waren.

Das hat mein Verhältnis zu Templates wieder ein großes Stück nach hinten gerückt und ich finde Sitedefinitions hier klar im Vorteil.

Ich bin echt gespannt darauf, ob der Kunde wirklich anhand unserer Dokumentation das Deployment in die WU alleine vornehmen möchte, oder uns doch lieber den Vortritt lässt

Falls jemand das hier liest und Ideen haben sollte, dann gerne als Kommentar oder per Email, damit man sich so etwas in der Zukunft ersparen kann.

Noch einmal die Eigenschaften:

Entwicklung bei uns: StandAlone Moss und StandAlone SQL
MOSS 2007 Enterprise

Kunde:

Entwicklung - AppServer und WebFrontend und Standalone SQL
Testumgebung - AppServer und WebFrontend und Standalone SQL

Inhalte:

Webparts für Darstellung von Listen, Suche, Seiten anlegen, Teammitglieder
Workflow zum Seiten anlegen
Templates aller Seiten
Standard-Webparts wie ListViews und InhaltsEditorWP