Pratiche di sicurezza | Atlassian\nCrediamo che tutti i team possano fare cose incredibili. La nostra mission è di liberare il potenziale di tutti i team di ogni dimensione e settore per contribuire al progresso dell'umanità tramite la potenza dei software.\nSappiamo che la tua mission è importante per te quanto la nostra lo è per noi e le informazioni assumono un ruolo fondamentale in tutte le nostre attività e nella nostra vita. È per questo motivo che la fiducia del cliente è al centro di ciò che facciamo e la sicurezza è la nostra massima priorità. Conduciamo il nostro programma di sicurezza nella massima trasparenza affinché tu possa essere sempre aggiornato e sentirti sicuro quando usi i nostri prodotti e servizi.\nApprofondisci il nostro approccio alla sicurezza e scopri in che modo i clienti possono svolgere la loro parte.\nSalvo diversamente specificato, le informazioni contenute in questa pagina si applicano ai prodotti Atlassian Cloud Jira, Confluence e Bitbucket.\nStampa il white paper sulle pratiche di sicurezza\nIn questa sezione prenderemo in esame l'approccio di Atlassian alla sicurezza. Vengono trattati i passaggi chiave che adottiamo e i controlli che implementiamo in una serie di domini di sicurezza, sia per proteggere i nostri ambienti (incluse le piattaforme basate su cloud), sia i processi posti in essere per garantire la creazione di prodotti che siano il più possibile sicuri per i nostri clienti e utenti.\nIl nostro approccio alla sicurezza si basa su alcuni temi essenziali:\nOffrire ai nostri colleghi linee guida per la sicurezza cloud e dei prodotti.\nSoddisfare tutti i requisiti dei clienti per la sicurezza cloud e superare i requisiti previsti dagli standard e dalle certificazioni di sicurezza del settore.\nEssere aperti e trasparenti sui nostri programmi, processi e metriche, condividendo il nostro percorso e incoraggiando altri provider cloud a fare lo stesso e a definire nuovi standard per i clienti.\nIn questa sezione mettiamo in evidenza la gamma di misure e iniziative che abbiamo posto in essere per attuare la filosofia che è alla base di questi temi chiave.\nSiamo inoltre orgogliosi del fatto che molti dei nostri prodotti di punta sono alla base dei processi e flussi di lavoro interni quotidiani in Atlassian e ne costituiscono una componente cruciale. Ad esempio, le nostre applicazioni Jira e Confluence costituiscono i pilastri chiave del nostro approccio alla gestione degli imprevisti e ai programmi di gestione delle vulnerabilità. Ciò significa che abbiamo la responsabilità di proteggere i nostri prodotti non solo perché uno dei nostri valori chiave è quello di essere sempre rispettosi dei nostri clienti, ma anche perché anche noi usiamo gli stessi prodotti.\nSappiamo che la maggior parte delle aziende direbbe la stessa cosa, ma siamo estremamente orgogliosi del nostro team di sicurezza. Siamo convinti di aver reclutato e sviluppato un team che include alcune delle migliori menti del settore. Il nostro team di sicurezza è guidato dal CISO con sede a San Francisco e comprende oltre 100 persone che operano nelle sedi di Sydney, Amsterdam, Bengaluru, Austin, Mountain View, San Francisco e New York e alcuni membri del team remoto. Il team è in continua crescita, in linea con la massima importanza attribuita da Atlassian alla sicurezza. Disponiamo di più team secondari, tra cui:\nSicurezza dei prodotti: responsabile della sicurezza dei nostri prodotti e delle nostre piattaforme.\nSicurezza degli ecosistemi: responsabile della sicurezza del nostro Marketplace e degli add-on.\nIntelligence della sicurezza: responsabile del rilevamento e della risposta agli imprevisti di sicurezza\nTeam rosso: responsabile dell'emulazione degli avversari e l'esercizio dell'intelligence di sicurezza.\nArchitettura di sicurezza: responsabile della definizione dei requisiti di sicurezza dei nostri prodotti e delle nostre piattaforme.\nSicurezza aziendale: responsabile della sicurezza interna con riferimento alla rete e alle applicazioni aziendali.\nFiducia: responsabile del monitoraggio e della risposta alle aspettative dei clienti e della trasparenza dei nostri processi e delle nostre pratiche.\nSviluppo e SRE: responsabile della creazione e dell'esecuzione degli strumenti per il team di sicurezza.\nSensibilizzazione e formazione: responsabile del know-how necessario a dipendenti e partner per lavorare in sicurezza.\nMentre il nostro team di sicurezza continua ad ampliarsi, tutto il personale Atlassian persegue la missione di migliorare la sicurezza e ha ben chiaro questo concetto per tutto il tempo in cui lavora nell'azienda. Vogliamo porci l'obiettivo di guidare i nostri colleghi nel percorso verso la sicurezza cloud, soddisfare tutti i requisiti dei clienti per la sicurezza cloud, superare i requisiti previsti da tutti gli standard e le certificazioni di sicurezza del settore e poter pubblicare con orgoglio informazioni dettagliate sul modo in cui proteggiamo i dati dei clienti. I nostri obiettivi e la nostra vision sono chiari a tutto il personale per tutto il tempo in cui lavora in Atlassian.\nUlteriori programmi che utilizziamo a sostegno della sicurezza\nLa nostra attività focalizzata sui fondamentali della sicurezza include anche una serie di programmi volti a garantire che l'approccio alla sicurezza rimanga ampio e proattivo, come:\nTutti i nostri team di prodotti e servizi includono figure leader che si assumono la responsabilità di attuare iniziative chiave in materia di sicurezza tra i loro colleghi su base continuativa e di mantenere il più aperta possibile la comunicazione con il nostro team di sicurezza centrale. In questo modo, la sicurezza ha sempre un ruolo centrale in tutta la nostra organizzazione.\nIl nostro programma per i rilevamenti di sicurezza completa i processi di risposta agli imprevisti di Atlassian. Integrato nel nostro processo standard di gestione degli imprevisti, disponiamo di un programma separato per creare in modo proattivo ricerche e avvisi non solo per i tipi di imprevisti che affrontiamo oggi, ma anche per quelli che affronteremo nel panorama delle minacce future.\nIl nostro Bug Bounty Program è stato sistematicamente riconosciuto come uno dei migliori del settore e ci permette di avvalerci di una community affidabile di decine di migliaia di ricercatori per testare costantemente i nostri prodotti e segnalare le eventuali vulnerabilità individuate.\nMiglioramento continuo del nostro programma di sicurezza\nVogliamo garantire che il nostro programma di sicurezza rimanga all'avanguardia e leader nel settore. Sappiamo che, per perseguire questo obiettivo, dobbiamo valutare continuamente il nostro attuale approccio alla sicurezza (anche attraverso il confronto con quello dei nostri colleghi del settore) e individuare opportunità di miglioramento.\nA tal fine, abbiamo intrapreso (e continueremo a intraprendere) numerose valutazioni di maturità del nostro programma di sicurezza, avvalendoci di società indipendenti di consulenza sulla sicurezza. Nel 2020 abbiamo anche effettuato una valutazione inter pares del nostro programma globale di fiducia e sicurezza. Utilizziamo i risultati di questi processi, comprese le raccomandazioni chiave, per colmare eventuali lacune e individuare opportunità di miglioramento.\nAbbiamo anche definito una serie di programmi in materia, come la sicurezza dei prodotti e l'intelligence della sicurezza, per orientare il nostro miglioramento interno. Abbiamo definito metriche per supportare ciascuno di questi programmi che esaminiamo tramite il nostro team di gestione della sicurezza e le utilizziamo per identificare e concentrarci sulle aree di miglioramento in ciascuna delle nostre funzionalità chiave.\nSebbene questo documento fornisca un'ampia panoramica del nostro approccio alla sicurezza, maggiori dettagli sul nostro programma di sicurezza sono disponibili nell'Atlassian Trust Center. È inoltre disponibile una serie di pagine e white paper dedicati che descrivono in dettaglio le diverse aree del nostro programma di sicurezza, tra cui:\nIl nostro approccio alla gestione degli imprevisti di sicurezza\nResponsabilità condivise della sicurezza cloud\nIl nostro Atlassian Trust Management System\nLe policy sulla sicurezza e la tecnologia di Atlassian\nProtezione dell'ambiente interno\nUn approccio efficace alla sicurezza ha inizio dalla protezione degli ambienti interni. A tale scopo, possiamo intraprendere una serie di azioni.\nCreazione della sicurezza nella nostra architettura di rete\nAtlassian adotta un approccio a più livelli alla sicurezza delle sue reti. Implementiamo controlli a ogni livello dei nostri ambienti cloud, dividendo la nostra infrastruttura in zone, ambienti e servizi. Abbiamo posto in essere restrizioni di zona che includono la limitazione del traffico di rete relativo a uffici e personale, dati dei clienti, CI/CD e DMZ. Abbiamo inoltre implementato la separazione dell'ambiente per limitare la connettività tra ambienti di produzione e non di produzione e i dati di produzione non vengono replicati al di fuori degli ambienti di produzione. L'accesso alle reti e ai servizi di produzione è possibile solo dall'interno di quelle stesse reti; ad esempio, solo un servizio di produzione può accedere a un altro servizio di produzione.\nI servizi devono essere esplicitamente autorizzati a comunicare con altri servizi tramite un elenco di autorizzazioni di autenticazione. Controlliamo l'accesso alle nostre reti sensibili tramite il routing del cloud privato virtuale (VPC), regole firewall e reti software-defined e tutte le connessioni a tali reti sono crittografate. Abbiamo anche implementato il rilevamento delle intrusioni sia nelle nostre reti di ufficio che in quelle di produzione per rilevare potenziali compromissioni.\nProtezione dell'accesso alle nostre reti tramite ZeroTrust\nAtlassian garantisce l'accesso alla propria rete aziendale, alle applicazioni interne e agli ambienti cloud attraverso un concetto chiamato ZeroTrust. In parole semplici, il principio fondamentale di ZeroTrust è: "Non fidarsi mai, verificare sempre".\nZeroTrust si allontana dagli approcci tradizionali alla sicurezza della rete che sono basati esclusivamente sull'autenticazione di un utente, favorendo invece un approccio basato sulla verifica delle autorizzazioni di accesso alle risorse della rete da parte dell'utente. Tale approccio introduce il rischio che un dispositivo non affidabile e non protetto possa compromettere la sicurezza. Di conseguenza, molte organizzazioni hanno iniziato a passare a un modello in cui solo i dispositivi attendibili possono accedere alla propria rete, adottando tecnologie di gestione dei dispositivi mobili o limitando l'accesso a livello di rete a un elenco di dispositivi noti.\nPer quanto utili, questi approcci sono privi di granularità. L'approccio ZeroTrust di Atlassian garantisce in modo efficace che la scelta di consentire agli utenti di accedere o meno alle risorse e ai servizi sulle nostre reti deve basarsi non solo sulle loro credenziali di autenticazione, ma anche su una policy dinamica che tenga conto di una serie di fattori utili per stabilire se negare o consentire l'accesso a specifiche risorse in base al livello di sicurezza del dispositivo dell'utente (indipendentemente dalla loro posizione).\nIn altre parole, abbiamo creato per la nostra rete tre livelli di risorse (in base alla loro relativa criticità e sensibilità) ai quali viene applicato ZeroTrust:\nTier aperto: qualsiasi utente aziendale che effettua l'autenticazione alla nostra rete può accedere a questi servizi.\nTier basso: l'accesso a queste risorse è disponibile per un utente aziendale autenticato solo se effettuato dalla nostra rete con un dispositivo aziendale affidabile (dispositivi posseduti e gestiti da Atlassian) o da un BYOD gestito (un dispositivo personale registrato nel programma MDM di Atlassian)\nTier elevato: queste risorse sono disponibili solo quando l'accesso viene effettuato da un utente aziendale autenticato con un dispositivo aziendale rilasciato da Atlassian. L'accesso ai nostri servizi di produzione dalla rete aziendale è possibile solo tramite un dispositivo di tier elevato e l'autenticazione SAML.\nL'implementazione di ZeroTrust da parte di Atlassian funziona utilizzando una serie di processi, servizi e componenti automatizzati. A un livello elevato:\nGli utenti autenticati su dispositivi BYOD aziendali o gestiti ottengono dal nostro servizio Trust Engine un certificato in cui sono inclusi metadati che indicano se il dispositivo in questione è BYOD o aziendale. Il certificato viene distribuito nei dispositivi utilizzando le nostre soluzioni di gestione degli endpoint e viene nuovamente rilasciato (o revocato) periodicamente.\nQuando un utente esegue l'autenticazione, gli viene richiesto il certificato e presentato alla nostra infrastruttura. Le informazioni del certificato sono utilizzate per verificare che l'account dell'utente sia valido e per individuare il tipo di dispositivo utilizzato. Sulla base di queste informazioni, l'utente viene inserito nella nostra rete di tier basso in cui l'accesso alla rete e alle applicazioni è limitato oppure gli viene concesso l'accesso al nostro tier elevato. I dispositivi connessi alla rete di Atlassian sono sottoposti a polling ogni ora e le loro informazioni vengono confrontate con quelle delle nostre soluzioni di gestione degli endpoint per determinare la proprietà e le informazioni sulla sicurezza e il profilo del dispositivo. Ciò include la garanzia che i dispositivi soddisfino i requisiti minimi relativi, ad esempio, ad antimalware, crittografia, versioni del sistema operativo ecc.\nUn database centrale viene aggiornato con informazioni sulla conformità dei dispositivi dell'utente, allo scopo di determinare se agli utenti sarà consentito o negato l'accesso alle risorse sulla nostra rete. I dispositivi contrassegnati come non conformi non potranno più connettersi alla nostra rete.\nAtlassian ha scritto un documento separato in cui viene descritta la nostra filosofia e l'implementazione di un'architettura ZeroTrust.\nGestione sicura dell'accesso ai nostri sistemi e servizi\nAtlassian dispone di un processo ben definito per il provisioning (assegnazione o revoca) dell'accesso utente per tutti i sistemi e servizi. Disponiamo di un flusso di lavoro consolidato (sincronizzazione di 8 ore) che collega il nostro sistema di gestione delle risorse umane al sistema di provisioning degli accessi. Utilizziamo il controllo degli accessi basato sui ruoli in base ai profili utente predefiniti per garantire che il personale disponga solo dell'accesso previsto dal proprio ruolo lavorativo. Tutti gli account utente devono essere approvati dalla direzione prima di poter accedere a dati, applicazioni, infrastruttura o componenti di rete.\nSupportando la nostra architettura ZeroTrust, controlliamo l'accesso alle nostre applicazioni aziendali attraverso una piattaforma Single-Sign-On. Per accedere a qualsiasi delle nostre applicazioni, il personale deve autenticarsi tramite questa piattaforma, anche attraverso l'uso di un secondo fattore di autenticazione. Gli utenti devono autenticarsi tramite chiavi U2F o un autenticatore di applicazioni mobili fornito ai dipendenti Atlassian. Abbiamo eliminato metodi di autenticazione meno sicuri come SMS e OTP telefonici. Atlassian ha adottato questo approccio per garantire che il processo di autenticazione sia altamente resistente agli attacchi basati su phishing e di tipo man-in-the-middle: qualsiasi sistema che invia codici in un messaggio di testo può essere compromesso da un utente malintenzionato.\nProtezione dei nostri dispositivi endpoint\nAtlassian utilizza una combinazione di gestione degli endpoint per distribuire aggiornamenti e patch ai sistemi operativi e alle applicazioni chiave della nostra flotta di endpoint. Abbiamo inoltre implementato diverse soluzioni per proteggere gli endpoint da minacce come il malware.\nCome parte del nostro approccio ZeroTrust, il personale Atlassian che desidera accedere alla maggior parte dei servizi tramite i propri dispositivi mobili personali deve iscriversi al programma di gestione dei dispositivi mobili (MDM, Mobile Device Management). Questo ci consente di garantire che tutti i dispositivi mobili che si connettono alla nostra rete soddisfino i requisiti minimi di sicurezza riguardo ad aspetti come la crittografia, il blocco dei dispositivi, il software antimalware e le versioni del sistema operativo.\nTutto il personale idoneo che si iscrive al nostro programma MDM e mantiene la conformità riceve da Atlassian un'indennità mensile per la partecipazione.\nSe un qualsiasi dispositivo viene identificato come non conforme, un membro del personale riceverà un'e-mail di notifica della non conformità. Al personale viene concesso un periodo di tolleranza di 24 ore per correggere la non conformità prima che l'accesso da tale dispositivo venga revocato.\nSicurezza nelle nostre operazioni quotidiane\nCi impegniamo a integrare la sicurezza in tutti gli aspetti dei nostri processi operativi quotidiani. Vogliamo che la sicurezza sia parte integrante del nostro modo di operare in modo da ridurre al minimo la necessità di includere funzioni di sicurezza a posteriori.\nMonitoraggio degli asset informativi\nI nostri sistemi di produzione sono ubicati in un'infrastruttura ottenuta tramite provider di servizi cloud. Questi sistemi non sono monitorati a un livello hardware a causa della natura del servizio. I microservizi sottostanti su cui vengono eseguiti i nostri prodotti sono monitorati in un database di servizi personalizzato, che si aggiorna automaticamente quando viene distribuito un servizio.\nIl nostro team per le tecnologie sul luogo di lavoro gestisce un inventario degli asset di tutti gli endpoint utilizzando il software Jira per finalità di monitoraggio.\nGestione delle modifiche nel nostro ambiente\nIl nostro processo di gestione delle modifiche è leggermente diverso da quelli tradizionali, che si basano su una gerarchia piramidale di controllo delle modifiche. In altre parole, la modifica proposta deve essere presentata a un consiglio che alla fine la approva o la rifiuta.\nAbbiamo adottato un approccio open source che definiamo "Peer Review, Green Build" (PRGB). A differenza di un processo tradizionale di gestione delle modifiche, l'approccio PRGB richiede che ogni modifica, sia che riguardi il codice o l'infrastruttura, venga esaminata da uno o più colleghi per identificare eventuali problemi che potrebbe causare. Aumentiamo il numero di revisori in base alla criticità della modifica o dei sistemi interessati dalla modifica, affidandoci ai nostri ingegneri per identificare i problemi e segnalarli prima che la modifica venga approvata. Questo processo è efficace per fornire un modo dinamico e adattabile di gestione delle modifiche nel nostro ambiente. La parte "Green Build" del controllo si riferisce a una build funzionante o pulita inserita nel nostro CI/CD con le nuove modifiche. Se la modifica introduce componenti che non superano correttamente alcun test di integrazione, funzione, unità o sicurezza, la build viene rifiutata e torna alla richiesta di modifica originale affinché vengano risolti gli eventuali problemi.\nLa gestione delle configurazioni nei nostri sistemi\nAbbiamo un numero limitato di ingegneri e architetti che sono autorizzati a installare il software nel nostro ambiente di produzione. Nella maggior parte dei casi, l'installazione del software non è possibile. Gli strumenti di gestione della configurazione vengono utilizzati nei nostri ambienti di produzione per gestire configurazioni e modifiche ai server. Le modifiche dirette apportate a tali sistemi sono impostate per essere sovrascritte dalla configurazione approvata sottoposta a push attraverso tali strumenti di gestione della configurazione, garantendo la coerenza. Ci avvaliamo dello standard Amazon Machine Images (AMI) secondo il quale tutte le modifiche apportate alle nostre AMI o ai sistemi operativi devono essere effettuate tramite il nostro processo standard di gestione delle modifiche; monitoriamo e creiamo report sulle configurazioni delle eccezioni e abbiamo implementato l'isolamento delle risorse in modo che i problemi con determinati servizi non influiscano su altri servizi. Utilizziamo, inoltre, il nostro processo di Peer Review/Green Build (PRGB) per garantire che più revisori approvino le modifiche alla configurazione sottoposte a push tramite strumenti di gestione della configurazione. Tutte le build presentano una firma crittografata e solo le build firmate possono essere eseguite nel nostro ambiente di produzione.\nUtilizziamo una piattaforma SIEM per aggregare i log provenienti da varie origini, applicare regole di monitoraggio a tali log aggregati e quindi segnalare qualsiasi attività sospetta. I nostri processi interni definiscono il modo in cui questi avvisi vengono valutati, analizzati ulteriormente e sottoposti all'escalation appropriata. I log di sistema chiave vengono inoltrati da ogni sistema in cui i log sono di sola lettura. Il team di sicurezza Atlassian crea avvisi sulla nostra piattaforma di analisi della sicurezza e monitora gli indicatori di compromissione. I nostri team SRE utilizzano questa piattaforma per monitorare la disponibilità o i problemi di prestazioni. I log vengono conservati per 30 giorni in un backup a caldo e per 365 giorni in un backup a freddo.\nI log di sistema chiave sono combinati sia in un sistema interno di analisi dei log che in un sistema di rilevamento delle intrusioni.\nI log costituiscono una componente chiave della nostra strategia globale di rilevamento e risposta agli imprevisti, illustrata in dettaglio nella sezione "Come identifichiamo le minacce per la sicurezza e quali misure di protezione e risposta adottiamo".\nGestione della continuità aziendale e del ripristino di emergenza\nLa resilienza dei nostri prodotti assume per noi la massima importanza, anche perché noi stessi, in Atlassian, utilizziamo gli stessi prodotti. Sappiamo che a volte possono verificarsi delle interruzioni, quindi siamo determinati a creare processi che ci consentano di pianificarle e, quando si verificano, di gestirle in modo da ridurre al minimo l'impatto sui nostri clienti. I nostri programmi di continuità aziendale (BC) e ripristino di emergenza (DR) acquisiscono le varie attività svolte per raggiungere tali obiettivi.\nIl coinvolgimento della leadership nelle attività di pianificazione di BC e DR garantisce la supervisione necessaria affinché la responsabilità della resilienza sia condivisa da tutti i team. Con le attività di pianificazione di BC e DR cerchiamo di raggiungere il giusto equilibrio tra costi, benefici e rischi attraverso un'analisi degli "obiettivi del tempo di recupero" (RTO) e degli "obiettivi del punto di ripristino" (RPO) dei servizi. Questa analisi ci ha indotti a creare un semplice sistema a quattro livelli dove effettuare il raggruppare in base ai rispettivi requisiti di ripristino. I dettagli di questo approccio sono disponibili nella nostra pagina In che modo Atlassian gestisce i dati dei clienti.\nI nostri programmi di BC e DR comportano le seguenti attività:\n1. Integrazione di misure di ridondanza per soddisfare i requisiti di resilienza.\n2. Test e verifica di tali misure di ridondanza.\n3. Apprendimento dai test per continuare a migliorare le misure di BC e DR.\nCostruiamo i nostri prodotti per sfruttare al meglio le funzionalità di ridondanza, come le aree e le regioni di disponibilità, offerte dai nostri provider di servizi cloud.\nMonitoriamo continuamente un'ampia gamma di metriche con l'obiettivo di rilevare tempestivamente i potenziali problemi. Sulla base di tali metriche, gli avvisi sono configurati per comunicare le violazioni delle soglie agli ingegneri responsabili dell'affidabilità del sito (SRE) o ai team di progettazione dei prodotti pertinenti, affinché possano intraprendere azioni tempestive tramite il nostro processo di risposta agli imprevisti. Gli SRE svolgono anche un ruolo chiave nell'individuazione delle lacune nel programma di ripristino di emergenza e collaborano con il nostro team di rischio e conformità per colmarle. Ognuno dei nostri team include anche un promotore di DR per la supervisione e la gestione degli aspetti del ripristino di emergenza correlati al team specifico.\nI nostri test di DR trattano aspetti relativi a processi e tecnologia, inclusa la documentazione di processo pertinente. La frequenza dei test di DR viene eseguita in linea con il tier di criticità di ciascun servizio; ad esempio, i processi di backup e ripristino per i sistemi chiave rivolti ai clienti vengono testati trimestralmente. Conduciamo test di failover manuali e ad hoc sui nostri sistemi. che spaziano dagli esercizi di simulazione teorica meno complicati ai test più complessi sulla zona di disponibilità o i failover regionali. Indipendentemente dalla complessità del test, ci adoperiamo con diligenza per acquisire e documentare i risultati, analizzare e identificare i possibili miglioramenti o le lacune e poi individuare delle soluzioni con l'aiuto dei ticket Jira per garantire un miglioramento continuo del processo complessivo.\nConduciamo annualmente valutazioni di impatto aziendale (BIA) per valutare i rischi associati ai servizi critici. L'output delle BIA contribuisce a dare impulso alla strategia per le attività di DR e BC. Di conseguenza, è possibile sviluppare piani di DR e BC efficaci per i servizi critici.\nOltre alle misure indicate sopra, pubblichiamo anche lo stato di disponibilità del servizio in tempo reale per i clienti utilizzando il nostro prodotto Statuspage. Se emergono problemi con uno qualsiasi dei nostri prodotti, i clienti ne saranno informati tempestivamente.\nIn Atlassian gestiamo un programma di backup completo, che include i nostri sistemi interni, in cui le misure di backup sono progettate in linea con i requisiti di ripristino del sistema. Per quanto riguarda le offerte Atlassian Cloud, e in particolare i dati dei clienti e delle applicazioni, abbiamo posto in essere anche ampie misure di backup. Atlassian utilizza la funzione snapshot di Amazon RDS (Relational Database Service) per creare backup giornalieri automatizzati di ogni istanza RDS.\nLe istantanee Amazon RDS vengono conservate per 30 giorni con il supporto per il ripristino temporizzato e vengono crittografate utilizzando la crittografia AES-256. I dati di backup non vengono archiviati fuori sede, ma vengono replicati in più data center all'interno di una determinata regione AWS. Eseguiamo anche test trimestrali dei nostri backup.\nNon utilizziamo questi backup per ripristinare le modifiche distruttive avviate dal cliente, come campi sovrascritti con script o ticket, progetti e siti eliminati. Per evitare la perdita di dati, consigliamo di effettuare backup con regolarità. Per saperne di più sulla creazione di backup, consulta la documentazione di supporto per il tuo prodotto.\nDati e sicurezza fisica\nI controlli di sicurezza fisici nei nostri uffici sono guidati dalla nostra policy di sicurezza fisica e ambientale che garantisce l'implementazione di una solida sicurezza fisica negli ambienti locali e nel cloud. Questa policy riguarda settori come aree di lavoro sicure, sicurezza delle apparecchiature IT ovunque si trovino, limitazione dell'accesso ai nostri edifici e uffici a personale appropriato e monitoraggio dei punti fisici di ingresso e di uscita. Le nostre pratiche di sicurezza fisica includono la reception presidiata durante l'orario di lavoro, requisiti per la registrazione dei visitatori, accesso tramite badge a tutte le aree non pubbliche; inoltre, collaboriamo con il personale di gestione degli uffici per l'accesso in orari diversi da quelli lavorativi e la registrazione video presso i punti di ingresso e uscita, sia per le entrate principali che per le aree di carico.\nI data center dei nostri partner sono conformi a SOC 2, come requisito minimo. Queste certificazioni riguardano una serie di controlli di sicurezza, tra cui la sicurezza fisica e ambientale e la protezione. L'accesso ai data center è limitato al personale autorizzato e controllato mediante misure di verifica biometrica dell'identità. Le misure di sicurezza fisiche includono personale di sorveglianza on-premise, monitoraggio video a circuito chiuso, mantrap e ulteriori misure di protezione contro le intrusioni.\nDisponiamo di una serie di misure per garantire che i dati dei clienti siano sicuri e disponibili e che i clienti mantengano il controllo su di essi nella massima misura possibile.\nI prodotti e i dati Atlassian sono ospitati in Amazon Web Services (AWS), il provider di servizi di hosting nel cloud leader del settore. Utilizziamo prestazioni ottimali con opzioni di ridondanza e failover a livello globale. Utilizziamo più regioni geografiche diverse all'interno di AWS (Stati Uniti orientali e Stati Uniti occidentali, Unione Europea e Asia Pacifico) e più zone di disponibilità all'interno di ciascuna di queste regioni per garantire che un guasto in un singolo data center non influisca sulla disponibilità dei nostri prodotti o dei dati dei clienti. Per ulteriori informazioni, consulta il nostro documento separato nella pagina In che modo Atlassian gestisce i dati dei clienti e nella pagina Infrastruttura di hosting nel cloud.\nL'accesso fisico ai nostri data center, in cui sono ospitati i dati dei clienti, è limitato al solo personale autorizzato, con accesso verificato mediante misure biometriche. Le misure di sicurezza fisiche per i data center includono personale di sorveglianza on-premise, monitoraggio video a circuito chiuso, mantrap e ulteriori misure di protezione contro le intrusioni.\nTutti i dati dei clienti archiviati nei prodotti Atlassian Cloud sono crittografati mentre sono in transito su reti pubbliche utilizzando il protocollo TLS 1.2+ con Perfect Forward Secrecy (PFS) per proteggerli da divulgazioni o modifiche non autorizzate. La nostra implementazione di TLS impone l'uso di cifrari forti e lunghezze delle chiavi se supportati dal browser.\nLe unità dati sui server che conservano i dati e gli allegati dei clienti in Jira Software Cloud, Jira Service Management Cloud, Jira Work Management, Bitbucket Cloud, Confluence Cloud, Statuspage, Opsgenie e Trello adottano la crittografia dei dati inattivi standard del settore eseguita sull'intero disco tramite AES-256. Consulta la Atlassian Trust Roadmap per essere sempre informato sugli aggiornamenti della nostra piattaforma.\nAtlassian utilizza AWS Key Management Service (KMS) per la gestione delle chiavi. Il processo di crittografia, decrittografia e gestione delle chiavi viene ispezionato e verificato internamente da AWS su base regolare nell'ambito dei processi di convalida interni esistenti. A ogni chiave viene assegnato un responsabile, con il compito di verificare che alle chiavi venga applicato il livello appropriato di controlli di sicurezza.\nSeparazione dei tenant\nMentre i nostri clienti condividono una comune infrastruttura IT basata su cloud quando utilizzano i prodotti Atlassian, abbiamo adottato misure per garantire che questi siano separati logicamente in modo che le azioni di un cliente non possano compromettere i dati o il servizio di altri clienti.\nL'approccio di Atlassian per raggiungere questo obiettivo varia a seconda delle applicazioni. Nel caso di Jira e Confluence Cloud, utilizziamo un concetto che definiamo "contesto del tenant" per ottenere l'isolamento logico dei nostri clienti. È implementato nel codice dell'applicazione ed è gestito da un servizio che abbiamo creato e chiamato "Tenant Context Service" (TCS). Questo concetto garantisce che:\nI dati di ogni cliente siano isolati logicamente dagli altri tenant quando sono inattivi.\nTutte le richieste elaborate da Jira o Confluence hanno una vista specifica per tenant in modo che non ci sia alcun impatto su altri tenant.\nIn generale, il funzionamento di TCS si basa sull'archiviazione di un "contesto" per i singoli tenant dei clienti. Il contesto di ciascun tenant è associato a un ID univoco archiviato centralmente da TCS e include un intervallo di metadati associati a tale tenant (ad esempio, i database in cui si trova il tenant, le licenze di cui il tenant dispone, le funzioni alle quali può accedere e una serie di altre informazioni di configurazione). Quando un cliente accede a Jira o a Confluence Cloud, TCS utilizza l'ID tenant per raccogliere i metadati, che vengono quindi collegati a tutte le operazioni eseguite dal tenant nell'applicazione durante la sessione.\nIl contesto fornito da TCS funge da "obiettivo" per mezzo del quale si verificano le interazioni con i dati dei clienti, e questo obiettivo è sempre limitato a un tenant specifico. In questo modo, un tenant del cliente non accede ai dati di un altro tenant e non può influire sul servizio di un altro tenant attraverso le proprie azioni.\nUlteriori informazioni sulla nostra architettura cloud sono disponibili nell'ambito delle nostre risorse di assistenza cloud.\nCondivisione della responsabilità per la gestione dei dati dei clienti\nAtlassian si assume la responsabilità della sicurezza, della disponibilità e delle prestazioni delle proprie applicazioni, dei sistemi su cui vengono eseguite e degli ambienti in cui tali sistemi sono ospitati. Tuttavia, la sicurezza è una responsabilità condivisa tra Atlassian e i suoi clienti con particolare riferimento a quattro aree:\nVerifica che il sistema soddisfi le esigenze aziendali dei clienti e sia gestito in conformità agli obblighi di settore, normativi e legislativi.\nLa creazione e la gestione degli account utente.\nI contenuti archiviati dai clienti in Confluence Cloud, Jira Cloud, Trello o Bitbucket Cloud.\nI servizi di terze parti che si integrano con i prodotti Atlassian.\nSebbene Atlassian adotti tutte le misure necessarie per proteggere i dati dei clienti, la realtà è che anche le decisioni prese dai clienti in merito alla configurazione dei nostri prodotti influiscono notevolmente sul modo in cui viene implementata la sicurezza. Le questioni importanti di cui devono essere consapevoli quando utilizzano i nostri prodotti includono:\nVerifica del dominio e gestione centralizzata degli account utente: gli amministratori delle organizzazioni dei clienti possono verificare uno o più domini per dimostrare di esserne i titolari. La verifica dei domini consente all'amministratore di gestire a livello centrale tutti gli account Atlassian dei dipendenti e di applicare criteri di autenticazione (inclusi i requisiti delle password e SAML). Si tratta di un passaggio importante che consigliamo vivamente a tutti i nostri clienti di effettuare per poter accedere ai loro account e ai relativi dati.\nAutorizzazioni di accesso: sebbene i nostri prodotti siano per loro natura progettati per consentire la collaborazione, i clienti devono prestare attenzione alle autorizzazioni concesse agli utenti all'interno dell'organizzazione per quanto riguarda l'accesso ai dati. In alcuni casi, possono anche concedere l'accesso pubblico ai dati; Atlassian non ha alcun controllo su questa scelta e in questi casi non può impedire che tali dati vengano copiati o ulteriormente distribuiti\nAccesso centralizzato: consigliamo vivamente ai nostri clienti di utilizzare Atlassian Access per un'amministrazione centralizzata e una maggiore sicurezza di tutti i prodotti Atlassian utilizzati (incluso l'uso di 2FA e Single Sign-On).\nPer ulteriori informazioni, consulta il nostro documento sulle Responsabilità condivise della sicurezza cloud.\nControllo dell'accesso ai dati dei clienti\nTrattiamo tutti i dati dei clienti come ugualmente sensibili e abbiamo implementato controlli rigorosi che li disciplinano. Durante il processo di onboarding i nostri dipendenti interni e i terzisti seguono corsi di formazione di sensibilizzazione sull'importanza e le best practice della gestione dei dati dei clienti.\nAll'interno di Atlassian, solo gli Atlassiani autorizzati hanno accesso ai dati dei clienti memorizzati all'interno delle nostre applicazioni. L'autenticazione viene eseguita tramite singole chiavi pubbliche protette da passphrase e i server accettano solo connessioni SSH in ingresso da Atlassian e da sedi di data center interne. Tutti gli accessi sono riservati a gruppi con privilegi salvo richiesta di accesso da parte di gruppi diversi, che comporta un'autenticazione 2FA aggiuntiva.\nGrazie a rigorosi controlli di autenticazione e autorizzazione, il nostro team di assistenza globale facilita i processi di manutenzione e assistenza. Le applicazioni e i dati in hosting sono accessibili allo scopo di monitorare lo stato delle applicazioni ed eseguire la manutenzione di sistemi o applicazioni, oppure su richiesta del cliente tramite il nostro sistema di assistenza. Ai nostri clienti vengono inoltre fornite varie opzioni di consenso esplicito in merito a quali tecnici di assistenza possano accedere ai loro dati tramite il nostro sistema di controllo dei consensi.\nL'accesso non autorizzato o inappropriato ai dati dei clienti viene trattato come un imprevisto di sicurezza e gestito tramite il nostro processo di gestione degli imprevisti. Questo processo include istruzioni per informare i clienti interessati di un'eventuale violazione della policy.\nLe nostre disposizioni ci consentono di rispondere alle richieste degli utenti di eliminazione delle informazioni personali, nonché di aiutare gli utenti finali che dispongono di account Atlassian a eliminare le loro informazioni personali. Disponiamo anche di strumenti di importazione ed esportazione in modo che i clienti possano accedere ai loro dati, importarli ed esportarli utilizzando gli strumenti Atlassian.\nI siti dei clienti vengono disattivati 15 giorni dopo la fine del periodo di abbonamento corrente di un cliente. Atlassian conserva i dati relativi ai siti disattivati per 15 giorni (per i siti di valutazione) o per 60 giorni (per i siti di abbonamento a pagamento) dopo la fine del periodo di abbonamento corrente del cliente. Tieni presente che, nel caso di Jira, i dati verranno eliminati solo se annulli l'abbonamento a tutti i prodotti Jira a cui hai precedentemente effettuato l'iscrizione.\nUlteriori informazioni sono disponibili nella nostra pagina Procedure di sicurezza o nelle FAQ sull'archiviazione dei dati.\nIl nostro intento è far sì che tutti i nostri collaboratori sappiano come svolgere il proprio lavoro in modo sicuro e dispongano degli strumenti adatti per agire di conseguenza. L'inclusione di una mentalità orientata alla sicurezza ha un ruolo di primo piano nella cultura di Atlassian e contribuisce ad aumentare la nostra resilienza complessiva contro i potenziali attacchi informatici.\nFormazione in materia di sensibilizzazione alla sicurezza\nCi assicuriamo che tutto il personale segua corsi di formazione in materia di sensibilizzazione alla sicurezza durante il processo di onboarding e, in seguito, a cadenza regolare, affinché la sicurezza rimanga sempre una priorità. Sappiamo che molte delle minacce affrontate dal nostro team sono le stesse minacce affrontate dai nostri terzisti e da altri partner con cui collaboriamo, quindi estendiamo anche a loro la formazione in materia di sensibilizzazione alla sicurezza. Gli argomenti trattati nel nostro programma di formazione in materia di sensibilizzazione alla sicurezza includono minacce e truffe attuali, pratiche di lavoro sicure, comportamenti potenzialmente rischiosi che creano rischi per la sicurezza nonché problemi di conformità e normativi.\nOltre alla formazione generale sulla sicurezza delle informazioni, i nostri sviluppatori possono accedere a corsi di formazione più mirati sulla codifica sicura. I team di sviluppo sono supportati anche da promotori della sicurezza o dall'inclusione di un ingegnere della sicurezza affinché contribuiscano alle attività operative correlate alla sicurezza.\nManteniamo anche canali di comunicazione aperti tra i nostri dipendenti e il team di sicurezza attraverso canali di messaggistica istantanea, post di blog, FAQ e così via, in modo che il team di sicurezza sia il più possibile accessibile a tutto il personale Atlassian.\nDurante il mese di ottobre, Atlassian Security ospita il Security Awareness Month per tutti i dipendenti e i partner. È un momento importante in cui si elogiano i risultati conseguiti da ogni persona nella protezione dell'azienda e si rafforza l'importanza della formazione in materia di sicurezza con giochi divertenti e conversazioni interne.\nIl nostro Security Champions Program include un promotore della sicurezza dedicato all'interno di ciascuno dei nostri team di prodotti e servizi. Questo promotore si assume la responsabilità di promuovere pratiche di sicurezza chiave tra i membri del team e collabora a eventuali problemi di sicurezza con il nostro team di sicurezza centrale per facilitare flussi di comunicazione migliorati.\nI nostri promotori seguono corsi di formazione sulla sicurezza avanzata delle applicazioni che li aiutano a identificare le vulnerabilità, comprendere le pratiche di sviluppo sicuro e scrivere codice sicuro.\nI promotori della sicurezza di Atlassian si incontrano regolarmente per condividere strumenti e conoscenze sulle più recenti problematiche e sfide di sicurezza che devono affrontare, affinché tutti i nostri team possano trarne vantaggio. Il programma ha fatto da trampolino di lancio per integrare in misura ancora maggiore la sicurezza nella nostra cultura.\nControlli di background\nVogliamo assumere persone che continuino a definire in modo positivo la cultura della sicurezza che abbiamo costruito. Per supportare questo processo, conduciamo controlli di background su tutti i neoassunti, come consentito dalle leggi locali. A seconda del ruolo, i controlli di background possono includere controlli dei precedenti penali, verifiche dei titoli di studio, verifiche delle precedenti posizioni lavorative e controlli sull'affidabilità creditizia.\nAtlassian si impegna a garantire che la sicurezza sia una parte fondamentale di tutte le fasi del ciclo di vita dei prodotti. A tale scopo, intraprendiamo numerose azioni.\nCi adoperiamo affinché la sicurezza sia al centro della nostra intera suite di prodotti. A tal fine, abbiamo implementato un sistema di responsabilità e monitoraggio denominato "scorecard di sicurezza dei prodotti" per misurare il profilo di sicurezza di tutti i prodotti Atlassian. Si tratta di un processo automatizzato creato da Atlassian in base al quale utilizziamo una vasta gamma di criteri incentrati sulla sicurezza (ad es. vulnerabilità attuali, copertura della formazione, imprevisti di sicurezza recenti e copertura dei promotori della sicurezza) per fornire un punteggio complessivo di sicurezza per ciascuno dei nostri prodotti.\nQuesto processo di valutazione offre a ciascuno dei nostri team di prodotto una visione oggettiva delle aree di sicurezza che richiedono attenzione e individua le lacune esistenti che devono essere colmate e le azioni necessarie per colmarle. Il processo relativo alle scorecard di sicurezza consente inoltre al team di sicurezza Atlassian di monitorare facilmente l'andamento di tutti i prodotti dal punto di vista della sicurezza nel corso del tempo, in particolare man mano che la suite di prodotti viene ampliata.\nIl nostro team per la sicurezza dei prodotti gestisce un programma di integrazione della sicurezza che fornisce indicazioni ai team di prodotto e garantisce l'integrazione dei processi di sicurezza nel ciclo di vita dello sviluppo. I nostri prodotti più critici per la sicurezza sono supportati tramite questo programma, mediante partner per la sicurezza dedicati o una rotazione di tecnici disponibili per altri team. I partner per la sicurezza forniscono assistenza per la consulenza sulla sicurezza e aiutano i team a monitorare e interpretare i rilievi identificati tramite il sistema di scorecard e intraprendere le opportune azioni.\nGaranzia di sicurezza mirata\nIl team di sicurezza dei prodotti esegue inoltre un processo di revisione per garantire la sicurezza di tutti i progetti software. Si utilizza un processo basato sul rischio per definire le aree prioritarie su cui concentrare le attività di verifica e identificare le azioni necessarie per mitigare il rischio dei progetti. A seconda del livello di rischio identificato, le attività di verifica comprendono una combinazione di:\nrevisione del codice (manuale e con strumenti)\ngaranzia indipendente con ricercatori e consulenti terzi esperti\nCome indicato in altre parti di questo documento, abbiamo anche un programma Bug Bounty leader del settore che fornisce una garanzia di sicurezza continua avvalendosi di un gruppo di ricercatori di sicurezza affidabili che operano in crowdsourcing.\nProgettazione sicura tramite la modellazione delle minacce\nDurante le fasi di pianificazione e progettazione dei nostri prodotti, la modellazione delle minacce consente di comprendere meglio i rischi per la sicurezza se i progetti implicano minacce complesse o lo sviluppo di funzioni critiche per la sicurezza. Comporta una sessione di simulazione teorica/brainstorming condotta dai nostri ingegneri, tecnici della sicurezza, architetti e responsabili di prodotto per identificare e definire le priorità delle minacce pertinenti. Queste informazioni vengono utilizzate nel processo di progettazione e garantiscono l'implementazione di controlli appropriati, oltre a supportare analisi e test mirati nelle fasi successive dello sviluppo.\nAbbiamo una piattaforma automatizzata di analisi del codice (definita Assistente sicurezza) che copre tutti i repository di codice di Atlassian. Questa piattaforma esegue una varietà di strumenti di analisi statica (che continuiamo ad arricchire e a migliorare) in grado di contribuire a garantire la sicurezza complessiva del nostro codice. Ogni volta che una pull request viene creata in un repository, la piattaforma:\nTrova e identifica le dipendenze di codice obsolete che possono introdurre vulnerabilità (l'argomento verrà trattato più dettagliatamente nella parte di questo documento che illustra il nostro approccio alla gestione delle vulnerabilità).\nIdentifica qualsiasi divulgazione accidentale o involontaria di segreti nei repository di codice (ad es. token di autenticazione o chiavi crittografiche).\nEsegue un'analisi per identificare eventuali schemi di codifica problematici che potrebbero determinare vulnerabilità nel nostro codice.\nKnowledge base di sicurezza\nPer garantire la creazione di prodotti che siano il più possibile sicuri, verifichiamo che i nostri sviluppatori abbiano accesso all'assistenza necessaria per arricchire continuamente le loro conoscenze riguardo ai problemi di sicurezza pertinenti e alle minacce di cui devono essere al corrente. A tale scopo, manteniamo internamente una knowledge base di sicurezza delle applicazioni a cui i nostri sviluppatori possono accedere ogni volta che ne abbiano la necessità. Ci avvaliamo inoltre del Security Champions Program, che fornisce ai nostri team di sviluppo presentazioni su modelli e problemi specifici che abbiamo riscontrato e che possono avere implicazioni sulla sicurezza.\nCome identifichiamo le minacce alla sicurezza e quali misure di risposta e protezione adottiamo\nIl nostro approccio ai test di sicurezza si basa sul concetto di "verifica continua": oltre a condurre test di penetrazione mirati in un momento preciso nel tempo, disponiamo anche di un modello di test sempre attivo che utilizza un bug bounty in crowdsourcing. Crediamo che questo approccio multiforme massimizzi le nostre possibilità di individuare le vulnerabilità e di fornire ai nostri clienti i prodotti in assoluto più sicuri. Ulteriori informazioni sono disponibili in un documento separato che tratta il nostro approccio ai test di sicurezza esterni. Di seguito è riportato un riepilogo delle misure di test che adottiamo:\nRevisione della sicurezza interna: come indicato in precedenza, il nostro team per la sicurezza dei prodotti gestisce un programma di revisione della sicurezza che include test di sicurezza condotti a cadenza regolare. I test includono una revisione del codice e test di sicurezza delle applicazioni destinati alle aree di debolezza evidenziate dalla valutazione dei rischi.\nTest di penetrazione esterni: ci avvaliamo di società di consulenza specializzate in sicurezza per condurre test di penetrazione strutturali con accesso al codice e basati sulle minacce su prodotti e infrastruttura a rischio elevato (sia che riguardino ambienti cloud, un nuovo prodotto o una nuova architettura fondamentale).\nTeam rosso di Atlassian: disponiamo di un team rosso interno che ha il ruolo di simulare il ruolo degli avversari che cercano di identificare e sfruttare le vulnerabilità esistenti all'interno dei nostri sistemi, processi e ambienti, in modo da identificarle e risolverle il prima possibile.\nBug Bounty: utilizziamo anche la community di ricercatori di sicurezza affidabili di Bugcrowd per condurre il nostro rinomato programma Bug Bounty in modo da poter identificare continuamente le vulnerabilità nei nostri prodotti e, in ultima analisi, rendere più elevato il costo della ricerca e dello sfruttamento di tali vulnerabilità da parte dei pirati informatici. Il nostro programma Bug Bounty è stato più volte riconosciuto come il migliore del settore. Oltre 25 dei nostri prodotti o ambienti, che spaziano dai prodotti server alle app mobili fino ai prodotti cloud, sono inclusi nell'ambito del programma Bug Bounty.\nLe vulnerabilità della sicurezza identificate nei report seguenti vengono monitorate internamente in Jira man mano che vengono trasmesse dal processo di controllo Bug Bounty e gli eventuali rilievi di queste valutazioni saranno esaminati e monitorati in conformità agli obiettivi a livello di servizio (SLO) sulle vulnerabilità della sicurezza.\nIn Atlassian ci impegniamo costantemente per ridurre la gravità e la frequenza delle vulnerabilità nei nostri prodotti, nei nostri servizi e nella nostra infrastruttura, oltre che per garantire che tali problematiche siano risolte il prima possibile. A tal fine, adottiamo un approccio multiforme e in continua evoluzione alla gestione delle vulnerabilità che utilizza processi sia automatizzati che manuali per identificare, monitorare e risolvere le vulnerabilità nei nostri prodotti e nella nostra infrastruttura.\nIndividuiamo le vulnerabilità della sicurezza tramite diverse fonti, come scanner automatizzati, analisi di sicurezza interne, report dei clienti e il nostro programma pubblico Bug Bounty . Una volta identificata una vulnerabilità, viene registrato un ticket nel nostro progetto Jira appositamente ideato per il monitoraggio della vulnerabilità nell'intera azienda; tale ticket viene quindi assegnato al responsabile del sistema o al team di progettazione pertinente. Il nostro approccio centralizzato ci consente di sfruttare l'automazione per fornire notifiche proattive, escalation automatizzate e reporting a livello aziendale e garantire così che le vulnerabilità vengano risolte tempestivamente.\nSono disponibili maggiori informazioni nel nostro documento dedicato all'approccio di Atlassian alla gestione delle vulnerabilità.\nCi avvaliamo di un'ampia gamma di strumenti per il rilevamento delle vulnerabilità che vengono eseguiti regolarmente nella nostra infrastruttura per cercare e identificare automaticamente le vulnerabilità, come:\nScansioni di rete: per identificare servizi attivi, porte aperte e applicazioni in esecuzione nel nostro ambiente, nonché le eventuali vulnerabilità a livello di rete.\nRilevamento continuo degli asset: eseguiamo operazioni di individuazione continua degli asset e analisi della sicurezza sui nostri perimetri esterni. Disponiamo inoltre di un meccanismo sviluppato internamente di inventario e individuazione degli asset.\nMonitoraggio della configurazione AWS: monitoriamo la configurazione dei nostri ambienti AWS rispetto agli standard di configurazione stabiliti.\nNell'ambito del nostro processo di sviluppo, e in aggiunta al nostro programma Bug Bounty citato in precedenza, utilizziamo una gamma di strumenti per cercare di identificare il maggior numero possibile di vulnerabilità e di bug e impedire che riescano a entrare nei nostri prodotti quando i nostri clienti e utenti vi accedono. Utilizziamo una piattaforma per facilitare la distribuzione di questi strumenti nei nostri repository di codice. Di seguito sono riportate alcune delle misure che adottiamo:\nAtlassian distribuisce la maggior parte dei suoi servizi utilizzando le immagini dei contenitori Docker. Queste immagini forniscono un ambiente integrato e indipendente composto da librerie di sistema pertinenti, strumenti, impostazioni di configurazione e qualsiasi altra dipendenza richiesta in modo che i prodotti possano essere eseguiti indipendentemente dai singoli parametri di configurazione della macchina. Integriamo un processo completo di scansione della sicurezza dei contenitori nella nostra pipeline CI/CD per qualsiasi contenitore implementato nei nostri ambienti di sviluppo, staging o produzione.\nI nostri prodotti e servizi si basano su numerose librerie open source. Utilizziamo una combinazione di strumenti interni, open source e commerciali per analizzare e identificare le dipendenze e confrontarle con un database di vulnerabilità della sicurezza note.\nInoltre, quando i nostri utenti identificano una vulnerabilità durante il normale utilizzo di un prodotto, li invitiamo a comunicarcelo e rispondiamo tempestivamente alle eventuali segnalazioni che ci vengono inviate. Il mittente riceve informazioni aggiornate durante il processo di indagine e risposta al problema.\nCome accennato in precedenza in questo documento, utilizziamo un processo "Peer Review, Green Build" (PRGB) che prevede che qualsiasi modifica apportata al codice di un prodotto venga esaminata da uno o più colleghi per identificare eventuali problemi che potrebbe causare.\nDisponiamo di una policy di correzione dei bug che definisce la tempistica di risoluzione dei problemi di sicurezza nei nostri prodotti, in base al livello di gravità del bug.\nMaggiori informazioni sulla nostra policy di correzione dei bug sono disponibili qui. Le informazioni sui bug corretti di recente e su quelli che stiamo cercando di risolvere nei nostri vari prodotti sono disponibili nel nostro strumento pubblico di rilevamento dei bug.\nAtlassian si avvale di un approccio completo per gestire gli imprevisti di sicurezza. Consideriamo un imprevisto di sicurezza qualsiasi istanza che causi un impatto negativo sulla riservatezza, l'integrità o la disponibilità dei dati dei clienti oppure dei dati o dei servizi di Atlassian.\nAbbiamo un framework interno definito in modo chiaro che include playbook documentati per i vari tipi di imprevisti. Il framework comprende le misure che dobbiamo adottare in tutte le fasi di risposta agli imprevisti per garantire che i nostri processi siano coerenti, ripetibili ed efficienti. Questi includono il rilevamento e l'analisi degli imprevisti, nonché la categorizzazione, il contenimento, l'eliminazione degli imprevisti e il successivo ripristino. Questa coerenza è supportata dall'uso dei nostri prodotti, tra cui Confluence, Jira e Bitbucket come parte dei nostri processi di risposta agli imprevisti:\nConfluence è utilizzato per creare, documentare e aggiornare i nostri processi di risposta in una posizione centrale.\nJira è utilizzato per creare ticket di monitoraggio dell'avanzamento nel processo di risposta per gli imprevisti di sicurezza (potenziali ed effettivi) dall'inizio alla fine.\nBitbucket è utilizzato nei casi in cui sviluppiamo soluzioni basate su codice per rispondere a determinati problemi in situazioni limite che si verificano con determinati imprevisti.\nLa registrazione e il monitoraggio completi e centralizzati dei nostri prodotti e della nostra infrastruttura sono in grado di garantire il rilevamento rapido di potenziali imprevisti, con l'assistenza di un team di gestori degli imprevisti su chiamata altamente qualificati che hanno una notevole esperienza nel coordinamento di una risposta efficace. Abbiamo anche accesso a una serie di esperti esterni che ci assistono nell'indagine e nella risposta nel modo più efficace possibile.\nUtilizziamo processi di notifica per i nostri clienti qualora si verifichi un imprevisto confermato che coinvolga i loro dati e ci avvaliamo di un solido processo di revisione post-imprevisto che ci consente di acquisire informazioni importanti sull'evento per migliorare le nostre pratiche e rendere più difficili in futuro i tentativi di accesso da parte di utenti malevoli. Per ulteriori informazioni, consulta il documento separato dal titolo Il nostro approccio alla gestione degli imprevisti di sicurezza nell'Atlassian Trust Center.\nRiconoscendo la necessità di basarsi sul nostro approccio alla gestione degli imprevisti nel contesto di un panorama di minacce sempre più complesso, Atlassian ha introdotto il proprio programma per i rilevamenti di sicurezza definito "Security Detections Program". I rilevamenti sono ricerche che vengono pianificate ed eseguite in modo proattivo sulla piattaforma Atlassian Security Incident and Event Management per rilevare attività dannose che hanno come obiettivo Atlassian e i suoi clienti.\nIl nostro team di intelligence della sicurezza si concentra sulla creazione regolare di nuovi rilevamenti, sull'ottimizzazione e il miglioramento dei rilevamenti esistenti e sull'automazione delle risposte di rilevamento. Questa attività viene effettuata tenendo conto di diversi fattori, tra cui i prodotti, i tipi di attacco e le origini dei log, in modo da garantire una copertura dei rilevamenti che sia il più efficace e completa possibile.\nLo scopo del programma è di aiutarci non solo ad affrontare le minacce attuali, ma anche a prevedere e prepararci in misura adeguata al panorama delle minacce future. Il nostro team di intelligence della sicurezza ha anche creato uno strumento per standardizzare i rilevamenti che creiamo allo scopo di garantire un livello elevato di coerenza e qualità tra i rilevamenti che eseguiamo; si tratta di un approccio che, a nostro avviso, non ha precedenti nel settore.\nPer ulteriori informazioni sul nostro programma per i rilevamenti, visita questa pagina nell'Atlassian Trust Center.\nProgramma Red Team\nLa mission del Team rosso di Atlassian è di aumentare continuamente la resilienza di Atlassian contro gli attacchi sofisticati. Simulando le azioni di criminali informatici, il team fa emergere vulnerabilità tecniche, fisiche e sociali per mettere alla prova la capacità dei nostri team di reagire in condizioni reali. Questo approccio ci consente di sviluppare e facilitare miglioramenti efficaci della sicurezza per Atlassian. Il nostro approccio aiuta Atlassian a valutare le minacce, proteggere gli asset e rispondere in modo appropriato agli attacchi reali.\nIl Red Team di Atlassian si concentra sull'emulazione completa degli avversari. Agiamo come farebbero i potenziali aggressori dell'azienda e ci adoperiamo al meglio per infiltrarci e compromettere i sistemi critici. Al termine, ne informiamo tutte le persone coinvolte e lavoriamo insieme per implementare soluzioni sostenibili a lungo termine allo scopo di correggere le vulnerabilità di sicurezza scoperte.\nMisura e migliora l'efficacia del programma Security Intelligence.\nCrea cambiamenti positivi significativi nel profilo e nelle funzionalità di sicurezza di Atlassian.\nAumenta la comprensione della nostra vulnerabilità e la capacità di rispondere agli attacchi del mondo reale.\nProtezione del nostro ecosistema e dei partner della supply chain\nGestione dei rischi associati ai fornitori\nQuando ci avvaliamo di fornitori terzi (inclusi appaltatori e provider di servizi cloud), ci assicuriamo che le loro attività non compromettano in alcun modo i nostri clienti o i loro dati. A tale scopo, i nostri team legali e di approvvigionamento avviano un processo di revisione di qualsiasi attività di fornitori terzi proposti. Le eventuali attività che riteniamo siano a rischio elevato o critico sono soggette ad ulteriori revisioni da parte dei nostri team di sicurezza, rischio e conformità. Il processo di due diligence avviene anche tramite revisioni successive, sia al momento del rinnovo del contratto che annualmente a seconda del livello di rischio dell'attività.\nAtlassian richiede inoltre ai suoi fornitori di rispettare i requisiti minimi di sicurezza nell'ambito dell'impegno assunto con noi. Questi requisiti vengono applicati tramite l'inclusione nei nostri contratti con i fornitori e variano a seconda del livello di rischio dell'impegno. Includono:\nIntegrazione di SAML con la piattaforma Single Sign-On di Atlassian.\nCrittografia dei dati in transito e inattivi utilizzando algoritmi non obsoleti.\nMeccanismi di registrazione sufficienti per fornire ad Atlassian informazioni pertinenti sui potenziali imprevisti di sicurezza.\nAtlassian Marketplace è una piattaforma in cui gli utenti dei nostri prodotti possono acquistare app che forniscono funzionalità aggiuntive ai prodotti Atlassian o consentono a tali prodotti di connettersi con strumenti di terze parti. Sebbene la maggior parte delle applicazioni disponibili sul mercato sia prodotta da sviluppatori terzi, Atlassian adotta numerose misure per garantire che la sicurezza continui ad avere un ruolo centrale dell'ecosistema del marketplace, tra cui:\nProgramma Bug Bounty del Marketplace – Atlassian porta avanti un programma Bug Bounty leader del settore per aumentare la sicurezza e la fiducia in tutte le app del Marketplace. I Marketplace Partner partecipanti sono in grado di contrastare in modo proattivo i rischi per la sicurezza prima che si manifestino, incentivando i ricercatori di sicurezza a individuare le vulnerabilità. Per ottenere un badge Partecipante al programma Cloud Fortified/Cloud Security, è necessario che le app partecipino al programma. Scopri di più\nEcoscanner - La piattaforma Ecoscanner di Atlassian esegue regolarmente controlli di sicurezza su tutte le app cloud del Marketplace. Con Ecoscanner, Atlassian monitora costantemente tutte le app cloud del Marketplace per individuare vulnerabilità di sicurezza comuni e garantire la protezione del nostro ecosistema. Scopri di più\nVulnerability Disclosure Program - Il Vulnerability Disclosure Program fornisce a clienti o ricercatori di sicurezza un altro canale per segnalare le vulnerabilità delle app cloud ad Atlassian e ai Marketplace Partner. Atlassian attua questo programma e definisce i parametri in modo tale che per tutte le app cloud possano essere ridotti i rischi per la sicurezza. Scopri di più\nRequisiti di sicurezza delle app cloud - Atlassian ha definito una serie minima di requisiti che tutte le app del Marketplace devono rispettare. Questi requisiti sono obbligatori e mirano ad applicare le best practice di sicurezza in tutte le app. Scopri di più\nPolicy di correzione dei bug di sicurezza - Al fine di garantire la sicurezza di tutte le app dell'ecosistema Atlassian, tutti i Marketplace Partner sono tenuti ad aderire agli SLA di correzione dei bug di sicurezza per qualsiasi app elencata nell'Atlassian Marketplace. Se viene rilevata una vulnerabilità, i partner devono intervenire in modo tempestivo. Scopri di più\nSecurity Self-Assessment Program - Il Marketplace Self-Assessment Program è una collaborazione tra Atlassian e i partner che vendono app di terze parti volta a migliorare le pratiche di sicurezza per le app cloud. I partecipanti al programma prendono parte a una valutazione annuale della sicurezza che viene esaminata e approvata da Atlassian. Per ottenere un badge Partecipante al programma Cloud Fortified, è necessario che le app partecipino al programma. Scopri di più\nPer ulteriori informazioni sul nostro approccio alla sicurezza nel marketplace, visita l'Atlassian Marketplace Trust Center.\nLa nostra policy e i programmi di gestione dei rischi\nAtlassian dispone di un Trust Management Program (TMP) basato sullo standard ISO 27001 - Sistema di gestione per la sicurezza delle informazioni. Questo programma tiene conto delle esigenze di sicurezza dei clienti e raggiunge una serie di requisiti di sicurezza specifici per Atlassian, tenendo conto dei controlli elencati in una serie di standard di sicurezza internazionali.\nValutiamo quindi se tali controlli siano contestualmente appropriati per il nostro ambiente specifico e per la nostra azienda, e quale sia il modo migliore per implementarli. Il nostro TMP si fonda su diversi principi:\nPolicy Management Program (PMP): il PMP costituisce la base del TMP. Comprende una serie di policy di sicurezza riguardanti gli ambiti di cui allo standard ISO 27001 e la Cloud Controls Matrix (CCM) di Cloud Security Alliance. Tutti i team hanno accesso internamente alle policy di sicurezza che abbiamo redatto, in modo che siano a conoscenza del livello di sicurezza che sono tenuti a rispettare. Le policy vengono aggiornate con cadenza annuale e, in particolare, teniamo alta l'attenzione su eventuali nuove minacce e rischi che richiedano modifiche all'approccio in materia di sicurezza. Alcuni estratti delle nostre policy tecnologiche sono disponibili qui.\nRisk Management Program (RMP): effettuiamo continuamente valutazioni del rischio sui nostri ambienti e prodotti per individuare i rischi attuali da affrontare e verificare che i controlli istituiti ci consentano di gestirli efficacemente. La modalità di esecuzione di queste valutazioni del rischio varia in base all'ambiente/prodotto in questione, ad esempio, nel caso dei nostri prodotti, si tratta spesso di valutazioni del rischio tecnico o di revisioni del codice. Tuttavia, prendiamo in considerazione e cerchiamo di individuare anche rischi di business di livello più elevato. Svolgiamo una valutazione annuale del rischio a sostegno del Risk Management Program aziendale e implementiamo progetti per mitigare i rischi identificati almeno con cadenza trimestrale. Per ulteriori informazioni sul nostro approccio alla gestione del rischio aziendale, visita l'Atlassian Trust Center.\nIl nostro TMP include revisioni settimanali dello stato di conformità e altre riunioni documentate internamente, affinché continui a operare in modo efficace.\nConformità a leggi, normative e standard\nIl nostro programma di sicurezza è stato sviluppato ed eseguito in conformità a una serie di standard di settore. Il rispetto di standard di settore ampiamente riconosciuti è parte integrante del nostro approccio alla sicurezza, perché siamo consapevoli del fatto che offrono ai nostri clienti la garanzia indipendente che il programma di sicurezza di Atlassian soddisfa uno standard di controlli di sicurezza.\nEcco alcuni degli standard chiave cui ci atteniamo:\nAlla base dello standard ISO 27001 vi è lo sviluppo e l'attuazione di un sistema di gestione per la sicurezza delle informazioni (ISMS), e la successiva implementazione e gestione di una serie di controlli previsti dall'Allegato A dello standard ISO 27001 tramite tale ISMS.\nISO/IEC 27018 è un codice di condotta che fornisce ulteriori indicazioni di implementazione per i controlli ISO/IEC 27002 applicabili alla protezione delle informazioni personali identificabili (PII) in ambienti cloud.\nVisualizza il nostro certificato ISO 27001\nQuando paghi con la carta di credito per i prodotti o i servizi di Atlassian, puoi stare certo che gestiamo la sicurezza della transazione con la dovuta attenzione. Atlassian è conforme a PCI-DSS.\nVisualizza i nostri attestati di conformità AoC\nSecurity, Trust & Assurance Registry (STAR) di CSA è un registro gratuito e accessibile pubblicamente che documenta i controlli di sicurezza forniti da varie soluzioni di cloud computing. Il Questionario CSA STAR Livello 1 per Atlassian è disponibile per il download nel registro STAR di Cloud Security Alliance.\nQuesti report aiutano i nostri clienti e i loro revisori a comprendere i controlli stabiliti per supportare le operazioni e la conformità di Atlassian. Atlassian ha ottenuto le certificazioni SOC 2 per molti dei suoi prodotti.\nVisualizza i nostri report di certificazione SOC 2 e SOC 3\nSiamo consapevoli del fatto che i nostri clienti hanno dei requisiti ai sensi del Regolamento generale sulla protezione dei dati (GDPR) che sono direttamente influenzati dal loro utilizzo dei prodotti e servizi Atlassian. Abbiamo, pertanto, dedicato un'elevata quantità di risorse allo scopo di aiutarli a soddisfarli.\nPer maggiori informazioni sul nostro approccio alla conformità al GDPR, consulta la pagina Conformità al GDPR di Atlassian.\nIl Federal Risk and Authorization Management Program (FedRAMP) è un programma del governo federale degli Stati Uniti che fornisce un approccio standardizzato alla valutazione della sicurezza, alle autorizzazioni e al monitoraggio continuo per i prodotti e servizi cloud.\nVisualizza lo stato individuale sul FedRAMP Marketplace per i seguenti prodotti Atlassian:\nL'elenco completo degli standard di settore a cui ci atteniamo è disponibile nella nostra pagina Programma di conformità.\nLa privacy in Atlassian\nAtlassian dispone di un Programma per la privacy completo per garantire il massimo livello di protezione della privacy dei dati in tutto il mondo. I nostri strumenti e processi di gestione dei dati sono progettati per aiutarti a soddisfare anche i tuoi obblighi in materia di privacy. Condividiamo informazioni sulle misure adottate per conformarci alle varie leggi globali sulla privacy (tra cui quelle in vigore in Europa e California, per citarne alcune), sia nel nostro Trust Center che nella nostra Informativa sulla privacy , e forniamo un riepilogo di come aiutiamo l'utente a rispettare le leggi sulla privacy. Gli esempi includono:\nPrivacy by design: integriamo la privacy nei nostri prodotti fin dalla progettazione come descritto nella nostra pagina Principi di privacy\nControlli degli accessi e formazione: il personale di Atlassian che accede ai dati personali dei clienti e li elabora è preparato su come gestirli ed è tenuto a mantenerne la riservatezza e la sicurezza\nStrumenti per il profilo utente e la privacy: gli utenti hanno la possibilità di personalizzare le impostazioni del loro profilo, come descritto nella pagina sulla privacy per gli utenti\nStrumenti per la privacy dell'amministratore: forniamo ai nostri clienti le informazioni su come gestiamo i dati dei clienti e una pagina sulla privacy per gli amministratori per delineare le personalizzazioni e le impostazioni pertinenti\nNovità e aggiornamenti: condividiamo gli aggiornamenti sugli sviluppi in materia di leggi globali sulla privacy sulla nostra pagina Aggiornamenti sulla privacy. Puoi iscriverti al nostro feed RSS per restare aggiornato su eventuali modifiche\nPer ulteriori informazioni, visita l'Atlassian Trust Center.\nEseguiamo valutazioni complete della sicurezza nell'ambito dei nostri audit annuali di conformità (ad esempio, SOX, SOC2), questa procedura comporta anche una valutazione indipendente da parte di società di revisione contabile esterne. Inoltre, eseguiamo audit operativi interni in aree ritenute ad alto rischio, tra cui una serie di punti inerenti la sicurezza. I risultati di questi audit sono comunicati al Comitato di revisione del nostro Consiglio di amministrazione e sono inseriti in un ciclo di miglioramento continuo che ci aiuta a ottimizzare il programma di sicurezza globale.\nRichieste di dati effettuate dalle autorità preposte all'applicazione della legge e governative\nNell'ambito del nostro impegno volto a ottenere e a mantenere la fiducia dei clienti, pubblichiamo annualmente un report sulla trasparenza di Atlassian contenente informazioni sulle richieste di dati effettuate da enti pubblici. Atlassian esaminerà la validità legale di ogni richiesta e, se necessario per adempiere ai propri obblighi, risponderà nel modo più preciso possibile alla richiesta specifica.\nI valori di Atlassian sono alla base del nostro approccio di risposta alle richieste delle autorità preposte all'applicazione della legge in relazione ai dati dei clienti. Per proteggere la privacy dei dati dei clienti e i diritti su tali dati, forniamo le informazioni dei clienti alle autorità preposte all'applicazione della legge solo quando riteniamo ragionevolmente che sussista un requisito legale per farlo e a seguito di una revisione legale completa. Per ottenere informazioni dei clienti da Atlassian, i funzionari delle autorità preposte all'applicazione della legge devono esibire un documento legale appropriato per il tipo di informazioni richieste, ad esempio una citazione a comparire, un'ordinanza del tribunale o un mandato. Indicazioni dettagliate per la gestione delle richieste delle forze dell'ordine sono disponibili nelle Linee guida di Atlassian per le richieste delle autorità preposte all'applicazione della legge.\nUlteriori domande e richieste di informazioni\nSebbene le nostre pratiche di sicurezza forniscano un'ampia panoramica dell'approccio e dell'intenso lavoro di Atlassian al riguardo, quello della sicurezza è un ambito complesso i cui contenuti non possono essere trattati in modo esaustivo in questa sede.\nPer maggiori informazioni, visita il nostro Atlassian Trust Center. Se occorrono ulteriori chiarimenti su qualsiasi aspetto correlato alla sicurezza di Atlassian puoi anche contattare il Trust Team di Atlassian tramite il portale di assistenza o porre una domanda nell'Atlassian Trust and Security Community.\nIn questa pagina abbiamo fatto riferimento a molti altri documenti e risorse che ti invitiamo a consultare per informazioni più approfondite sul nostro approccio alla sicurezza e alla fiducia.\nIscrizione di Atlassian al registro CSA STAR\nIl nostro Contratto con il cliente\nPolicy di pubblicazione degli avvisi di sicurezza


Giordana, Labate & co. "padrini" del TFF\nTORINO - Wilma Labate, Marco Tullio Giordana, Davide Ferrario, Enzo Monteleone e Maurizio Zaccaro in veste di testimonial di lusso, invece della consueta "madrina", per l'inaugurazione del 37° Torino Film Festival, chiamati sul palco del Cinema Massimo dal direttore Emanuela Martini, sono cinque cineasti della sua stessa generazione, la "generazione dei cineclub", come ha sintetizzato Monteleone, mentre Labate ha lodato il pubblico torinese, severo ma cinefilo.\nIniziata con una mezz'ora abbondante di ritardo e con gli invitati divisi in tre sale del Massimo - solo quelli della sala 1 hanno avuto l'onore di assistere dal vivo alla sobria cerimonia di apertura, gli altri l'hanno vista sullo schermo -preceduta dal trailerone con i migliori film di questa edizione.\n"In questi nove giorni vedrete un sacco di storie, di facce, di paure, di emozioni", ha esordito l'uscente Emanuela Martini, che non nasconde di ambire a una riconferma. Film d'apertura Jojo Rabbit di Taika Waititi, una satira del nazismo ad altezza di bambino, accompagnata dal protagonista, il giovanissimo attore Roman Griffin Davis, che dà al personaggio il candore e la grazia dei suoi 10 anni.\nEnzo Ghigo, da pochi giorni presidente del Museo del Cinema, insieme al neodirettore Domenico De Gaetano, ha fatto gli auguri alla kermesse: "Siamo una squadra nuova, ci impegniamo a proseguire sulla strada percorsa e migliorarla", ha affermato Ghigo.\nAl termine della proiezione, cocktail al Museo del Cinema nella Mole Antonelliana con ospiti come Carlo Verdone, guest director di questa edizione, la presidente della giuria Cristina Comencini e Mario Turetta, DG Cinema del Ministero dei Beni Culturali.\n"È un festival che rispetto ad altri azzarda di più, dà più chance ai giovani e alla sperimentazione. C’è bisogno di festival come questo", ha detto Verdone al suo arrivo alla Mole Antonelliana. "Sono emozionato, mi hanno accolto con tanto affetto. Sono molto legato a questa città. Sono nato artisticamente qui nel ‘78 con Enzo Trapani. Più passa il tempo più la vedo viva, piena di giovani e attività culturali".


Ozonoterapia Sciatalgia Nettuno - OZONOTERAPIA ROMA\nOzonoterapia Sciatalgia Nettuno: D.S.Ozonoterapia ✅ Esperti nel Trattamento dell’Ernia del Disco con Ozonoterapia\nMaggiori informazioni per Ozonoterapia Sciatalgia Nettuno\nDi volta in volta in base alla risposta clinica valuta quale sia il miglior modo di trattare il paziente in quel determinato momento del percorso clinico. L’Ozonoterapia Sciatalgia Nettuno è una tecnica altamente performante idonea per tutti quei soggetti sofferenti di sciatica (o sciatalgia), per attenuare i sintomi delle patologie che ne sono alla base ed in alcuni casi per curare la patologia stessa.\nQuesto fenomeno dipende dal grado di compressione del nervo a causa di ernia del disco, di protrusioni discali o di altre patologie della colonna (listesi vertebrale) L’Ozonoterapia Sciatalgia Nettuno dicevamo caratteristiche antinfiammatorie e antidolorifiche.\nEbbene il Centro D.S.Ozonoterapia sono anni che sta lavorando creando la migliore Equipe al Vostro servizio: medici specialisti di diverse materie interagiscono in sinergia (insieme) proprio per garantirvi qualità del trattamento e soprattutto sicurezza. Come spieghiamo di solito durante la visita preliminare l’Ozonoterapia Sciatalgia Nettuno è una terapia che può essere tranquillamente associata alle terapie tradizionali.\nOzonoterapia Sciatalgia Nettuno – Sciatalgia, di cosa si tratta?\nE’ proprio all’interno di quest’ultimo contesto che il mondo della medicina (e conseguentemente quello dell’opinione pubblica) sta scoprendo la reale efficacia dell’ Ozonoterapia Sciatalgia Nettuno.\nParliamo infatti di un trattamento: •\tRapido •\tIndolore •\tNon invasivo •\tPraticamente privo di controindicazioni (gravidanza e pazienti affetti da favismo) •\tEfficace •\tEseguito da mani esperte in Specialisti che si occupano di colonna vertebrale Tutto questo la D.S.Ozonoterapia Roma mette a disposizione dei pazienti per il trattamento di Ozonoterapia Sciatalgia Nettuno.\nOzonoterapia Sciatalgia Nettuno – Dove si esegue\nIl trattamento di Ozonoterapia Sciatalgia Nettuno è un trattamento che si esegue in regime ambulatoriale.\nOzonoterapia Sciatalgia Nettuno – Come si effettua il trattamento\nIl trattamento di Ozonoterapia Sciatalgia Nettuno è un trattamento ambulatoriale, semplice, rapido ed indolore.\nIn fondo ha visto tante persone nelle vostre condizioni ed è stato proprio grazie alla sua esperienza di medico e nello specifico di medico che si occupa di Ozonoterapia Sciatalgia Nettuno che gli ha permesso di migliorare la vita di tante persone affette da patologie così invalidanti. Tecnicamente una seduta di Ozonoterapia Sciatalgia Nettuno si svolge nel seguente modo. Il paziente viene invitato a sdraiarsi sul lettino e a rilassarsi.\nQuindi possiamo affermare che il trattamento di Ozonoterapia Sciatalgia Nettuno è EFFICACE, SICURO, RAPIDO e tendenzialmente INDOLORE. Nel Centro “D.S.Ozonoterapia” viene proposto ed eseguito esclusivamente da Medici Specialisti, che nel quotidiano si occupano a livello ospedaliero di patologie della colonna vertebrale e che hanno una consolidata esperienza nella pratica dell’ozonoterapia.\nArrivederci da Ozonoterapia Sciatalgia Nettuno!\nOzonoterapia Costi Rischi Controindicazioni Metro Numidio Qadrato


Pulizie Negozi Metro Garbatella - ✅ Abitazioni e Attività Commerciali\nHome > Pulizie Negozi Metro Garbatella\nPulizie Negozi Metro Garbatella ✅ Impresa di Pulizie Roma specializzata in pulizie di appartamenti, uffici, condomini, attività commerciali, cliniche private e scuole.\nI negozi fisici, che si dividono in diversi settori, cioè dove rientrano tutti quei locali che propongono la vendita diretta al dettaglio, devono subire delle Pulizie Negozi Metro Garbatella che sono giornaliere.\nIn base al prodotto che vendono, si eseguono delle Pulizie Negozi Metro Garbatella, che sono variegate, mirate a valorizzare la vendita. Questi locali hanno come obiettivo solo la sicurezza di proporre degli ambienti che siano sani, privi di polvere e particolarmente belli da vedere, da vivere e in cui recarsi.\nPensiamo che oggi come oggi, in questo momento particolarmente difficile per la vendita diretta al dettaglio nei negozi fisici, proprio l’accoglienza rivolta al cliente, che si semplifica con delle Pulizie Negozi Metro Garbatella di alta qualità, riesce a garantire un biglietto da visita ottimale.\nCome si dividono le Pulizie Negozi Metro Garbatella?\nOccorre anche eseguire delle Pulizie Negozi Metro Garbatella quotidiane per diminuire la possibilità di contrarre far sviluppare nei dipendenti, delle malattie professionali di allergia alle polveri e anche di problemi polmonari.\nOltre alle pulizie quotidiane occorre rivolgersi anche ad una ditta specializzata nelle Pulizie Negozi Metro Garbatella per questo settore poiché essi useranno, una volta a settimana, degli strumenti elettrostatici per diminuire la presenza di polvere e quindi garantire una minore quantità di tale sporcizia.\nPulizie Negozi Metro Garbatella, attenzione ai camerini e ai bagni\nQuesto vuol dire che sarebbe opportuno rivolgersi ad una ditta specializzata nelle Pulizie Negozi Metro Garbatella per avere la sicurezza di un ambiente che sia vanificato, magari pulito con delle attrezzature a vapore almeno una volta a settimana, igiene e quindi perfetto.\nI camerini possono essere puliti santificati una volta a settimana e, se abbiamo intenzione di avere tale continuazione del servizio, possiamo stipulare delle collaborazioni direttamente con delle imprese specializzati nelle Pulizie Negozi Metro Garbatella in modo da avere dei costi minori.\nPer quanto riguarda invece le Pulizie Negozi Metro Garbatella rivolte ai bagni, ci deve essere sempre un lavoro professionale che va ad utilizzare determinati strumenti attrezzature.\nPulizie Negozi Metro Garbatella per i depositi, un nido di infezioni\nNelle Pulizie Negozi Metro Garbatella rientra anche la pulizia di un deposito. In realtà sarebbe opportuno che ci sia un’azione o una pulizia annuale di quello che si deve buttare e quindi poter proporre delle pulizie eliminando tutto quello che c’è di sporcizia.\nSe il deposito ha delle finestre aperte o rotte, dove ci sono nidi di pipistrello, di rondini o anche colonie dei topi, la ditta di Pulizie Negozi Metro Garbatella potrebbe rifiutarsi di eseguire il lavoro finché non c’è stata una disinfestazione.\nPulizie Negozi Metro Garbatella per le polveri, a cosa servono?\nConcentriamoci su uno dei problemi che sono sempre “minimizzati” quando si parla di Pulizie Negozi Metro Garbatella, vale a dire la polvere.\nQuesto vuol dire che nei negozi, tutti quelli che sono proposti alla vendita, oltre a preoccuparsi di una buona estetica e di un’accoglienza dei clienti, si deve premunire e cercare di proporre delle Pulizie Negozi Metro Garbatella per la salute dei propri dipendenti.\nUno dei settori che si concentrano spesso su questo problema, cioè le polveri, è quello che riguarda il settore cosmetico. Le profumerie, ma anche le estetiste, si servono spesso di ditte specializzate nelle Pulizie Negozi Metro Garbatella con un riferimento al lavoro di eliminazione delle polveri.\nTramite delle attrezzature e strumenti studiati per eseguire le Pulizie Negozi Metro Garbatella, si riesce a garantire una nuova “vita” dell’ambiente.\nNelle Pulizie Negozi Metro Garbatella, almeno una volta al mese, ci dovrebbe essere questo tipo di intervento considerando la grande presenza di clienti che introducono batteri e elementi patogeni dall’esterno verso l’interno dei locali.\nPulizie Negozi Metro Garbatella, in base alla metratura, dividete per settori\nPer effettuare delle buone Pulizie Negozi Metro Garbatella si devono dividere i locali in base ai settori. Questo metodo permette di avere una velocizzazione di questi interventi e quindi si riesce a garantire una migliore attenzione.\nIn base alla suddivisione, ecco che si riescono ad avere determinate attrezzature che permettono di garantire al meglio le Pulizie Negozi Metro Garbatella in modo veloce. Utilizzando e seguendo questo metodo di lavoro si ha un’azione veloce e dove ogni singolo intervento permette di lasciare delle superfici che sono realmente pulite.\nSelezionando gli interventi, le operazioni e i settori che ci sono, una ditta di Pulizie Negozi Metro Garbatella può comunque proporre dei servizi aggiuntivi o che garantiscano poi un aiuto e un’ottimizzazione delle pulizie negli ambienti che ci sono.\nPulizie Negozio Metro Garbatella\nPulizie Negozi Costo Metro Garbatella\nPulizie Negozi Costi Metro Garbatella\nPulizie Negozi Prezzo Metro Garbatella\nPulizie Negozi Prezzi Metro Garbatella\nPulizie Negozi Preventivi Metro Garbatella\nPulizie Negozi Preventivo Metro Garbatella\nCosto Pulizie Negozi Metro Garbatella\nCosti Pulizie Negozi Metro Garbatella\nPrezzo Pulizie Negozi Metro Garbatella\nPrezzi Pulizie Negozi Metro Garbatella\nPreventivi Pulizie Negozi Metro Garbatella\nPreventivo Pulizie Negozi Metro Garbatella\nPulizie Negozi Informazioni Metro Garbatella\nPulizie Negozi Migliore Metro Garbatella\nPulizie Negozi A Chi Rivolgersi Metro Garbatella\nPulizie Negozi In Zona Metro Garbatella\nInformazioni Pulizie Negozi Metro Garbatella\nMigliore Pulizie Negozi Metro Garbatella\nA Chi Rivolgersi Pulizie Negozi Metro Garbatella\nIn Zona Pulizie Negozi Metro Garbatella\nImpresa Di Pulizie Negozi Metro Garbatella\nImpresa Di Pulizie Negozio Metro Garbatella\nImpresa Di Pulizie Negozi Costo Metro Garbatella\nImpresa Di Pulizie Negozi Costi Metro Garbatella\nImpresa Di Pulizie Negozi Prezzo Metro Garbatella\nImpresa Di Pulizie Negozi Prezzi Metro Garbatella\nImpresa Di Pulizie Negozi Preventivi Metro Garbatella\nImpresa Di Pulizie Negozi Preventivo Metro Garbatella\nCosto Impresa Di Pulizie Negozi Metro Garbatella\nCosti Impresa Di Pulizie Negozi Metro Garbatella\nPrezzo Impresa Di Pulizie Negozi Metro Garbatella\nPrezzi Impresa Di Pulizie Negozi Metro Garbatella\nPreventivi Impresa Di Pulizie Negozi Metro Garbatella\nPreventivo Impresa Di Pulizie Negozi Metro Garbatella\nImpresa Di Pulizie Negozi Informazioni Metro Garbatella\nImpresa Di Pulizie Negozi Migliore Metro Garbatella\nImpresa Di Pulizie Negozi A Chi Rivolgersi Metro Garbatella\nImpresa Di Pulizie Negozi In Zona Metro Garbatella\nInformazioni Impresa Di Pulizie Negozi Metro Garbatella\nMigliore Impresa Di Pulizie Negozi Metro Garbatella\nA Chi Rivolgersi Impresa Di Pulizie Negozi Metro Garbatella\nIn Zona Impresa Di Pulizie Negozi Metro Garbatella\nDitta Di Pulizie Negozi Metro Garbatella\nDitta Di Pulizie Negozio Metro Garbatella\nDitta Di Pulizie Negozi Costo Metro Garbatella\nDitta Di Pulizie Negozi Costi Metro Garbatella\nDitta Di Pulizie Negozi Prezzo Metro Garbatella\nDitta Di Pulizie Negozi Prezzi Metro Garbatella\nDitta Di Pulizie Negozi Preventivi Metro Garbatella\nDitta Di Pulizie Negozi Preventivo Metro Garbatella\nCosto Ditta Di Pulizie Negozi Metro Garbatella\nCosti Ditta Di Pulizie Negozi Metro Garbatella\nPrezzo Ditta Di Pulizie Negozi Metro Garbatella\nPrezzi Ditta Di Pulizie Negozi Metro Garbatella\nPreventivi Ditta Di Pulizie Negozi Metro Garbatella\nPreventivo Ditta Di Pulizie Negozi Metro Garbatella\nDitta Di Pulizie Negozi Informazioni Metro Garbatella\nDitta Di Pulizie Negozi Migliore Metro Garbatella\nDitta Di Pulizie Negozi A Chi Rivolgersi Metro Garbatella\nDitta Di Pulizie Negozi In Zona Metro Garbatella\nInformazioni Ditta Di Pulizie Negozi Metro Garbatella\nMigliore Ditta Di Pulizie Negozi Metro Garbatella\nA Chi Rivolgersi Ditta Di Pulizie Negozi Metro Garbatella


7 Febbraio 2019 ilpeperonerosso Dessert Dolci 1\nLa ricetta che vi illustrerò e come realizzare il tiramisú in pochi semplici passaggi senza uova! Pochi dessert italiani sono internazionali e popolari come il tiramisù, esistono tantissime versioni dalla ricetta classica a quella alle fragole quella con il latte che e sopratutto indicata per i bambini alla nutella quella al pistacchio, la ricetta che vi propongo una versione light, facile da preparare in pochissimi minuti, indicata per chi soffre di qualche allergia particolare.\n1 cucchiaio Liquore (io preferisco la Sambuca)\n1 cucchiaio Zucchero (per il caffè\nMontare la panna e riponetela in frigo.\nMettiamo una ciotola nel freezer circa un ora anche la panna deve essere fredda, cominciamo a montare la panne e riponiamo in frigo, in un altra terrina mettiamo il mascarpone e lo zucchero e la vaniglia e cominciamo ad amalgamare il tutto a questo punto, prendiamo la panna e incorporiamo il tutto mescolando dal basso verso l’altro aiutandoci con una spatola, riponiamo in frigo circa 30 minuti nel frattempo prepariamo in caffè, in cui andremo a intingere i biscotti, prepariamo 350 ml di caffè e aggiungiamo due cucchiai di zucchero, e il liquore che preferite, io consiglierei la sambuca, si presta bene per questo strepitoso dessert, ora andiamo ad assemblare il tutto intingiamo i biscotti nel caffè e li riponiamo in un piatto, stampo vassoio dove preferiterealizzare il tiramisù e cominciamo a creare il primo strato aggiungete la crema e le fragole tagliate precedentemente e ripetete l’operazione per ogni strato, alla fine date una bella spolverata di cacao amaro, aggiungete qualche fragola per decorare il tutto.\n11 Marzo 2020 a 22:07\nda servire a conclusione dei vostri pasti, dal momento che donera un tocco di stile inconfondibile alle vostre cene e ai vostri pranzi piu importanti aggiungendo anche una nota di freschezza. La ricetta, oltre a non prevedere l’utilizzo di uova, non prevede nemmeno l’uso di liquore e di caffe. Una caratteristica che la rende davvero adatta a tutti i gusti.


Afghanistan, liberato Torsello La telefonata: "Sto bene, vi amo" - esteri - Repubblica.it\nIl fotoreporter italiano era stato rapito 23 giorni fa\nE' stato preso in consegna da funzionari del Sismi\nEcco Gabriele Torsello\n(dal sito www.peacereporter.net)\nROMA - Il fotoreporter italiano Gabriele Torsello, rapito in Afghanistan il 12 ottobre scorso, è stato liberato. La notizia è stata data da Peace Reporter e confermata dal ministero della Difesa italiano. Torsello sta bene ed è stato preso in consegna da funzionari del Sismi in Afghanistan. Ora si trova a Kabul, presso l'ambasciata italiana.\nHa salutato anche il figlio di 4 anni, il piccolo Gabriele, che per telefono ha risposto: "Anche noi ti amiamo". Grande gioia anche per il padre del fotoreporter rapito, cui Torsello al telefono ha detto di aver "voglia di mangiare tanto pesce". "E' stata un'emozione indescrivibile", ha detto il genitore del giornalista rapito.\nLa madre, Vittoria Augenti, ha urlato "Yuppi!" quando il ministero degli Esteri le ha comunicato la liberazione ed ha voluto ringraziare il governo ed il ministro degli Esteri, Massimo D'Alema, "che sono stati meravigliosi perchè ci hanno assistito ogni giorno da quando è stato sequestrato Gabriele".\nImmenso il sollievo di tutto il paese di Alessano, in Puglia: moltissime persone si sono radunate davanti alla casa della famiglia Torsello, per festeggiare insieme a loro. Su un cartello issato all'angolo di piazza Don Tonino Bello, la piazza principale del paese, si legge: "Gabriele, tanta paura, tantissima speranza, immensa gioia". E la cancellata che delimita la casa dei Torsello in via Scipione San Giovanni, 40, è tappezzata di magliette con la scritta 'Gabriele libero'.\nLa dinamica. La liberazione di Torsello è stata annunciata poco dopo le 12 da un comunicato di Emergency: ''Oggi, venerdì 3 novembre, intorno alle 10 ora italiana (le 13.30 in Afghanistan) una telefonata all'ospedale di Emergency a Lashkargah ha indicato che sulla strada per Kandahar si sarebbe potuto trovare Gabriele Torsello liberato". Anche l'ambasciatore italiano a Kabul, Ettore Sequi, ha confermato che Torsello è stato liberato proprio in quella zona.\nLa svolta è arrivata improvvisamente dopo la telefonata di ieri del reporter, che dopo dieci giorni di silenzio era tornato a farsi vivo con l'ospedale di Emergency di Laskargah. Proprio la chiamata, e in particolare la domanda sulle condizioni del figlio, sarebbe stata una sorta di messaggio in codice per indicare finalmente lo sblocco delle trattative.\nEmergency dice di non avere notizie su un eventuale riscatto pagato per la liberazione. "Ci sono stati contatti tra chi era incaricato di trattare e i rapitori - dice il vice presidente dell'organizzazione Carlo Garbagnati - ma su cosa poi si sia basata realmente la trattativa, noi non lo sappiamo".\nAl suo rientro a Roma, Torsello verrà sentito dal pubblico ministero Franco Ionta.\nTorsello è a casa: "Grazie Italia"


Achille Lauro, lo sfogo dopo l'ospitata da Pio e Amedeo: «Mi hanno umiliato»\nHome Spettacoli Achille Lauro, lo sfogo dopo l’ospitata da Pio e Amedeo: «Mi hanno...\nÈ stato un duro sfogo quello di Achille Lauro dopo l’ospitata in tv da Pio e Amedeo, a Felicissima Sera. L’artista ha espresso la sua rabbia dopo che, alcune persone, l’hanno attaccato per aver accettare di intervenire nello show mediaset.\n«Non parlo tanto, non metto la mia vita privata in piazza sui social. Non mi interessa e quando è successo non mi è piaciuto farlo. Tuttavia in questi giorni di forte polemica ho capito che in alcuni momenti, invece, dovrei farlo», scrive Achille. «L’ho capito quando mi hanno detto che il trucco è solamente appropriarsi di qualcosa che non mi appartiene. Ma il trucco non è solo trucco, è il mondo dove voglio portare le persone, è la mia volontà espressiva, è il colore e il vestito delle parole».\n«L’ho capito quando mi hanno umiliato pensando che io sia un pagliaccio che si mette in mostra. Ma nella mia interpretazione artistica la musica non è solo musica. È spettacolo, è uno stato d’animo, é un ideale, è libertà estrema, è il rifiuto nei confronti di coloro che credevano che io non fossi libero, o non fossi all’altezza, è conseguenza di anni di umiliazioni e vergogna. L’ho capito quando per un commento riferito alla solidarietà su lavoratori dello spettacolo mi hanno dato dell’omofobo. Dopo anni che mi danno del ‘frocio’ pensando di offendermi!».\n«Da anni investo denaro, tempo e impegno per la tutela dei diritti umani -prosegue Lauro su Instagram- per i diritti delle persone abbandonate nelle carceri, per aiutare i bambini negli ospedali, per i ragazzi nelle comunità, per chi non ha una casa, per coloro che sono rimasti senza lavoro, per chiunque abbia bisogno di aiuto e per essere artefice e partecipe, nel mio piccolo, di una rivoluzione per cui la condizione sociale, culturale e umana delle classi deboli e discriminate possa cambiare definitivamente». «Per chi non mi conosce ci tengo a ricordare che lo faccio da quando non avevo una lira, perché sono cresciuto tra gli emarginati e i reietti, perché so che vuol dire sentirsi diverso, mai compreso, solo -conclude- Quando per il mondo non sei nessuno.\nMia madre mi ha educato insegnandomi che aiutare gli altri è una priorità e per chi ne ha la possibilità è un dovere. Attenzione perché la realtà non è solo quella che vedete su giornali e tv. E dietro quelle storie, molto spesso, ci sono vite vere fatte di sofferenza, valori e battaglie».\nArticolo precedenteCastello di Pizzofalcone a rischio crollo a Napoli: sigilli a Villa Ebe e Cimitero Colerosi\nArticolo successivoRimosso l’altarino, il ‘culto’ di Emanuele Sibillo si trasferisce sui social


Legge Stabilità, servono altri interventi per 2,5 mld - Epifani - Reuters\nNovember 4, 2013 / 7:29 AM / 5 years ago\nLegge Stabilità, servono altri interventi per 2,5 mld - Epifani\nROMA, 4 novembre (Reuters) - La legge di Stabilità va nella direzione “giusta”, ma in Parlamento sarà necessario rafforzarla con nuovi interventi pari a 2,5 miliardi di euro, per rilanciare una crescita che il ministero dell’Economia fissa ad un troppo ottimistico 1,1% nel 2014.\nLo ha detto il segretario del Pd, Guglielmo Epifani, in un’intervista pubblicata oggi sulla Stampa.\n“La direzione è giusta, ma quel che ho via via compreso della sua impostazione è che c’è un po’ di tutto e poco di tutto. Bisogna invece rafforzare delle scelte”.\nPer il segretario del primo partito italiano, questo non si può fare a saldi invariati: “Abbiamo calcolato che nel 2014 sono necessari circa 2,5 miliardi in più”.\nIl disegno di legge di Stabilità varato dal governo contiene interventi per 11,4 miliardi nel 2014. Le coperture ammontano a 9,7 miliardi e provengono per 3,6 miliardi da minori spese (quasi il 40% del totale). Il resto è a deficit.\nNella lista degli interventi auspicati da Epifani ci sono innanzitutto “più investimenti”.\n“Nella manovra qualcosa c’è ma, poiché nei documenti ufficiali il governo stima per il 2014 una crescita dell’1,1% e noi consideriamo quella stima molto ottimistica, occorre fare di più”, spiega l’ex segretario generale della Cgil.\nSul fronte della riduzione del cuneo fiscale, Epifani suggerisce un intervento più mirato nel 2014.\n“Le detrazioni per il lavoro dipendente sono troppo basse perché la gente non le viva come una beffa. Per l’anno prossimo proponiamo di restringere la platea dei beneficiari a 23.000 euro eventualmente alzando anche la no tax area, e di riallargarla nel 2015 e nel 2016 investendoci più risorse”.\nQuanto alle nuove risorse da reperire, il leader pro tempore del Pd si dice “favorevole alla cosiddetta Google tax, né avrei obiezioni ad aumentare l’aliquota applicata alle cosiddette rendite finanziarie”.\nLa “Google tax” è una proposta di fonte Pd, ancora da definire nel dettaglio, che punta a costringere le grandi multinazionali a pagare più tasse in Italia, contrastando pratiche fiscali che permettono loro di aggirare il fisco italiano.