Cancellare un file con forza, anche se è utilizzato da l'altro processo

Question

Sto sviluppando un'applicazione che richiede di eliminare un file, non importa è in uso da un altro processo

Si consideri il seguente frammento di codice.

using System; 
using System.IO; 

namespace DotNet_Concepts.File_Operation 
{ 
    class Deleting_File_Which_Is_In_Use 
    { 
     static void Main(string[] args) 
     { 
      StreamReader lclFileStream = null; 
      string lclFileName=string.Empty; 
      try 
      { 
       lclFileName=@"E:\Visual Studio 2008 Projects\DotNet Concepts\DotNet Concepts\Local Files\Garbage.txt"; 
       if (File.Exists(lclFileName)) 
       { 
        lclFileStream = new StreamReader(lclFileName); 
        if (lclFileStream != null) 
        { 
         //Doing some operation 
        } 
        //Deleting the file before closing the stream 
        File.Delete(lclFileName); 
       } 
      } 
      catch (Exception ex) 
      { 

       System.Diagnostics.Debug.WriteLine(ex.StackTrace); 
      } 
      Console.ReadLine(); 
     } 
    } 
} 

Sto cancellando il file utilizzato dallo stesso processo. E 'possibile eliminare il file

Grazie, Amit Shah

Answer 1

sto eliminando il file che viene utilizzato con il medesimo procedimento

Basta chiudere il file prima ...

Answer 2

Sì, questo è un noto problema di sicurezza di Windows, noto come "attacco di riciclo maniglia". È tecnicamente possibile percorrere la tabella degli handle del kernel non documentata, inserire il codice nel processo che possiede l'handle e chiamare CloseHandle() per chiudere l'handle del file. Molto difficile da sfruttare, hai bisogno dei diritti di amministratore per farlo. Modi migliori per rovinare un processo se hai quel diritto.

Quello che risulta è più di un attacco di tipo Denial of Service, uno che cattura a caso la macchina senza alcun modo di scoprire come è successo. Il processo non è a conoscenza del fatto che l'handle del file è stato chiuso, non l'ha chiuso e continua a scrivere sull'handle. I dati scritti cadono nel pozzetto. Ignorare il valore di ritorno di WriteFile() è piuttosto standard nella maggior parte dei programmi non gestiti.

Fino a quando il processo apre un'altra maniglia per scrivere, ad esempio, in un database. Le maniglie sono riciclate, può ottenere lo stesso valore di impugnatura. Ora il processo sta scrivendo i normali dati del database, mescolati con i dati che dovevano andare nel file ora chiuso.

L'ilarità si verifica quando qualcuno tenta di leggere i dati da quel database. O qualunque altra risorsa sia stata distrutta, è casuale. Sei un po 'coperto, nessuno riuscirà a capire che è stato il tuo programma a distruggere la macchina.

Answer 3

using System.Collections; 
using System.Diagnostics; 
using System.Management; 

if (File.Exists(@"D:\New folder\Test0001.wav")) 
{ 
    GC.Collect(); 
    GC.WaitForPendingFinalizers(); 
    FileInfo f = new FileInfo(@"D:\New folder\Test0001.wav"); 
    f.Delete(); 
}