|
There seem to be... naughty adverts around the image you are linking to. They're not particularly tasteful either.
I'd like to remind you that this kind of material is not suitable for work and can people into serious trouble. If you could please find a better place to host your images and change / remove that link.
My current favourite word is: Smooth!
-SK Genius
|
|
|
|
|
|
If this is the wrong place to post this question, please move it. There's lots of overlap, so I wasn't sure where to put it.
Background: I'm trying to write a simple web application in C# that utilizes the Exchange Management Shell (EMS, 2007), which is itself a Windows Powershell snapin. I found a nice wrapper at here[^], which is what I'm using thus:
public void AD_SetForwardAddress()
{
ExchangeManagementShellWrapper ems = ExchangeManagementShellWrapper.Instance;
ICollection<PSObject> results;
results = ems.RunspaceInvoke("Get-Command");
foreach (PSObject item in results)
{
Response.Write(item.Members["Name"].Value.ToString());
}
}
... which yeilds
Server Error in '/' Application.
Cannot load Windows PowerShell snap-in Microsoft.Exchange.Management.PowerShell.Admin because of the following error: The type initializer for 'Microsoft.Exchange.Data.Directory.Globals' threw an exception.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.Management.Automation.Runspaces.PSSnapInException: Cannot load Windows PowerShell snap-in Microsoft.Exchange.Management.PowerShell.Admin because of the following error: The type initializer for 'Microsoft.Exchange.Data.Directory.Globals' threw an exception.
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Stack Trace:
[PSSnapInException: Cannot load Windows PowerShell snap-in Microsoft.Exchange.Management.PowerShell.Admin because of the following error: The type initializer for 'Microsoft.Exchange.Data.Directory.Globals' threw an exception.]
System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadCustomPSSnapIn(PSSnapInInfo mshsnapinInfo) +3816533
System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadPSSnapIn(PSSnapInInfo mshsnapinInfo) +95
System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadPSSnapIn(PSSnapInInfo mshsnapinInfo, PSSnapInException& warning) +3816862
System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.DoAddPSSnapIn(String name, PSSnapInException& warning) +265
ExchangeManagementShellWrapper.InitializeRunspace() in M:\Programming\EmailForwarding2\EmailForwarding2\ExchangeManagementShellWrapper.cs:50
ExchangeManagementShellWrapper.InitializeRunspaceInvoke() in M:\Programming\EmailForwarding2\EmailForwarding2\ExchangeManagementShellWrapper.cs:68
_Default.AD_SetForwardAddress() in M:\Programming\EmailForwarding2\EmailForwarding2\Default.aspx.cs:327
_Default.btnConfirm_Click(Object sender, EventArgs e) in M:\Programming\EmailForwarding2\EmailForwarding2\Default.aspx.cs:109
System.Web.UI.WebControls.Button.OnClick(EventArgs e) +115
System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) +140
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +29
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +2981
Version Information: Microsoft .NET Framework Version:2.0.50727.4200; ASP.NET Version:2.0.50727.4016
Which is just special.
The code is running on a Windows 2008 (64) box with the Windows SDK, Exchange Management Tools installed, and the application pool is running as a user with Exchange Recipient admin privileges.
Suggestions?
Note that the above references "M:\" which is a network location, however the code is being published to the local disk of the web server.
|
|
|
|
|
My two cents:
Certainly a privilieged account with exchange permission problem.
|
|
|
|
|
I need to make an application which has to create a XML file and read/write the file every time my application starts. The problem is that the created file must be accesible only to my aplication and
it mustn't be deleted/moved/renamed/opened etc. by any other aplication or by windows.
Can some one helpe me?
Thanks
|
|
|
|
|
Can't be done. And generally not necessary anyway.
You could mark it as hidden, or encrypt it.
Why would you want to?
|
|
|
|
|
but if I mark it as hidden, it still cam be seen(in tools->folder Option)
|
|
|
|
|
Yes. I simply mean to point out that there is no way to accomplish what you want, there are only ways to make things somewhat more difficult.
Just create the file in the Application Data directory and hope for the best. That's what I do.
|
|
|
|
|
|
It CAN be done. Anybody know a good rootkit?
|
|
|
|
|
That's what I'm afraid of. This is not a trait of a well-behaved application.
|
|
|
|
|
Michel Godfroid wrote: good rootkit
Oxymoron
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
Help humanity, join the CodeProject grid computing team here
|
|
|
|
|
The only thing I can think of is for you to put your file into Isolated storage. It's not a perfect solution, and Windows can still get at the file but it's probably going to be the best fit for your application.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
I hope the victim's antivirus can still scan it there.
|
|
|
|
|
I have only good intentions . I'm makein this aplication for my nephw who spends a long time in front of the PC.this should shutdown the system after the a period of time expires:P
|
|
|
|
|
Ah, I knew it was something user-hostile.
Your intentiions don't matter; the other guy's do.
Maybe you could use a database to store a usage log.
|
|
|
|
|
I have found that nephews have a tendency to know more about computers than uncles. Take the power cable, the internet cable, the cell phone, all usb cables, the printer, and the duct tape away and they will still find porn on the internet if left unsupervised.
|
|
|
|
|
There's a Japanese proverb: "The best place to hide a horse is among horses." Using that concept, you could put your XML file in C:\Windows\System32, where no one will ever find it by blind searching.
You could make it even harder to find by changing its name every time you use it, storing the new name encrypted in the Registry.
To protect against deletion, you could store two copies of the file, and if one is deleted, restore it from the other copy. If both are deleted, your program could restore them from the Recycle Bin.
|
|
|
|
|
I'm sure there are many horses in C:\Windows\System32, however modern Windows versions will not let you add to them...
|
|
|
|
|
Create your file. Encrypt it. Name if KE1lSD1.dll, or some other meaningless name, then store it
in Windows\System32. It'll look like any other DLL and no one would ever know. Even if someone
opened it with Notepad it would look like any other DLL they opened with Notepad.
Everything makes sense in someone's mind
|
|
|
|
|
Kevin Marois wrote: it would look like any other DLL they opened with Notepad
No, it won't. Have you opened a .net DLL in Notepad?
|
|
|
|
|
Yes I have. The average user won't know the difference.
Here's a snippet of a random DLL I found in System32 opened in Notepad. if you encrypt a file, it will look similar to the following:
Q 3À…Òt‹Âë‹U9QtRèúûÿÿ]Â ÌÌÌÌÌ‹ÿU‹ìV‹ñè³ûÿÿöE
tVèÑÿÿY‹Æ^] ÌÌÌÌÌ‹ÿU‹ìƒì ‹MVEìP¾ VèÂçÿÿ…À…Ç
SWEôPV3ÛShP‹pÿuìÿT‹p‹ð;ó…ê EèPEøPEðPÿuôèHØÿÿ‹ð;ó…à 9]ðj^‰]ü†¤ ƒþ…› ‹EèSSSS‰EäEäPÿuøÿuüÿuôÿL‹p‹ð;óuijèÞÐÿÿ;ÃYtÿu‹Èè£Úÿÿ‹øë3ÿ;ûtFjEàPÿuøÿÌ‹pƒÄP‹Ïè§óÿÿ‹ð;óu‹E;Guÿwÿuÿ ‹p…Àtj^j
‹ÏèDãÿÿëj^ÿEü‹Eü;Eð‚\ÿÿÿÿuøSÿ5ä ‹pÿ‹pÿuôÿX‹pƒþ…§ jèDÐÿÿ;ÃYtÿu‹Èè Úÿÿ‹øë3ÿ;û„ƒ j,è Ðÿÿ;ÃYtÿu‹Èè£Ùÿÿ‹Ø…Ût^ÿu‹ÏÿuèÊñÿÿ…ÀuM‹Ïè&ôÿÿ…ÀuBÿw‹Ëèfûÿÿ‹ð…öu
‹Ëè$ïÿÿ‹ð…öt‹Ïè7òÿÿ…öu‹MSèãéÿÿ…Àu
…öt j
‹Ëèþÿÿj
‹ÏègâÿÿÿuìÿX‹p_[^É ÌÌÌÌÌ‹ÿU‹ìV‹u‹Îè<áÿÿ…À‰EtEP‹ÎèIáÿÿ…Àt j
‹ÈèIâÿÿƒ} uâ…öt j
‹Îè" ^] ÌÌÌÌÌ‹ÿV‹ñ‹…ÀtPè£ÿÿÿÿvj ÿ5ä ‹pèÏÿÿ^ÃÌÌÌÌÌ‹ÿU‹ìƒìt¡p ‹pSV‰Eü‹EW‹}j,‹Ù‰E˜èöÎÿÿ…ÀYtƒ ƒ` H ‰ ‰H$‰H(ë3À‹ð÷ÞöƒæòƒÆ‰…Ù ‹ÈèÖàÿÿ‹ð…ö…¹ Wè'Ïÿÿ‰C÷ØÀƒàòƒÀ‹ð…ž {¾‹p¥E"P¥j
j ¥h(‹pÿu˜¥ÿT‹p…ÀuijY¾Ø‹p}¬ó¥E¬Pf¥ÿü‹pD ‰EEPE¬PEŒPj j ÿu"ÇEŒ
ÿ8‹p…ÀuEœPE¬Pÿü‹p…À|
uœ{¥¥¥¥ÿu"ÿX‹pSÿu˜èuôÿÿ‹ð…öt‹…Ût j
‹Ëèà ‹Mü_‹Æ^[è¿- É ÌÌÌÌÌ‹ÿU‹ìV‹ñèˆþÿÿöE
tVèÜÍÿÿY‹Æ^] ÌÌÌÌÌ‹ÿU‹ìQhH¡‹ph¡‹pèRÎÿÿ…Àu@é‘ ¡L¡‹pVÿpèÑÿÿ‹ð÷ÞöFulS¾° èÖßÿÿ‹X¡‹p‹Ëè!ßÿÿ…À‰EütGW‹Eü‹x‹G;EtEüP‹Ëèßÿÿƒ}ü uáë$‹Ïè/éÿÿ‹ð…öuÿuü‹
X¡‹pè èÿÿj
‹Ïènûÿÿ_è¥ßÿÿ[h¡‹pÿØ‹p‹Æ^É ÌÌÌÌÌ‹ÿU‹ìQ}ÿ vjWXé† ShH¡‹p»¡‹pSè†Íÿÿ…Àu@ëm¡L¡‹pVÿpè?Ðÿÿ‹ð÷ÞöFuLW¾° è
ßÿÿ‹=X¡‹p‹ÏèXÞÿÿ‰Eüë‹H‹A;EtEüP‹Ïè\Þÿÿ‹Eü…Àuãë
ÿuèúÿÿ‹ðèüÞÿÿ_SÿØ‹p‹Æ^[É ÌÌÌÌÌ‹ÿV‹ñƒ> tè‡çÿÿF ‰ ‰F$FPÿà‹pƒ& ^ÃÌÌÌÌÌ‹ÿU‹ìƒìƒeø SV‹ñ‹FƒøWu‹F$ëƒø
u ‹F$ƒÀ,‰Eü‹Müè±Ýÿÿ‹Ø…Û‰]ôt ‹{‹F;Gv‹MüEôPè°Ýÿÿ‹]ô…Ûuâë‹}ô…ÛtD‹F;Gu<W‹Îè=ùÿÿ…Àt‹G@P‹ÏèÒùÿÿ‰Eøë‹MüEôPèoÝÿÿ‹]ô…Ût‹{ÿFƒ}ø t¸ƒ}ø uJ‹MüVSèçåÿÿ‹ø…ÿu ÇEø ë1ÿvÿvÿvhà‹pÿvÿ5h ‹pè " …À‰Eøu‰~(ë ‹MüWè0æÿÿ‹Eø_^[ÉÃÌÌÌÌÌ‹ÿU‹ìVWj h€ @jj j ‹ñh Àÿvÿˆ‹pƒøÿ‰Fu
ÿÌ‹p‹øë3ÿ…ÿua‹FH‹}tHuÿw\ÿvè:( ëÿw\ÿvè( EPh hL‹p‹ÎèXèÿÿ…Àuÿuÿvè' ÿuÿX‹p‹Î‰~$èdþÿÿ‹ø…ÿt‹FƒøÿtPÿØ‹pƒNÿ‰~ ‹Ç_^] ÌÌÌÌÌ‹ÿU‹ìƒìD‹MVEðP¾ Vè¢àÿÿ…À…*
WEüPV3ÿWhˆ‹pÿuðÿT‹p…À…
EìPEøPEôPÿuüè+Ñÿÿ…À…Ü EÜM¼‰}¼‰}؉E܉Eà‰Eäè
Üÿÿ…À…² S3Û9}ôvs‹EìWWWW‰EèEèPÿuøSÿuüÿL‹p…ÀuNj,èµÉÿÿ;ÇYtÿu‹Èè8Óÿÿ‹ðë3ö;÷t.ÿuø‹Îè¦õÿÿƒøuM¼ë;Çu
‹MVè ãÿÿ…Àu ‹Îj
èÅ÷ÿÿC;]ôrM¼èÛÿÿ;ljE[t'EPM¼è(Ûÿÿ‹ð‹Îè>åÿÿ;÷t j
‹Îè÷ÿÿ9}uÙM¼èÖüÿÿÿuüÿX‹pÿuðÿX‹p_^É ÌÌÌÌÌ‹ÿU‹ìSV‹ñ3Û9^Wt9jèôÈÿÿ;ÃYt
ÿ6‹ÈèºÒÿÿ‹øë3ÿ…ÿtÿv‹ÏèÎëÿÿj
‹Ï‹ØèŠÛÿÿëj[è-Òÿÿ…Ûu9ƒ~ÿu3ƒ=h ‹pÿt*ÿvÿuè»Ýÿÿ‹ø…ÿtÿvÿuèwÞÿÿ…Àt
W‹Îè_ýÿÿ‹ØèüÑÿÿ_^‹Ã[] ÌÌÌÌÌ‹ÿU‹ìQ‹MèÚÿÿ…À‰EütJVW‹M‹øEüPè$Úÿÿÿu‹ðÿu‹Îè-ÿÿÿƒøu‹Îè(äÿÿ‹MWè$ãÿÿ…öt j
‹Îènöÿÿ‹Eü…Àuº_^É ÌÌÌÌÌ‹ÿU‹ìƒìVj,èõÇÿÿ3ö;ÆYtH ‰0‰p‰ ‰H$‰H(‰Eüë‰uü9uü„ù ‹MüèÛÙÿÿ…À…Ü EôPh VhP‹ph €ÿT‹p…À…Ç EìPEøPEðPÿuôè¥Îÿÿ…À…" S3Û9uðvzW‹EìVVVV‰EèEèPÿuøSÿuôÿL‹p…ÀuSjèPÇÿÿ;ÆYt
‰p‰p‰p‹øë3ÿ;þt4jEäPÿuøÿÌ‹pƒÄP‹Ïè<Òÿÿ…Àu
‹MüWè6áÿÿ…Àu j
‹ÏèíÙÿÿC;]ðrˆ_ÿuøVÿ5ä ‹pÿ‹p[ÿuôÿX‹pë
‹Müj
è¬ ‰uü‹Eü^ÉÃÌÌÌÌÌ‹ÿU‹ìQQSè·þÿÿ‹Ø…Ût~‹ËèlØÿÿ…À‰EøtjVWEøP‹ËèwØÿÿ‹ð‹Eÿv‹@Pÿ ‹p…Àu?‹Mè:Øÿÿ…À‰Eüt0‹MEüPèFØÿÿ‹øW‹ÎèoÙÿÿ…Àtÿuÿ6ÿwXÿuèÉôÿÿƒ}ü uЃ}ø uš_^Sè©öÿÿ[É ÌÌÌÌÌ‹ÿU‹ìQSèþÿÿ‹Ø…Ût|‹ËèÒ×ÿÿ…À‰EüthVW‹}EüP‹ËèÚ×ÿÿ‹ðW‹ÎèÙÿÿ…ÀtB‹Mè¥×ÿÿ…À‰Et3‹MEPè±×ÿÿÿv‹@Pÿ ‹p…Àuÿuÿ6ÿwXÿuè1ôÿÿƒ
Everything makes sense in someone's mind
|
|
|
|
|
The average user doesn't mess around trying to delete random files in places that are hidden by default (on "noob" settings), either, so what does it matter that an average user wouldn't notice the lack of MZ and "!This program can not be run in DOS mode." etc?
The non-average user is just going to open it with CFF Explorer to see what kind of thing the dll does, which will then explode with an error message on the invalid dll. That is assuming he will come across the dll in some way which is rather unlikely if it's in system32.
Other suggestion - use NTFS alternate data streams
|
|
|
|
|
Now look what you have started.
|
|
|
|
|
Moi?!
|
|
|
|