Source: http://docplayer.it/1957813-Valentina-franzoni-i-nuovi-paradigmi-per-i-l-controllo-degli-accessi.html
Timestamp: 2016-12-06 20:05:08+00:00
Document Index: 117913694

Matched Legal Cases: ['art. 28', 'arte 2', 'arte 2', 'art. 28', 'arte 1', 'arte 1']

⭐Valentina Franzoni I NUOVI PARADIGMI PER I L CONTROLLO DEGLI ACCESSI
Valentina Franzoni I NUOVI PARADIGMI PER I L CONTROLLO DEGLI ACCESSI
Download "Valentina Franzoni I NUOVI PARADIGMI PER I L CONTROLLO DEGLI ACCESSI"
1 Università degli Studi di Perugia LS Informatica Valentina Franzoni I NUOVI PARADIGMI PER I L CONTROLLO DEGLI ACCESSI Seminario per il corso di Sicurezza Informatica (Prof. S. Bistarelli)2 PREMESSA Internet e il Web hanno portato un gran numero di persone non esperte di sicurezza in contatto con nuove applicazioni di IT. In molte applicazioni, come in quelle per il commercio elettronico, c'è spesso bisogno di permettere l'accesso al sistema ad entità sconosciute. Siamo davanti a un caso di un cambiamento considerevole del modo in cui Internet viene usato e dobbiamo domandarci se i vecchi paradigmi siano adatti alle nuove necessità o se siano necessarie nuove politiche (policy), dove non sia sufficiente un parziale rafforzamento dei vecchi meccanismi di sicurezza. Certamente ad oggi questa fase di transizione è ancora in fieri e dunque, anche dove sono emerse nuove concezioni della situazione, è ancora necessario sperimentare bene prima di trarre conclusioni su quali siano le strategie da seguire, per ottimizzare la sicurezza in questi nuovi ambienti. Per la nostra trattazione, ci baseremo principalmente sui nuovi meccanismi di controllo degli accessi basati sul codice, per poi analizzare alcuni semplici esempi di implementazione per un sistema valido e completo, sebbene sempre migliorabile. INTRODUZIONE Il primo paradigma per l accesso a computer distribuiti è nato con l architettura client-server: un client vuole effettuare un calcolo su un server e il server lo autentica per proteggere se stesso. Con l'emergere del World Wide Web, questa architettura è cambiata sotto vari aspetti. La computazione dal server passa al client: quando un client cerca una pagina web, il browser esegue i programmi integrati nella pagina stessa. Anche le modalità dell accesso sono cambiate, dal momento che non si chiede più di essere autorizzati solo alle operazioni fondamentali di lettura, scrittura ed esecuzione, ma ad eseguire interi programmi: i server eseguono script che vengono dai client, mentre i client ricevono applet dai server e possono archiviare il loro stato di sessione nei cookie. Entrambi devono essere protetti. La separazione tra programmi e dati non esiste più. Il codice eseguibile, come le applet, è integrato in documenti che creano pagine interattive in grado di processare l input dell utente. Poiché la computazione è passata al lato client, i server possano mantenere libere le risorse, per fornire allo stesso tempo più servizi. In questa situazione, spesso il client deve prendere decisioni sulle politiche di sicurezza e gli utenti diventano amministratori di sicurezza. Quando il software era distribuito tramite floppy disk, accettare floppy da sorgenti arbitrarie poteva essere causa di infezioni. La tipologia di problema per il codice mobile è la stessa: i client devono essere protetti dal codice ed esso deve essere protetto dai client sui quali viene eseguito. Il Web non ha creato dunque problemi di sicurezza totalmente nuovi, ma ha introdotto un cambiamento del contesto, per cui è necessario ripensare i paradigmi di controllo degli accessi. IL CONTROLLO DEGLI ACCESSI BASATO SULLE IDENTITA' Il soggetto (principal: utente o servizio) manda una richiesta d'accesso che deve essere autenticata. Le politiche (policy) di sicurezza autorizzano il soggetto ad accedere ad un oggetto.3 Il modello originario prevedeva l'assunzione che i soggetti corrispondessero a identità conosciute: su questo si basa l'ibac (Identity-Based Access Control), implementato in Unix e Windows, che ha origine in organizzazioni chiuse come università o laboratori di ricerca. Questo controllo degli accessi prevede per definizione che le identità delle persone siano verificate, poiché le regole di accesso sono locali: tali regole sono archiviate nelle ACL (Access Control List) insieme agli oggetti stessi. Le credenziali sono le UID (User ID) in Unix e le SID (Security ID) in Windows. L'esecuzione delle regole è centralizzata e il reference monitor non deve consultare terze parti per prendere una decisione: le politiche di sicurezza risultano automatizzate. IL CONTROLLO DEGLI ACCESSI BASATO SUL CODICE Nel controllo degli accessi basato sul codice (Code-Based Access Control) abbiamo accesso anche senza autenticazione o, meglio, l'autenticazione è vista come verifica di ogni credenziale (evidence) fornita esternamente ed associata ad una richiesta di accesso. Possiamo però associare anche elementi locali con una richiesta. Ad esempio, nella sessione corrente potremo dover prendere decisioni sull'accesso in base all'ora e alla data corrente: l'autenticazione dovrà quindi prevedere anche la verifica di una tale associazione. In un secondo momento, dovremo trovare se una delle nostre policy si applica alla richiesta e controllare se le credenziali disponibili sono sufficienti a soddisfarla, cioè se tutti i permessi richiesti sono inclusi tra i permessi garantiti. Questa fase può essere ancora chiamata autorizzazione, ma non significherà più l'identificazione di chi ha i titoli per accedere ad una risorsa, ma di quali credenziali sono richieste per l'accesso. Figura 1: Autorizzazione. Nella pratica, un PAP (Policy Administration Point) crea le policy di accesso; un PDP (Policy Decision Point) valuta quale politica è applicabile e prende una decisione sull'autorizzazione; un PEP (Policy Enforcement Point) applica il controllo degli accessi, mandando una richiesta al PDP ed eseguendo la decisione ricevuta; un PIP (Policy Information Point) fornisce le credenziali al PDP.4 Figura 2: flusso di dati di XAMCL: il PDP controlla che il set di credenziali fornito dal PIP soddisfa le richieste del PEP secondo la politica locale di accesso del PAP.5 UN AMBIENTE APERTO Siamo passati da un sistema chiuso a un ambiente aperto (Open Environment). Le entità con cui abbiamo a che fare non solo non saranno sempre identificabili o localizzabili fisicamente, ma potrà anche verificarsi la situazione in cui non abbiamo l'autorità giurisdizionale per identificarle o intervenire: in questo caso l'identificazione degli utenti non è utile per le politiche di sicurezza. Allo stesso tempo, i reference monitor non ricevono solo richieste di lettura/scrittura/esecuzione, ma interi programmi (applet, script). La Java Sandbox, (il sistema di sicurezza di Java) mostra il primo modello per controllare gli accessi basandosi sul codice anziché sulle identità. Le credenziali da controllare sono: il luogo d'origine del codice, con la possibilità di impostare politiche differenti per codice archiviato localmente o in remoto, ovvero sulla base dell'url da cui proviene; la firma del codice, cioè se l'autore è certificato e da chi, per assegnargli eventualmente diversi privilegi; l'identificazione del codice in base a una lista conosciuta, tramite il controllo di un hash, in particolare per le applicazioni di home banking; la verifica di particolari proprietà del codice, come i file che può scrivere i siti a cui si può connettere: in questo caso l'autore dovrà fornire gli elementi richiesti e il reference monitor avrà il compito di controllarli al momento della decisione sull'accesso. STACK INSPECTION Come nei sistemi IBAC i soggetti rappresentano gli utenti, nei sistemi CBAC i soggetti possono essere parti di codice. Quando i soggetti sono più d'uno, come nel caso di un software che ne richiama un altro, bisogna decidere quali permessi concedere: se quelli associabili all'uno o quelli associabili all'altro. Come sempre la tattica è quella di rimanere più rigidi possibile, ovvero di concedere solo le autorizzazioni che risultino assegnabili sia all'uno che all'altro soggetto. Per analizzare queste credenziali, viene effettuato uno stack walk, che restituisce l'intersezione di tutte le funzioni richiamate nello stack. Figura 3: Stack Walk. Sia la Java Virtual Machine che il.net Common Language Runtime (i verificatori di bytecode integrati nei due linguaggi) effettuano questo tipo di procedura, con la possibilità per una funzione di delegare esplicitamente ad un'altra i propri permessi. Lo stack walk però non è sufficiente a garantire una corretta gestione dei permessi. In alcuni casi, infatti, non tutti i parametri rilevanti per la sicurezza sono sempre memorizzati nello stack, come6 per la ricorsione di coda: un chiamante di fiducia potrebbe anche vedersi cancellare un permesso già affermato. Per evitare questo inconveniente è efficace un'implementazione che tenga traccia dei diritti in maniera proattiva: i permessi statici correnti verranno associati con ogni unità di codice al momento del caricamento e aggiornati automaticamente con l'intersezione dei due insiemi. Questo metodo viene chiamato HBAC (History-Based Access Control). LA SICUREZZA IN JAVA Java è un linguaggio ben pensato per la sicurezza, perché impedisce ai programmatori di causare alcuni gravi problemi di protezione. Innanzitutto Java implementa la sicurezza dei tipi (è type safe) a tempo di compilazione. Il sorgente viene compilato in un bytecode simile a linguaggio assembly ma indipendente dalla macchina, che viene archiviato in classi. Per quanto riguarda le applicazioni web, il bytecode viene interpretato nel client da una JVM (Java Virtual Machine) integrata nel browser e dipendente dalla piattaforma, che lo trasforma in istruzioni specifiche per la macchina. Il Byte Code Verifier della JVM è in grado di verificare il bytecode tramite controlli sintattici, verifiche di teoremi e analisi dei flussi di dati, implementando un'ulteriore verifica dei tipi prima che il codice sia eseguito. In questa fase viene controllato che i file siano nel formato corretto e che non ci sia uno stack overflow. I metodi vengono chiamati coi loro argomenti ed i tipi appropriati e si controlla che anche i risultati siano dei tipi previsti, senza conversioni illegali di tipi. I campi privati non devono essere accessibili dall'esterno dell'oggetto. Il Class Loader, attivato dalla JVM, carica le classi aggiuntive richieste. Il Bootstrap Class Loader carica le classi che formano il core della JVM, in dipendenza dalla piattaforma e non ha limitazioni di accesso al filesystem e alle risorse di sistema. L'Extension Class Loader carica le classi dai pacchetti opzionali installati. L'Application Class Loader si occupa delle classi definite dall'utente. Quando un Class Loader carica la classe, le assegna un dominio protetto. I controlli dei collegamenti vengono effettuati dalla JVM una sola volta, a differenza di quelli a tempo di esecuzione. Ogni classe sarà caricata in un Class Loader con un nome differente, ma è possibile anche definire politiche personalizzate o assegnare particolari privilegi a classi che provengono da una certa fonte. Al termine del controllo, il Class Loader invoca il Byte Code Verifier. Il Security Manager è il reference monitor di Java, che impone un controllo di accesso alle risorse di sistema e protegge le aree di memoria a cui il programma può accedere invocando l'access Controller, che implementa un algoritmo di decisione comune a tutti i permessi ed esegue lo stack walk. Una volta controllato, il bytecode può essere o non essere eseguito secondo la policy, in base alla quale si confrontano le credenziali fornite con quelle richieste. Una volta creati, i domini protetti sono file che non possono essere cambiati né sovrascritti: ogni file contiene almeno un valore di chiave e una lista di permessi, assegnabili a una lista di credenziali o a una parte di codice o ad una lista di firmatari. Java infatti permette anche la firma del codice, che può costituire una credenziale in base alla quale il client può decidere di effettuare delle scelte anziché altre.7 Questo è un esempio di implementazione di una policy in Java: package javasec.samples.ch05; import java.security.*; import java.util.*; public class MyPolicy extends Policy { // This inner class defines a simple set of permissions: // either everything is allowed (the implies( ) method always // returns true, and the collection contains an AllPermission // object) or everything is prohibited (the implies( ) // method always returns false and the collection is empty). static class SimplePermissions extends PermissionCollection { boolean allow; Permissions perms; SimplePermissions(boolean b) { allow = b; perms = new Permissions( ); if (allow) perms.add(new AllPermission( )); public void add(permission p) { if (isreadonly( )) throw new SecurityException( "Can't add to this collection"); perms.add(p); public Enumeration elements( ) { return perms.elements( ); public boolean implies(permission p) { return allow; // We never change the policy public void refresh( ) { // If the code was loaded from a file, return a collection // that implies all permissions. Otherwise, return an // empty collection (one that implies no permissions). public PermissionCollection getpermissions(codesource cs) { if (cs.getlocation().getprotocol( ).equals("file")) return new SimplePermissions(true); return new SimplePermissions(false); Per quanto riguarda le Applet, il sistema di sicurezza di Java non permette che accedano al filesystem dell'utente, né che ottengano alcuna informazione su nome, password, indirizzo e configurazioni di macchina. Non possono riconfigurare la JVM, né sostituire le loro classi alle classi del sistema. In pratica le applet possono connettersi solo con il server dal quale provengono. Inoltre Java non permette l'uso di puntatori, in modo che non sia possibile manipolare direttamente gli indirizzi di memoria. Tutto questo sistema di sicurezza costituisce la Java Sandbox di Java 2.8 Nella versione Java 1, c'era una divisione molto netta, tra codice unrestricted e restricted: le applet non firmate erano considerate restricted, al contrario di quelle firmate e del codice locale. In questo modo non erano possibili policy flessibili e alcuni programmi, come quelli di home banking, non potevano essere autenticati. Nel 1999 fu scoperto inoltre un bug molto grave nella JVM di Netscape Communicator: in alcune circostanze la JVM non riusciva a verificare tutto il bytecode. Questo avrebbe permesso a eventuali hacker di eseguire codice che violasse le politiche di sicurezza dei tipi, creando un attacco di confusione dei tipi. Dal momento che le variabili vengono inizializzate prima di essere usate, con questo attacco si riesce ad associare in memoria due etichette di tipi incompatibili allo stesso oggetto. L'unica soluzione valida era disabilitare la JVM nel browser. Figura 4: attacco di confusione di tipi. Figura 5: le classi A e B si riferiscono al nome di classe C. A alloca un oggetto di tipo C e lo passa a B, che vi accede in base alla propria definizione. LA SICUREZZA IN.NET.NET è, come Java, un linguaggio di programmazione type-safe. In.NET la gestione della sicurezza è affidata principalmente al CLR (Common Language Runtime), un sistema architetturalmente simile alla JVM, che supporta diversi linguaggi come il Visual Basic, C++, C#, etc., dei quali il CLS (Common Language Specification) definisce i requisiti. Il codice scritto in uno dei linguaggi.net viene compilato in un codice MSIL (Microsoft Intermediate Language), simile al bytecode di Java, che viene passato al compilatore JIT (Just In Time) appena prima dell'esecuzione. Il CLR carica ed esegue il codice, esegue i controlli di sicurezza e la garbage collection. Il codice managed viene compilato per girare sul framework.net ed è controllato dal CLR, mentre il codice nativo unmanaged viene compilato in linguaggio macchina per l'esecuzione su una9 specifica piattaforma hardware. Questo codice non passa per il controllo del CLR e funziona ad un livello più basso. Le chiamate dal codice managed al codice nativo sono critiche per la sicurezza, poiché sono possibili e non garantiscono l'applicazione dei controlli del CLR.. L'unità logica di codice MSIL è l'assembly e contiene metadati che includono per ogni classe le informazioni su nome, visibilità, sottoclassi e interfacce implementate, oltre a metodi, campi e proprietà. Anche.NET implementa il CBAC, assegnando privilegi sulla base dell'identità del codice, stabilita tramite le credenziali degli assembly, calcolate a tempo di esecuzione o già note, come l'url di provenienza del codice, l'hash dell'assembly o la firma del codice. Le credenziali possono essere fornite dall'host che lancia l'assembly, come il browser, oppure dal codice managed che richiama altro codice, o ancora dallo stesso assembly, che provvede da se stesso a fornire le credenziali richieste, usando classi specifiche per le varie applicazioni. In ogni caso l'assembly non può sovrascrivere le credenziali fornite dall'host. Come per Java, i permessi vengono archiviati in domini di applicazione isolati, con una chiave aggiunta ai metadati e una firma digitale apposta a tempo di compilazione e poi verificata dal framework.net per evitare attacchi all'integrità e falsificazione dell'identità (spoofing). I permessi sono assegnati agli assembly in base alle politiche di sicurezza. I permessi richiesti vengono specificati aggiungendoli al codice. A tempo di esecuzione verrà effettuato uno stack walk. Le condizioni e i permessi associati vengono gestiti tramite gruppi e gerarchie, con quattro diversi livelli di sicurezza: Enterprise, Machine, User e Application, che consistono in set di permessi. Per ogni livello vengono valutate le credenziali richieste e i risultati vengono ancora una volta intersecati, per ottenere l'autorizzazione finale. I COOKIE Il protocollo HTTP non prevede di per sé una modalità in cui si possa tenere traccia di dati durante la navigazione nel passaggio tra una sessione e l'altra, poiché tutte le richieste effettuate vengono trattate come eventi indipendenti, anche quando vengono dallo stesso client. Tutti gli strumenti associati hanno dunque bisogno di essere costantemente ripetuti nel tempo. Per esempio, se per l'accesso a un sito web è necessaria una password, ad ogni click sulla pagina questa password dovrà essere ritrasmessa. HTTP è in grado di mantenere tali dati nel browser per la durata della sessione, ma in caso di interruzione -voluta o accidentale-, come anche quando si vogliano implementare delle transazioni che consistono di più passi, è necessario ricorrere ai cookie. I cookie (in inglese, biscotti ) non sono altro che file di dati, di solito conservati nel client. Trattandosi di dati e non di programmi, i cookie di per sé non possono violare l'integrità del sistema, né carpire informazioni confidenziali per passarle al server. Inoltre solo al dominio del server che ne ha richiesto la creazione è data l'autorizzazione a leggerli e quindi il server ha accesso solo ai cookie specifici per il suo dominio. I cookie possono essere impostati sessione per sessione, nel qual caso rimangono in RAM e scadono alla chiusura del browser o in base a un tempo preimpostato; oppure possono essere permanenti e dunque risiedere nel disco fisso, in una cartella facilmente identificabile chiamata solitamente Cookies, sotto forma di file di testo. Tre sono i tipi di attacchi ai cookie:10 1. da parte del server, che potrebbe violare la privacy del client creandone un profilo; 2. da parte del client, che potrebbe modificare i cookie, ad esempio per avere benefici dal server come per raccolte punti o per accedere a risorse protette (attacco di cookie poisoning); 3. da parte di terze parti, che potrebbero impadronirsi dei cookie di un altro utente (attacco di sniffing), per poi impersonificarlo con il server (attacco di spoofing). Questa combinazione dei due attacchi citati viene chiamata snarfing. Figura 6: frammento di una sessione con l'utilizzo di cookie ricostruita da PeepNet. Nell'esempio in figura 6 vediamo un frammento di una ricostruzione, fatta dal programma di hacking PeepNet, di una sessione che utilizza l'autenticazione tramite ID per accedere a pagine web personalizzate. Nella voce Cookie: vediamo il token fornito nella richiesta HTTP inviata al server. La parte importante è cuid=, dove viene riportato l'id usato per identificare l'utente sul sito Una volta intercettata questa richiesta, l'hacker potrà creare il proprio account sul sito victim.net e poi sostituire nel proprio cookie la voce cuid con quella del cookie intercettato, per assumere l'identità della vittima e accedere alle sue pagine personali. Le contromisure che si possono adottare per bloccare gli attacchi sono diverse. Alcuni browser permettono di bloccare del tutto i cookie o di eliminarli al termine della sessione di navigazione. Esistono anche programmi specifici, che possono essere impostati per avvisare il client quando il server richiede la creazione di cookie e per monitorare le richieste del server in tal senso. Quando visitiamo un sito che usa i cookie per l'autenticazione, possiamo anche verificare che venga utilizzato un protocollo SSL o pari per criptare il primo invio di nome utente e password, in modo che non appaiano in chiaro in programmi come PeepNet. Allo stesso modo anche il server può proteggersi usando la crittografia. SPKI Nei sistemi decentralizzati di controllo degli accessi, possiamo proteggere l'integrità delle regole di accesso tramite la crittografia. SPKI (Simple Public Key Infrastructure) supporta gli schemi di autorizzazione che funzionano senza il controllo delle identità. Il sistema si basa sul postulato che i nomi usati per il controllo degli accessi abbiano essenzialmente una valenza locale e quindi i diritti di accesso debbano derivare non tanto dai nomi quanto da altri attributi. Da questo punto di vista, i nomi sono considerati soltanto puntatori per accedere alle autorizzazioni. Una politica di sicurezza definisce le regole di un dato dominio. I nomi hanno valenza locale e non sono necessariamente unici globalmente quindi, per riferirci ai nomi da un dominio locale diverso, è necessario avere identificatori globali unici, che saranno coppie di chiavi pubbliche e private generate random. Queste coppie hanno una probabilità vicina alla certezza di essere uniche, come anche l'hash della chiave pubblica: sarà quindi la chiave pubblica, o il suo hash, a costituire l'identificatore unico di un dominio e la principale credenziale per l'accesso.11 I diritti di accesso vengono infatti collegati direttamente alle chiavi pubbliche tramite dei certificati, che contengono esplicitamente almeno un emittente e un soggetto e possono includere deleghe, autorizzazioni e condizioni di validità. L'emittente firma il certificato ed autorizza il soggetto, definendo la policy. Il soggetto è tipicamente una chiave pubblica, il suo hash o il suo nome. La chiave per la verifica del certificato viene archiviata nelle ACL, che non sono firmate e non hanno emittente, poiché vengono archiviate localmente e mai trasmesse. I diritti d'accesso sono assegnati a chiavi pubbliche: i possessori delle relative chiavi private possono delegare alcuni dei loro diritti ad altri soggetti, emettendo dei certificati per quei diritti. L'emittente può delegare soltanto i diritti che possiede e specificare se tali diritti possono essere delegati ulteriormente. L'algoritmo per assegnare le autorizzazioni è espresso in termini di 5-uple nella forma: <emittente, soggetto autorizzato, delega, autorizzazione, validità> dove delega è un flag, autorizzazione definisce i diritti specifici per l'applicazione e validità è una coppia di date che esprimono l'inizio (non prima di) e la fine (non dopo di) dell'autorizzazione. Ne forniamo per finire un semplice esempio, che riguarda un'autorizzazione delegabile assegnata in un certificato da un emittente1 ad un soggetto1 e di un'altra da un emittente2 a un soggetto2. Nel codice in figura 7 vediamo anche la seguente verifica della validità globale del certificato, che restituisce l'autorizzazione finale, sempre in forma di 5-upla. Figura 7: esempio di SPKI. BIBLIOGRAFIA D. Gollmann, Computer Security (Wiley 2003) S. McClure J. Scambray G. Kurtz, Hacker! 4.0 (Apogeo 2003) S. Oaks, Java Security 2 nd edition (O'Reilly 2001) A. De Santis, Applet Maliziosi (Università degli Studi di Salerno, 2000) Documenti analoghi
Il.NET Framework By Dario Maggiari L architettura del.net Framework è riassunta, nel complesso, nella figura seguente: Il cuore del.net Framework è costituito dal CLR (Common Language Runtime) che, secondo Dettagli Uso sicuro del web Navigare in siti sicuri
Uso sicuro del web Navigare in siti sicuri La rete internet, inizialmente, era concepita come strumento di ricerca di informazioni. L utente esercitava un ruolo passivo. Non interagiva con le pagine web Dettagli Architetture per le applicazioni web-based. Mario Cannataro
Architetture per le applicazioni web-based Mario Cannataro 1 Sommario Internet e le applicazioni web-based Caratteristiche delle applicazioni web-based Soluzioni per l architettura three-tier Livello utente Dettagli COOKIES PRIVACY POLICY DI BANCA PROFILO
COOKIES PRIVACY POLICY DI BANCA PROFILO Indice e sommario del documento Premessa... 3 1. Cosa sono i Cookies... 4 2. Tipologie di Cookies... 4 3. Cookies di terze parti... 5 4. Privacy e Sicurezza sui Dettagli Al prompt inserire il seguente comando per installare le applicazioni server di SAMBA:
Server Samba Reti Windows Sommario Introduzione Installare SAMBA Configurare SAMBA Server Client Spesso le reti di computer sono costituite da sistemi eterogenei e, sebbene gestire una rete composta interamente Dettagli Sistemi Operativi STRUTTURA DEI SISTEMI OPERATIVI 3.1. Sistemi Operativi. D. Talia - UNICAL
Sistemi e tecnologie per la multimedialità e telematica Fabio Burroni Dipartimento di Ingegneria dell Informazione Università degli Studi di Siena burronif@unisi unisi.itit La Sicurezza delle Reti La presentazione Dettagli Accesso alle applicazioni protetto. Ovunque.
Scheda tecnica Accesso alle applicazioni protetto. Ovunque. Utenti mobili protetti Nelle organizzazioni odierne, ai responsabili IT viene spesso richiesto di fornire a diversi tipi di utente l'accesso Dettagli Strutture dei Sistemi Operativi
Strutture dei Sistemi Operativi Componenti di sistema Servizi del sistema operativo Chiamate di sistema Programmi di sistema Struttura del sistema Macchine virtuali Progetto e implementazione di sistemi Dettagli Architetture Web a tre livelli: CGI, SSI, ISAPI e codice mobile Architetture a 3 livelli (1)
Pagina 1 di 10 Architetture Web a tre livelli: CGI, SSI, ISAPI e codice mobile Architetture a 3 livelli (1) Nel corso della lezione precedente abbiamo analizzato le caratteristiche dell'architettura CGI. Dettagli Cookie Policy. Questo documento contiene le seguenti informazioni:
Cookie Policy Il sito web di ASSOFERMET, con sede a Milano (Mi), in VIA GIOTTO 36 20145, Titolare, ex art. 28 d.lgs. 196/03, del trattamento dei Suoi dati personali La rimanda alla presente Policy sui Dettagli Tipi fondamentali di documenti web
Tipi fondamentali di documenti web Statici. File associati al web server il cui contenuto non cambia. Tutte le richieste di accesso conducano alla visualizzazione della stessa informazione. Dinamici. Non Dettagli Sistema integrato dei portali RAS: specifiche di integrazione
Sistema integrato dei portali RAS: specifiche di integrazione Linee guida tecniche per l'integrazione con il presentation layer del CMS RAS Data: File: Allegato 3 - Specifiche di integrazione SIP-RAS.odt Dettagli SICUREZZA. Sistemi Operativi. Sicurezza
SICUREZZA 14.1 Sicurezza Il Problema della Sicurezza Convalida Pericoli per i Programmi Pericoli per il Sistema Difendere i Sistemi Scoperta di Intrusioni Cifratura Esempio: Windows NT 14.2 Il Problema Dettagli Sistemi informativi e Telemedicina Anno Accademico 2008-2009 Prof. Mauro Giacomini
Sistemi informativi e Telemedicina Anno Accademico 2008-2009 Prof. Mauro Giacomini Concetti di base Tre funzioni fondamentali: Autenticazione: riceve le credenziali, le verifica presso un autorità, se Dettagli Linguaggio Java. Robusto. Orientato agli oggetti. Protegge e gestisce dagli errori. Non permette costrutti pericolosi
Linguaggio Java Robusto Non permette costrutti pericolosi Eredità Multipla Gestione della Memoria Orientato agli oggetti Ogni cosa ha un tipo Ogni tipo è un oggetto (quasi) Protegge e gestisce dagli errori Dettagli Protezione. Protezione. Protezione. Obiettivi della protezione
Protezione Protezione La protezione riguarda i meccanismi per il controllo dell accesso alle risorse in un sistema di calcolo da parte degli utenti e dei processi. Meccanismi di imposizione fissati in Dettagli Auditing di Eventi. Daniele Di Lucente
Auditing di Eventi Daniele Di Lucente Un caso che potrebbe essere reale Un intruso è riuscito a penetrare nella rete informatica della società XYZ. Chi è l intruso? Come ha fatto ad entrare? Quali informazioni Dettagli Single Sign On sul web
Single Sign On sul web Abstract Un Sigle Sign On (SSO) è un sistema di autenticazione centralizzata che consente a un utente di fornire le proprie credenziali una sola volta e di accedere a molteplici Dettagli WEB SERVER EMBEDDED PER APPLICAZIONI DI DOMOTICA. Fig. 1 - Architettura di un web server embedded
WEB SERVER EMBEDDED PER APPLICAZIONI DI Cristian Randieri Per far fronte alle esigenze di sviluppatori che intendono gestire applicazioni professionali per la domotica e la home building automation sfruttando Dettagli La sicurezza secondo skymeeting (data pubblicazione 06/12/2011)
La sicurezza secondo skymeeting (data pubblicazione 06/12/2011) www.skymeeting.net La sicurezza nel sistema di videoconferenza Skymeeting skymeeting è un sistema di videoconferenza web-based che utilizza Dettagli BANCA VIRTUALE/1 tecnologie dell informazione della comunicazione
BANCA VIRTUALE/1 Il termine indica un entità finanziaria che vende servizi finanziari alla clientela tramite le tecnologie dell informazione e della comunicazione, senza ricorrere al personale di filiale Dettagli La sicurezza nelle comunicazioni Internet
Accesso remoto sicuro a intranet e a server aziendali di posta elettronica Un esempio Cosa ci si deve aspettare di sapere alla fine del corso La sicurezza nelle comunicazioni Internet Esiste un conflitto Dettagli Kaspersky PURE 2.0: massima sicurezza per il network casalingo
Comunicato stampa Kaspersky PURE 2.0: massima sicurezza per il network casalingo Il prodotto home premium di Kaspersky Lab offre protezione avanzata per il PC e i dispositivi elettronici Roma, 30 marzo Dettagli Architetture Web parte 2
Architetture Web parte 2 Programmazione in Ambienti Distribuiti A.A. 2004-05 Sessione Un insieme di richieste, provenienti dallo stesso browser e dirette allo stesso server, confinate in un dato lasso Dettagli Sicurezza e virtualizzazione per il cloud
Sicurezza e virtualizzazione per il cloud Con il cloud gli utenti arrivano ovunque, ma la protezione dei dati no. GARL sviluppa prodotti di sicurezza informatica e servizi di virtualizzazione focalizzati Dettagli Programmazione ad Oggetti. Java Parte I
Programmazione ad Oggetti Java Parte I Overview Caratteristiche generali 1 Caratteristiche generali Un moderno linguaggio orientato agli oggetti Pensato per lo sviluppo di applicazioni che devono essere Dettagli Impostare il browser per navigare in sicurezza Opzioni di protezione
Impostare il browser per navigare in sicurezza Opzioni di protezione Data la crescente necessità di sicurezza e tutela dei propri dati durante la navigazione in rete, anche gli stessi browser si sono aggiornati, Dettagli Il tuo manuale d'uso. NOKIA 9300 http://it.yourpdfguides.com/dref/381729
Può anche leggere le raccomandazioni fatte nel manuale d uso, nel manuale tecnico o nella guida di installazione di. Troverà le risposte a tutte sue domande sul manuale d'uso (informazioni, specifiche, Dettagli Manuale Utente Archivierete Novembre 2008 Pagina 2 di 17
Manuale utente 1. Introduzione ad Archivierete... 3 1.1. Il salvataggio dei dati... 3 1.2. Come funziona Archivierete... 3 1.3. Primo salvataggio e salvataggi successivi... 5 1.4. Versioni dei salvataggi... Dettagli Session tracking Session tracking HTTP: è stateless, cioè non permette di associare una sequenza di richieste ad un dato utente. Ciò vuol dire che, in generale, se un browser richiede una specifica pagina Dettagli ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL
ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL.1. Introduzione Legalmail è il servizio di posta elettronica con valore legale realizzato da InfoCamere. Esso consente al Cliente di disporre di Dettagli Comunicazioni sicure su Internet: https e SSL. Fisica dell Informazione
Comunicazioni sicure su Internet: https e SSL Fisica dell Informazione Il servizio World Wide Web (WWW) Come funziona nel dettaglio il Web? tre insiemi di regole: Uniform Resource Locator (URL) Hyper Text Dettagli WEBGATE400 ACTIVEX CONTROL. Manuale Programmatore
WEBGATE400 ACTIVEX CONTROL Manuale Programmatore Pagina 1 SOMMARIO Webgate400 ActiveX Control... 3 1 A Chi è destinato... 3 2 Pre requisiti... 3 3 Introduzione... 3 3.1 Requisiti di sistema... 3 3.2 Distribuzione Dettagli Programmazione in Java Parte I: Fondamenti
Programmazione in Java Parte I: Fondamenti Lezione 1 Dott. Marco Faella Riferimenti Testi consigliati: Progettazione del software e design pattern in Java di C.S. Horstmann Apogeo Gli esempi di codice Dettagli Caratteristiche generali
Caratteristiche generali Tecnologie utilizzate Requisiti software/hardware Modalità di installazione del database del PSDR INSTALLAZIONE PSDR Installazione on-line Installazione off-line Primo avvio Riservatezza Dettagli Indice I rischi: introduzione alle reti connesse a Internet Le reti e il protocollo TCP/IP
Indice Capitolo 1 I rischi: introduzione alle reti connesse a Internet 1 1.1 Il virus Worm 3 1.2 Lo stato della rete nel 2002 9 1.3 Cos è Internet 10 1.4 La commutazione di pacchetti: la base della maggior Dettagli Il Sito utilizza cookies tecnici e non di profilazione
PRIVACY POLICY Informativa Privacy 1. INTRODUZIONE La presente Privacy Policy è relativa al sito www.aslnapoli2-formazione.eu. Le informazioni che l utente deciderà di condividere attraverso il Sito saranno Dettagli COOKIES PRIVACY POLICY. Il sito web di. Onoranze funebri Castiglioni di Castiglioni A. Via Valle 11 46040 Cavriana Mantova
COOKIES PRIVACY POLICY Il sito web di Onoranze funebri Castiglioni di Castiglioni A. Via Valle 11 46040 Cavriana Mantova Titolare, ex art. 28 d.lgs. 196/03, del trattamento dei Suoi dati personali La rimanda Dettagli Security Enhanced Linux (SELinux)
25/10/2002 Security Enhanced Linux 1 Cos è SELinux? Security Enhanced Linux (SELinux) a cura di: Michelangelo Magliari Loredana Luzzi Andrea Fiore Prototipo di Sistema Operativo Realizzato dalla National Dettagli 9243057 Edizione 1 IT. Nokia e Nokia Connecting People sono marchi registrati di Nokia Corporation
9243057 Edizione 1 IT Nokia e Nokia Connecting People sono marchi registrati di Nokia Corporation VPN Client Manuale d'uso 9243057 Edizione 1 Copyright 2005 Nokia. Tutti i diritti sono riservati. Il contenuto Dettagli Programmazione di sistemi distribuiti
Programmazione di sistemi distribuiti I Sistemi Distribuiti, per loro natura, prevedono che computazioni differenti possano essere eseguite su VM differenti, possibilmente su host differenti, comunicanti Dettagli COOKIES POLICY. 2. Tipologie di Cookies utilizzati da parte del sito www.elleservizi.it e/o delle aziende e dei marchi che ne fanno parte
COOKIES POLICY Questa cookies policy contiene le seguenti informazioni : 1. Cosa sono i Cookies. 2. Tipologie di Cookies. 3. Cookies di terze parti. 4. Privacy e Sicurezza sui Cookies. 5. Altre minacce Dettagli Autenticazione utente con Smart Card nel sistema Linux
Autenticazione utente con Smart Card nel sistema Linux Autenticazione con Speranza Diego Frasca Marco Autenticazione Linux Basata su login-password - ogni utente ha una sua login ed una sua password che Dettagli Oracle Solaris Studio 12.4: Guida per la sicurezza
Oracle Solaris Studio 12.4: Guida per la sicurezza N. di parte: E60509 Ottobre 2014 Copyright 2013, 2014, Oracle e/o relative consociate. Tutti i diritti riservati. Il software e la relativa documentazione Dettagli Flavio De Paoli depaoli@disco.unimib.it
Flavio De Paoli depaoli@disco.unimib.it 1 Il web come architettura di riferimento Architettura di una applicazione web Tecnologie lato server: Script (PHP, Pyton, Perl), Servlet/JSP, ASP Tecnologie lato Dettagli 21/02/2013 MANUALE DI ISTRUZIONI DELL APPLICAZIONE SID GENERAZIONE CERTIFICATI VERSIONE 1.0
MANUALE DI ISTRUZIONI DELL APPLICAZIONE SID GENERAZIONE VERSIONE 1.0 PAG. 2 DI 39 INDICE 1. PREMESSA 4 2. INSTALLAZIONE 5 3. ESECUZIONE 6 4. STRUTTURA DELLE CARTELLE 7 5. CARATTERISTICHE GENERALI DELL Dettagli CORSO EDA Informatica di base. Sicurezza, protezione, aspetti legali
CORSO EDA Informatica di base Sicurezza, protezione, aspetti legali Rischi informatici Le principali fonti di rischio di perdita/danneggiamento dati informatici sono: - rischi legati all ambiente: rappresentano Dettagli Capitolo 2 -- Silberschatz
Struttura dei Sistemi Operativi Capitolo 2 -- Silberschatz Struttura di un sistema operativo Servizi di un sistema operativo Interfaccia Utente Chiamate di sistema Tipi di chiamate Programma di sistema Dettagli Servizio Sistemi Informativi SPERIMENTAZIONE DI RETI PRIVATE VIRTUALI CON L'UTILIZZO DI SOFTWARE OPEN SOURCE
Servizio Sistemi Informativi SPERIMENTAZIONE DI RETI PRIVATE VIRTUALI CON L'UTILIZZO DI SOFTWARE OPEN SOURCE Redatto: Nucleo Gestione Innovazione e fornitori IT Versione: 1.0 Data emissione: 9/11/2006 Dettagli Struttura di un sistema operativo. Struttura dei Sistemi Operativi. Servizi per l utente generico. Servizi per l utente generico
Impossibile visualizzare l'immagine. Struttura di un sistema operativo Struttura dei Sistemi Operativi Servizi di un sistema operativo Interfaccia Utente Capitolo 2 -- Silberschatz Chiamate di sistema Dettagli Novell ZENworks Configuration Management in ambiente Microsoft * Windows *
Guida GESTIONE SISTEMI www.novell.com Novell ZENworks Configuration Management in ambiente Microsoft * Windows * Novell ZENworks Configuration Management in ambiente Microsoft Windows Indice: 2..... Benvenuti Dettagli Nuvola It Data Space
MANUALE UTENTE INDICE 1. Descrizione servizio... 3 1.1. Informazioni sul servizio di Telecom Italia... 3 1.2. Ruoli e Autenticazione per il servizio di Telecom Italia... 3 1.3. Strumenti... 5 1.4. Documentazione... Dettagli Programmabilità di rete con l'infrastruttura Cisco basata sulle applicazioni
White paper Programmabilità di rete con l'infrastruttura Cisco basata sulle applicazioni Panoramica Questo documento analizza il supporto alla programmabilità nell'infrastruttura ACI (Application Centric Dettagli Programmazione ad oggetti
DAIS Univ. Ca' Foscari Venezia Programmazione ad oggetti Samuel Rota Bulò Informazioni generali Docente: Samuel Rota Bulò @email: srotabul@dais.unive.it Homepage: http://www.dais.unive.it/~srotabul/ ooprogramming2012.html Dettagli Informatica. Prof. A. Longheu. Introduzione a Java
Informatica Prof. A. Longheu Introduzione a Java 1 Code-Name Green Nome del progetto Sun con l obiettivo di fornire intelligent consumer-electronic devices. Il risultato fu Oak Un linguaggio basato su Dettagli Politica sulla privacy di Regus Group. Informazioni sulle nostre organizzazioni e sui nostri siti web
Politica sulla privacy di Regus Group Informazioni sulle nostre organizzazioni e sui nostri siti web Regus Group plc e le sue consociate ("Regus Group") rispettano la vostra privacy e si impegnano a proteggerla. Dettagli LBSEC. http://www.liveboxcloud.com
2014 LBSEC http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi garanzia espressa o implicita di commerciabilità Dettagli Aspetti applicativi e tecnologia
Aspetti applicativi e tecnologia Premessa Architetture usate per i database Le prime applicazioni erano definite monolitiche, cioè un unico computer (mainframe) gestiva sia le applicazioni che i dati, Dettagli 1. elaborazione di dati per statistiche interne; 2. finalità di direct marketing; 3. attività operative per la gestione interna.
La salvaguardia della riservatezza dei dati personali per Just Fitness s.r.l. costituisce un impegno primario; per tale ragione le nostre attività Web vengono gestite in accordo con le leggi sulla protezione Dettagli Remote Service Solution. Descrizione del Servizio
Remote Service Solution Descrizione del Servizio Redattore: Alberto Redi Luogo e Data Lugano, 25 Novembre 2008 Status: Finale All attenzione di: Protocollo: Security Lab Sagl ViaGreina 2 - CH 6900 Lugano Dettagli PRIVACY POLICY. BlackRock si impegna a:
PRIVACY POLICY BlackRock riconosce l importanza di proteggere le Vostre informazioni personali e di natura finanziaria nel momento in cui visitate i nostri siti internet (di seguito, il Sito o i Siti ). Dettagli Sistema Operativo Compilatore
MASTER Information Technology Excellence Road (I.T.E.R.) Sistema Operativo Compilatore Maurizio Palesi Salvatore Serrano Master ITER Informatica di Base Maurizio Palesi, Salvatore Serrano 1 Il Sistema Dettagli Appunti dei corsi di Programmazione di Rete Sistemi di elaborazione: Reti II
Appunti dei corsi di Programmazione di Rete Sistemi di elaborazione: Reti II PROF. G. BONGIOVANNI 0) INTRODUZIONE AL LINGUAGGIO JAVA PER PROGRAMMATORI C++...2 0.1) Caratteristiche principali... 2 0.1.1) Dettagli Oggetti Lezione 3. aspetti generali e definizione di classi I
Programmazione a Oggetti Lezione 3 Il linguaggio Java: aspetti generali e definizione di classi I Sommario Storia e Motivazioni Definizione di Classi Campi e Metodi Istanziazione di oggetti Introduzione Dettagli LBSEC. http://www.liveboxcloud.com
2014 LBSEC http://www.liveboxcloud.com LiveBox Srl non rilascia dichiarazioni o garanzie in merito al contenuto o uso di questa documentazione e declina qualsiasi garanzia espressa o implicita di commerciabilità Dettagli RMI: metodi equals e hashcode
RMI: metodi equals e hashcode Per verificare se due oggetti remoti contengono gli stessi dati, la chiamata indirizzata al metodo equals() avrebbe bisogno di contattare i server dove si trovano gli oggetti Dettagli LABORATORIO DI TELEMATICA
LABORATORIO DI TELEMATICA COGNOME: Ronchi NOME: Valerio NUMERO MATRICOLA: 41210 CORSO DI LAUREA: Ingegneria Informatica TEMA: Analisi del protocollo FTP File Transfer Protocol File Transfer Protocol (FTP) Dettagli Programmazione per Bioinformatica Il Calcolatore e la Programmazione. Dr Damiano Macedonio Università di Verona
Programmazione per Bioinformatica Il Calcolatore e la Programmazione Dr Damiano Macedonio Università di Verona Architettura del calcolatore La prima decomposizione di un calcolatore è relativa a due macrocomponenti: Dettagli Una soluzione per i portali amministrativi (e-government)
Una soluzione per i portali amministrativi (e-government) COME NASCE LA SOLUZIONE Proteggere gli accessi distanti al portale amministrativo con l'autenticazione multi fattore XELIOS VNA (Virtual Network Dettagli TITLE Sistemi Operativi 1
TITLE Sistemi Operativi 1 Cos'è un sistema operativo Definizione: Un sistema operativo è un programma che controlla l'esecuzione di programmi applicativi e agisce come interfaccia tra le applicazioni e Dettagli Security Scan e Penetration Testing
Security Scan e Penetration Testing esperienze di una realtà specializzata http://www.infosec.it info@infosec.it Il Net Probing INFOSEC Relatore: Stefano Venturoli Infosecurity 2002 Security Scan e Penetration Dettagli Sistemi Operativi. Funzioni e strategie di progettazione: dai kernel monolitici alle macchine virtuali
Modulo di Sistemi Operativi per il corso di Master RISS: Ricerca e Innovazione nelle Scienze della Salute Unisa, 17-26 Luglio 2012 Sistemi Operativi Funzioni e strategie di progettazione: dai kernel monolitici Dettagli Windows Vista, il nuovo sistema operativo Microsoft che cerca le giuste risposte ai quesiti di sicurezza
Windows Vista, il nuovo sistema operativo Microsoft che cerca le giuste risposte ai quesiti di sicurezza Microsoft Windows è il sistema operativo più diffuso, ma paradossalmente è anche quello meno sicuro. Dettagli Introduzione al linguaggio Java: Servlet e JSP
Introduzione al linguaggio Java: Servlet e JSP Corso di Gestione della Conoscenza d Impresa A. A. 2006/2007 Dipartimento di Informatica Università degli Studi di Bari 1 Servlet e JSP: il contesto Un applicazione Dettagli Internet. Cos è Il Web La posta elettronica. www.vincenzocalabro.it 1
INDICE V Indice Prefazione Presentazione Autori XI XIII XV Capitolo 1 Introduzione alla sicurezza delle informazioni 1 1.1 Concetti base 2 1.2 Gestione del rischio 3 1.2.1 Classificazione di beni, minacce, Dettagli Uso di ACL per la protezione di un sistema operativo. Robustezza Informatica
Uso di ACL per la protezione di un sistema operativo Uso di ACL (e non solo) per la protezione di un sistema operativo F.Baiardi Università di Pisa Fabrizio Baiardi-Uso di ACL... -1 Robustezza Informatica Dettagli Console di Amministrazione Centralizzata Guida Rapida
Console di Amministrazione Centralizzata Contenuti 1. Panoramica... 2 Licensing... 2 Panoramica... 2 2. Configurazione... 3 3. Utilizzo... 4 Gestione dei computer... 4 Visualizzazione dei computer... 4 Dettagli Modulo 8. Strumenti di produzione Strumenti. Gli strumenti più utilizzati per produrre pagine Web sono essenzialmente due:
Pagina 1 di 6 Strumenti di produzione Strumenti Gli strumenti più utilizzati per produrre pagine Web sono essenzialmente due: 1. Netscape Composer, gratuito e scaricabile da netscape.org assieme al browser Dettagli PRIVACY POLICY. STARBYTES è il servizio di lavoro on line realizzato da Reply Spa.
PRIVACY POLICY Le seguenti previsioni relative al trattamento dei dati personali sono indirizzate a tutti gli Utenti del sito www.starbytes.it ("Sito"), coerentemente con quanto previsto dal relativo Regolamento Dettagli Architetture Web. parte 1. Programmazione in Ambienti Distribuiti A.A. 2003-04
Architetture Web parte 1 Programmazione in Ambienti Distribuiti A.A. 2003-04 Architetture Web (1) Modello a tre livelli in cui le interazioni tra livello presentazione e livello applicazione sono mediate Dettagli DB2 Universal Database (UDB) DB2 Universal Database (UDB)
DB2 Universal Database (UDB) Sistemi Informativi L-A Home Page del corso: http://www-db.deis.unibo.it/courses/sil-a/ Versione elettronica: DB2Presentazione2009.pdf Sistemi Informativi L-A DB2 Universal Dettagli Symantec Backup Exec.cloud
Protezione automatica, continua e sicura con il backup dei dati nel cloud o tramite un approccio ibrido che combina il backup on-premise e basato sul cloud. Data-sheet: Symantec.cloud Solo il 21% delle Dettagli Tratte da (18. TECNICHE DI ACCESSO AI DATABASE IN AMBIENTE INTERNET)
Tratte da (18. TECNICHE DI ACCESSO AI DATABASE IN AMBIENTE INTERNET) Ipotesi di partenza: concetti di base del networking Le ipotesi di partenza indispensabili per poter parlare di tecniche di accesso Dettagli SESSION TRACKING DISPENSE
SESSION TRACKING DISPENSE SESSION TRACKING Sessione: In modo generico potremmo dire che una sessione consiste in tutto il tempo in cui un utente, scambiando informazioni con il server, può dire di aver Dettagli Java Security Model e RMI
Java Security Model e RMI Da Java 2 in poi la politica di sicurezza di Java impone all utente di definire espressamente i permessi di cui deve disporre un applicazione. Tali permessi definiscono una sandbox, Dettagli UTILIZZO DEI COOKIES (informativa conforme al Provvedimento del Garante Privacy del 8 Maggio 2014)
UTILIZZO DEI COOKIES (informativa conforme al Provvedimento del Garante Privacy del 8 Maggio 2014) Star Link srl, Titolare del trattamento dei dati personali, informa che questo Sito internet fa uso di Dettagli Sicurezza: credenziali, protocolli sicuri, virus, backup
Sicurezza: credenziali, protocolli sicuri, virus, backup La sicurezza informatica Il tema della sicurezza informatica riguarda tutte le componenti del sistema informatico: l hardware, il software, i dati, Dettagli Appendice D. D. Web Services
D. D.1 : cosa sono I cosiddetti sono diventati uno degli argomenti più attuali nel panorama dello sviluppo in ambiente Internet. Posti al centro delle più recenti strategie di aziende del calibro di IBM, Dettagli Introduzione a.net (2)
Introduzione a.net (2) Il linguaggio C# Implementazioni alternative dell'architettura.net: Rotor Mono C#: un nuovo linguaggio C# : CLR = Java : JVM C# è il linguaggio di riferimento per.net Costruito su Dettagli Il tuo manuale d'uso. NOKIA 9500 COMMUNICATOR http://it.yourpdfguides.com/dref/381850
Può anche leggere le raccomandazioni fatte nel manuale d uso, nel manuale tecnico o nella guida di installazione di NOKIA 9500 COMMUNICATOR. Troverà le risposte a tutte sue domande sul manuale d'uso (informazioni, Dettagli 1) Una periferica di input è: A) il mouse B) il monitor C) la stampante
CONOSCENZE DI INFORMATICA 1) Una periferica di input è: A) il mouse B) il monitor C) la stampante 2) Una memoria in sola lettura con la particolarità di essere cancellata in particolari condizioni è detta: Dettagli Appunti di Informatica Gestionale per cl. V A cura del prof. ing. Mario Catalano. Internet e il Web
Appunti di Informatica Gestionale per cl. V A cura del prof. ing. Mario Catalano Internet e il Web 1 Internet Internet è un insieme di reti informatiche collegate tra loro in tutto il mondo. Tramite una Dettagli Reti e Domini Windows 2000. Corso di Amministrazione di Reti A.A. 2002/2003
Reti e Domini Windows 2000 Corso di Amministrazione di Reti A.A. 2002/2003 Materiale preparato utilizzando dove possibile materiale AIPA http://www.aipa.it/attivita[2/formazione[6/corsi[2/materiali/reti%20di%20calcolatori/welcome.htm Dettagli Guida ai certificati SSL User Guide
Guida ai certificati SSL User Guide PROBLEMATICHE DEL WEB... 2 PRIVACY...3 AUTORIZZAZIONE/AUTENTICAZIONE...4 INTEGRITA DEI DATI...4 NON RIPUDIO...4 QUALI SONO I PRINCIPALI STRUMENTI UTILIZZATI PER GARANTIRE Dettagli STARBYTES è il servizio di lavoro on line realizzato da Reply Spa.
PRIVACY POLICY Le seguenti previsioni relative al trattamento dei dati personali sono indirizzate a tutti gli Utenti del sito www.starbytes.it ("Sito"), coerentemente con quanto previsto dal relativo Regolamento Dettagli 2016 © DocPlayer.it Privacy Policy | Condizioni del servizio | Feed-back