In questi ultimi mesi, periodo nel quale abbiamo seguito alcuni tavoli di lavoro circa l’adeguamento al Regolamento Generale per la Protezione dei Dati personali, sono ancora molte le aree di incertezza che caratterizzano il contesto, soprattutto a fronte del mancato recepimento nazionale della normativa e dell’assenza di relative linee guida d’applicazione in grado di fornire continuità con le regole già definite in passato a proposito di privacy.

In questo stesso periodo abbiamo anche in qualche modo potuto mappare differenti atteggiamenti che hanno contraddistinto le organizzazioni nello svolgimento delle attività di adeguamento. Alcune si sono dimostrate fortemente proattive nel determinare soluzioni interpretative. Altre si sono confrontate con “il minimo sindacale”, demandando ad una seconda fase l’applicazione delle aree significative di miglioramento proposte da questo nuovo regolamento. Altre ancora hanno deciso di aspettare, anche se oltre i termini stabiliti, attendendo istruzioni ancor più chiare e confidando nella possibile clemenza circa l’applicazione delle sanzioni per l’anno in corso; breccia aperta dal Garante francese e immediatamente smentita da quello italiano. Infine abbiamo intercettato anche organizzazioni – ci riferiamo soprattutto a quelle più piccole e ai professionisti già affogati nell’operatività quotidiana – che del concetto di privacy conoscono solo l’esistenza: intendiamoci, chi non consegnava un’informativa prima, piano piano arriverà a farlo ora, ma solo per lo spauracchio delle sanzioni.

Certo è che non ci saremmo mai aspettati di intercettare un altro ulteriore atteggiamento. Un atteggiamento sfacciatamente illegale, irriguardoso per i diritti fondamentali riconosciuti in ambito internazionale e per le istituzioni. Un atteggiamento fondato non solo sull’abitudine a non rispettare le regole, ma anche a minacciare chiunque si azzardi a fare qualcosa per applicarle.

Avete mai immaginato che qualcuno possa minacciare il Garante in caso di richiamo formale per trattamenti illeciti o per non conformità rispetto ai requisiti definiti dal GDPR? Avete mai immaginato che qualcuno possa identificare una strategia valida d’adeguamento nello scatenare contro l’autorità garante i sindacati, facendo leva su migliaia di posti di lavoro? In sostanza la soluzione sarebbe: «o lasci perdere, o licenziamo migliaia di persone». E credete che i sindacati sarebbero disposti a gestire una situazione come questa col pugno di ferro? Cosa sceglierebbero, l’integrità del principio di legittimità oppure una mediazione sbilanciata a consentire l’illecito pur di salvare i lavoratori a rischio?

In un quadro del genere, gli unici a rimetterci sul serio sarebbero solamente i lavoratori, beffeggiati per tre volte. La prima perché non sarebbe rispettato il loro diritto alla privacy. La seconda perché, attraverso le profilazioni compiute, in barba anche alle regole definite nello statuto dei lavoratori, sarebbero soggiogati con discriminazioni d’ogni genere. La terza perché finirebbero per perdere il posto di lavoro, qualora decidessero di far valere a tutti i costi i propri diritti.

Sembra solo immaginazione. Eppure qualcuno ne ha parlato, senza vergogna, a testa alta e recriminando con lo sguardo un assenso dovuto, come fosse una soluzione perspicace.

The post AssetProtection. Il GDPR può mettere a rischio posti di lavoro? appeared first on Key4biz.

https://www.key4biz.it/assetprotection-il-gdpr-puo-mettere-a-rischio-posti-di-lavoro/220575/

Facebook’s Web Traffic Monitoring is Second Only to Google

read more

http://feedproxy.google.com/~r/Securityweek/~3/DGd-00Ka2pI/facebooks-growing-privacy-concern

The radical changes taking place in privacy and security, both for better and for worse, are driven by the rapid adoption of facial recognition technologies and the exploding use of social media to share personal photos.

read more

http://feedproxy.google.com/~r/Securityweek/~3/Nfru3_JIe8c/impending-facial-recognition-singularity

Il Decreto di adeguamento della normativa nazionale alle disposizioni del Regolamento europeo sulla data protection (Gdpr) ha mosso un passo importante in vista della sua approvazione che deve avvenire entro il 21 maggio, 4 giorni prima l’entrata in vigore del Gdpr. Il testo è stato inviato dalla presidenza del Consiglio dei ministri alla Ragioneria generale dello Stato.

Tante le novità.

Sanzioni penali, reclusione fino a tre anni

Rivivono, fortunatamente, le sanzioni penali per il trattamento illecito dei dati (ora disciplinato dall’art. 167 del codice privacy), cancellate nella prima bozza con una depenalizzazione a tappeto di tutti i reati previsti dal codice privacy. Dunque il testo ripropone una sezione penale: per il trattamento illecito di dati le sanzioni vanno da sei mesi a 18 mesi di reclusione e, in determinate condizioni, fino a tre anni. Resta anche la reclusione da sei mesi a tre anni per falsa dichiarazione di fronte al Garante privacy.

Nuova, invece, è il reato della comunicazione e diffusione illecita di dati riferibili a un ingente numero di persone, punita con la reclusione da uno a sei anni, e quella dell’acquisizione fraudolenta di informazioni personali per trarne profitto, sanzionata con la reclusione da uno a quattro anni.

Codice Privacy, abrogazione selettiva

Il testo del decreto non abroga totalmente il decreto legislativo 196 del 2003, noto come Codice Privacy, ma lo armonizza al contenuto del Gdpr prevedendo solo una abrogazione parziale. Invece a marzo, il governo Gentiloni, frettolosamente, aveva approvato lo schema del decreto che prevedeva l’abrogazione totale del codice Privacy in vigore. L’alzata di scudi una serie di associazioni in difesa della privacy “Gdpr, il codice per la protezione dei dati va difeso non abrogato” ha sortito l’effetto desiderato.

Minori, sui social solo a 16 anni

In Italia dal 25 maggio prossimo solo chi ha 16 anni potrà iscriversi, liberamente, ai social network. Questa è un’altra novità contenuta del testo del decreto di adeguamento al Gdpr. “In relazione a servizi della società dell’informazione (app e servizi su internet), il legislatore italiano fissa a 16 anni l’età valida per fornire il proprio consenso”. Nella prima bozza era fissato a 14 anni. Il limite di 16 anni è indicato dall’articolo 8 del regolamento europeo: “Per quanto riguarda l’offerta diretta di servizi della società dell’informazione ai minori, il trattamento di dati personali del minore è lecito ove il minore abbia almeno 16 anni”.

Per gli under 16 “ tale trattamento è lecito soltanto se e nella misura in cui tale consenso è prestato o autorizzato dal titolare della responsabilità genitoriale”.

PA, nessun consenso se tratta i dati secondo la legge

Il decreto prevede che la Pubblica amministrazione non deve chiedere il consenso se tratta dati in base alla legge. In base alle disposizioni sopravvivono i regolamenti sul trattamento di dati sensibili, già adottati e aggiornati da tutti gli enti pubblici.

Sanità

Le norme sulla privacy sanitaria dello schema di decreto legislativo di coordinamento perdono tutte le disposizioni sul consenso. D’altra parte il regolamento Ue 2016/679 (articolo 9) prevede per il trattamento dei dati sanitari presupposti diversi dal consenso.

 Il tempo stringe, 10 giorni ‘lavorativi’ per l’approvazione del decreto 

Dopo la “bollinatura” il decreto deve avere il parere sia delle commissioni parlamentari di Camera e Senato (sono le Commissioni speciali che in questo periodo esaminano gli Atti del Governo, in attesa del nuovo esecutivo), sia del Garante Privacy, per poi ritornare a Palazzo Chigi e ottenere il via libera definitivo del Consiglio dei Ministri (dovrà prima esserci anche l’ok di cinque ministeri: Giustizia, Affari esteri, Economia, Sviluppo economico e Pa). Come risulta a Key4biz per questa settimana non è prevista nell’ordine del giorno delle Commissioni speciali parlamentari la discussione sul decreto.

Il tempo stringe.

The post Decreto adeguamento al Gdpr, rivivono le sanzioni penali e non si abolisce il codice privacy appeared first on Key4biz.

https://www.key4biz.it/decreto-adeguamento-al-gdpr-rivivono-le-sanzioni-penali-e-non-si-abolisce-il-codice-privacy/220449/

Dopo Facebook, ora è allarme Twitter. Il social network ha annunciato di aver trovato un bug nel modo in cui memorizza e conserva le password dei suoi utenti, diminuendo il livello di protezione da possibili attacchi hacker. A rischio la sicurezza di oltre 330 milioni di profili.

“A causa di un bug, le password erano visibili e sono state scritte su un registro interno prima di completare il processo”, ha fatto sapere il social media in un post sul suo blog. “Abbiamo riscontrato questo errore, cancellato le password (dal registro) e stiamo implementando piani per evitare che questo bug si verifichi di nuovo”. Il gruppo ha chiesto agli oltre 330 milioni di utenti di cambiare le loro password. La notizia è arrivata a mercati chiusi, dopo che il titolo aveva chiuso in rialzo dello 0,39% a 30,67 dollari ad azione. Nel dopo mercato le azioni hanno subìto un crollo del 3%.

“Cambiate password”. Cosa è andato storto?

“Cambiate password”. È l’invito lanciato da Twitter ai suoi 330 milioni di utenti. Ma, tecnicamente, cosa è andato storto?

Quando un utente imposta una password per il suo account, Twitter utilizza una tecnologia che la maschera in modo che nessuno in azienda possa vederla. “Mascheriamo le password attraverso un processo chiamato hashing usando una funzione conosciuta come bcrypt, che sostituisce la password effettiva con un insieme casuale di numeri e lettere che sono memorizzati nel sistema di Twitter. Ciò consente ai nostri sistemi di convalidare le credenziali dell’account senza rivelare la password”. Questa è la prassi.

Però, a causa di un bug, le password di 330 milioni di utenti erano visibili nei sistemi interni della società, perché sono state trascritte in chiaro su un registro prima di completare il processo di hashing.

Una falla molto pericolosa. Gravissima.

Sebbene Twitter abbia cercato di rassicurare utenti e azionisti: “Non abbiamo motivo di credere che le informazioni sulle password abbiano mai lasciato i sistemi di Twitter o siano state utilizzate in modo improprio da chiunque”.

Non abbiamo motivo di credere non significa avere la certezza che i profili degli utenti non siano stati spiati da occhi esterni.

Per mettere a sicuro la nostra privacy su Twitter non è sufficiente cambiare la password.

• La soluzione migliore per proteggere il profilo è attivare la verifica dell’accesso, nota anche come autenticazione a due fattori: a ogni accesso si riceve via sms un codice.

Twitter, come si attiva l’accesso a due fattori

Per effettuare l’accesso al tuo profilo Twitter, invece di inserire solo la password, dovrai inserire anche un codice che viene inviato al tuo telefono. Questa verifica serve ad assicurare che tu, e solo tu, possa accedere al tuo account.

Dopo aver abilitato questa funzione, per accedere al tuo account dovrai disporre della tua password e del tuo telefono. Quando accederai a twitter.com, Twitter per iOS, Twitter per Android o mobile.twitter.com, riceverai un codice di accesso a sei cifre da inserire. Per impostazione predefinita, riceverai questo codice via SMS. In alternativa, puoi scegliere di verificare l’accesso tramite un’app di terze parti.

Nota: se vuoi configurare la verifica dell’accesso, devi avere un numero di telefono associato al tuo account Twitter. Ciò ti permetterà di recuperare il tuo account in caso di necessità e di avere un’opzione di riserva per ricevere un codice. Se gestisci più account collegati allo stesso numero di telefono, puoi utilizzare la verifica dell’accesso per ciascun account. Per maggiore sicurezza, ti consigliamo di abilitare la verifica dell’accesso in tutti gli account.

Per impostare la verifica dell’accesso su Twitter

1. Nel menu in alto, clicca sull’icona del tuo profilo e poi su Impostazioni e privacy.
2. Clicca sulle impostazioni dell’Account e poi su Configura la verifica dell’accesso.
3. Leggi le istruzioni generali, quindi clicca su Inizia.
4. Inserisci la tua password e clicca su Verifica.
5. Per aggiungere il tuo numero di telefono, clicca su Invia codice.
   Nota: se hai già un numero di telefono associato al tuo account Twitter, ti invieremo un SMS per confermare il numero.
6. Inserisci il codice di verifica inviato al tuo dispositivo, quindi clicca su Invia.
7. Clicca su Ottieni codice di backup per visualizzare un codice generato da Twitter. Ti consigliamo di salvare uno screenshot del codice, nel caso dovesse servirti in futuro. In questo modo ti sarà più facile accedere al tuo account se perdi il telefono o cambi numero.

Quando accederai al tuo account su twitter.com, Twitter per iOS, Twitter per Android o mobile.twitter.com, riceverai sul tuo telefono un SMS contenente un codice di accesso a sei cifre. Inserisci il codice quando ti viene richiesto di accedere all’account.

Per scegliere un tipo di verifica dell’accesso su Twitter

Puoi scegliere di utilizzare un’app di terze parti separata per generare un codice di accesso

1. Nel menu in alto, clicca sull’icona del tuo profilo e poi su Impostazioni e privacy.
2. Clicca su Account e poi su Sicurezza.
3. L’opzione SMS è attiva per impostazione predefinita. Clicca su Modifica per non ricevere più codici via SMS. Se la selezione dell’App per la sicurezza è disabilitata, ti sarà richiesto di abilitarla.

Per configurare l’utilizzo di un’app di terze parti separata per la verifica dell’accesso su Twitter

Puoi utilizzare Google Authenticator, Duo Mobile, Authy o altra app di autenticazione di terze parti installata sul tuo dispositivo mobile.

1. Nel menu in alto, clicca sull’icona del tuo profilo e poi su Impostazioni e privacy.
2. Clicca sulla scheda Account.
3. Nella sezione Sicurezza, accanto a Verifica dell’accesso, clicca sul pulsante Rivedi i metodi di verifica dell’accesso per iniziare.
4. Inserisci la tua password e clicca su Conferma.
5. Tra le opzioni disponibili, clicca su Configura accanto ad App per la sicurezza.
6. Leggi le istruzioni, quindi clicca su Inizia.
7. Se ti viene chiesto di verificare la tua password, inseriscila e clicca su Verifica.
8. Vedrai una finestra a comparsa che mostra un codice QR. Segui le istruzioni indicate.
9. Per configurare l’app di autenticazione di terze parti, dovrai eseguire la scansione del codice QR. A questo punto vedrai un codice di sicurezza composto da 6 cifre.
10. Inserisci il codice nel campo di testo Codice di sicurezza presente nella finestra a comparsa.
11. Clicca su Fatto.

https://www.key4biz.it/twitter-visibili-le-password-degli-utenti-come-proteggere-il-profilo-con-laccesso-a-2-fattori/220298/

Already under intense scrutiny for leaking sensitive data belonging to more than 87 million users, Facebook said it fired a security engineer accused of using his company position to stalk women.

The allegations surfaced Sunday in a series of tweets from Jackie Stokes, founder of a firm called Spyglass Security.

I’ve been made aware that a security engineer currently employed at Facebook is likely using privileged access to stalk women online.

I have Tinder logs. What should I do with this information?

— Jackie Stokes 🙋🏽 (@find_evil) April 30, 2018

Stokes included portions of a purported discussion between the unnamed Facebook employee and someone else over the Tinder dating app. In it, the employee said he was a “security analyst” whose role in trying to identify who hackers were in real life made him a “professional stalker.” He then told the person, “so out of habit I have to say you are hard to find lol.” Stokes later tweeted that the exchange was only a limited snippet of the overall conversation.

Referring to the person the Facebook analyst was chatting with, Stokes also wrote, “I have a suspicion that her Instagram account which was connected to Tinder was used to identify her. The question is whether he was able to find the information he gave her in chat (which caused her, a software engineer herself, to be terrified) by identifying her on Facebook.”

The tweets, which were first reporter by Motherboard, quickly found their way to members of the Facebook security team, who initially said they were investigating the allegations. By Tuesday, Facebook publicly confirmed that it fired the employee. In a statement issued Thursday, company Chief Security Officer Alex Stamos wrote:

We quickly investigated this situation and immediately fired the person. It’s important that people’s information is kept secure and private when they use Facebook. It’s why we have strict policy controls and technical restrictions so employees only access the data they need to do their jobs—for example to fix bugs, manage customer support issues or respond to valid legal requests. We don’t just rely on policies; we also verify. Access to sensitive data is logged, and we have automated systems designed to detect and prevent abuse. Employees who abuse these controls will be fired—period.

Like many companies that handle large amounts of sensitive personal data, Facebook permits employees to access user records only when there is a legitimate business reason, such as investigating reports of abuse or troubleshooting performance problems. Only employees in certain roles have the ability to access those records, and even then, before authorized employees can open a record, they receive an on-screen reminder that the access isn’t permitted for personal reasons. All record access is logged, too, to make it easy for abuse to be detected.

The incident underscores the recurring threat Facebook and other companies face from rogue insiders who fail to follow company policies. According to Motherboard, Facebook has fired multiple employees for similar abuse. And of course, the firing comes weeks after the world learned Facebook exposed data from 87 million users to an analytics firm that did work for the Donald Trump presidential campaign. The lesson: if you want to keep a picture, identity or other data secret, don’t post it online, no matter how strict the service claims its policies are.

https://arstechnica.com/?p=1303039

Australia’s troubled Commonwealth Bank admitted Thursday it had lost financial records for almost 20 million customers in a major security blunder — but insisted there was no need to worry.

read more

http://feedproxy.google.com/~r/Securityweek/~3/nikOqw4p6bA/australias-biggest-bank-loses-20-million-customer-records

MyPermissions è un’app creata per consentire agli utenti di fare la scansione delle app che usiamo quotidianamente, per monitorare e controllare gli accessi alle informazioni personali e individuare chi minaccia o viola i nostri dati più sensibili, in modo chiaro e semplice. Così facendo questa interessante app protegge dal furto inconsapevole di foto, documenti, posizioni, contatti, e-mail o altre informazioni sensibili e consente quindi di mantenere o revocare le app che “abusano” dei nostri dati.

MyPermissions estende la sua protezione sulle minacce alla privacy in tutti i principali servizi online, tra cui: Dropbox, Facebook, Google+, Instagram etc.

Il sistema utilizzato permette di individuare quali permessi hai autorizzato attraverso la app semplicemente collegandoti agli account online che desideri scansionare, inoltre controlla le connessioni esterne e le app di terze parti che utilizzano il tuo account online per accedere ai tuoi dati sensibili come: conoscere la tua posizione, i tuoi contatti, le tue cronologie etc.

Inoltre, con la funzione dashboard puoi avere una panoramica in tempo reale di cosa stia succedendo ai tuoi dati su tutti i tuoi servizi monitorati. Ti permette, preventivamente, di scoprire quali app possono rappresentare una minaccia e trovare alternative affidabili in modo da poter rimanere connesso, ma anche sicuro. La selezione delle alternative viene effettuata dalla comunità degli utenti, che segnala quali app siano affidabili e di quali sia possibile fidarsi e quali sia meglio evitare. Come con un antivirus, con la funzione Privacy Cleaner hai la possibilità di attivare la protezione 24 ore su 24, 7 giorni su 7,  per ricevere avvisi in tempo reale su quando le app accedono ai tuoi dati sensibili e poter quindi decidere se confermare l’autorizzazione o revocarla. MyPermissions protegge le tue informazioni personali su Android e iOS. L’app è gratuita per la scansione, ma richiede un abbonamento annuale per controllare l’accesso alle informazioni personali (€15/anno).

Un ulteriore strumento messo a disposizione dalla società che ha creato questa app è  il “punteggio di rischio” sulla privacy, che fornisce in modo semplice e chiaro l’indicazione sulla intrusivita’ delle diverse app rispetto alle informazioni sensibili.

MyPermissions è un’app gratuita disponibile per iOS e Android.

Di seguito i link per il download:

https://play.google.com/store/apps/details?id=com.facebook.Socal&hl=en

https://itunes.apple.com/us/app/facebook-local/id1153443320?mt=8

Di Neosperience Team

Contenuti: @@

Grafica: @

Usabilità: @@@

App4Italy. La recensione del giorno, MyPermissions Privacy Cleaner

Mobile phone maker BLU Products this week reached a settlement with the Federal Trade Commission (FTC) over allegations that software in its devices collected users’ personal information.

In November 2016, security firm Kryptowire revealed that a backdoor in various Android phone models sold in the United States, including BLU devices, sent personally identifiable information (PII) to third-party servers without informing users on the practice or asking for their consent.

The backdoor activities were performed via Shanghai ADUPS Technology Co. Ltd’s Firmware Over-The-Air (FOTA) update software system. Collected sensitive data included text messages, contact lists, call history (including full telephone numbers), the International Mobile Subscriber Identity (IMSI), and the International Mobile Equipment Identity (IMEI).

In July 2017, during a Black Hat presentation, Kryptowire revealed that the pre‐installed system apps from ADUPS could be used to target only “specific users and text messages matching remotely-defined keywords.”

Soon after, Amazon suspended sales of BLU phones citing security and privacy concerns. The retailer, however, resumed the sales only one week later.

At the time, BLU issued an official statement saying it hadn’t been aware of ADUPS’ practices and that it decided to replace the OTA application on future devices with Google’s GOTA. Older devices, however, remained stuck with the ADUPS software.

Now, the FTC says a settlement was reached over allegations that BLU Products allowed ADUPS to “collect detailed personal information about consumers, such as text message contents and real-time location information, without their knowledge or consent despite promises by the company that it would keep such information secure and private.”

In its complaint (PDF), the FTC claims that BLU and its co-owner and President Samuel Ohev-Zion misled consumers by falsely saying that the third-party collection of data from BLU devices was limited to information needed to perform requested services. Furthermore, the Commission alleges that BLU falsely claimed it implemented the appropriate procedures to protect the personal information of users.

“As part of the settlement, BLU must implement a comprehensive data security program to help prevent unauthorized access of consumers’ personal information and address security risks related to BLU phones,” the FTC says.

The FTC complaint also alleges that the phone maker failed to implement the necessary mechanisms to oversee the security practices of their service providers. The company also failed to “perform appropriate due diligence of service providers,” failed to come up with written data security procedures regarding service providers, and failed to assess the privacy and security risks of third-party software installed on BLU devices.

This is what led to ADUPS collecting sensitive user data via BLU devices without consumers’ knowledge and consent, although the company didn’t need to perform the data collection as part of the contracted services. Moreover, the FTC claims, the ADUPS software preinstalled on BLU devices included common security vulnerabilities that could allow attackers to take over the smartphones.

“After reports about the unexpected collection and sharing by ADUPS became public in November 2016, BLU issued a statement informing consumers that ADUPS had updated its software and had stopped its unexpected data collection practices. Despite this, the FTC alleges that BLU continued to allow ADUPS to operate on its older devices without adequate oversight,” the Commission says.

Under the proposed settlement, BLU and Ohev-Zion are “prohibited from misrepresenting the extent to which they protect the privacy and security of personal information and must implement and maintain a comprehensive security program that addresses security risks associated with new and existing mobile devices and protects consumer information.”

Furthermore, BLU’s security program will be assessed by a third-party every two years for 20 years. The mobile phone manufacturer will also be subject to record keeping and compliance monitoring requirements.

Related: Amazon Suspends Sales of BLU Smartphones Over Security, Privacy Concerns

Related: Over-the-Air Update Mechanism Exposes Millions of Android Devices

Ionut Arghire is an international correspondent for SecurityWeek.

Previous Columns by Ionut Arghire:

Tags:

http://feedproxy.google.com/~r/Securityweek/~3/3Jw8uwebOD4/mobile-phone-maker-settles-ftc-over-data-collection

GitHub has instructed some users to reset their passwords after a bug caused internal logs to record passwords in plain text.

Several users posted screenshots on Twitter of the security-related email they received from GitHub on Tuesday. The company told impacted customers that the incident was discovered during a regular audit.

GitHub claims only a “small number” of users are affected and the issue has been resolved, but impacted individuals will only regain access to their accounts after they reset their password.

“GitHub stores user passwords with secure cryptographic hashes (bcrypt). However, this recently introduced bug resulted in our secure internal logs recording plaintext user passwords when users initiated a password reset,” GitHub said.

The company has assured users that the plaintext passwords were never accessible to the public, other GitHub users, and a majority of GitHub staff. While some staff members could have accessed the logs containing the plaintext passwords, GitHub believes it’s “very unlikely” to have happened.

GitHub has highlighted that its systems have not been hacked or compromised in any way.

This is not the first time the Git repository hosting service has asked users to reset their passwords. Back in mid-2016, the company locked some users out of their accounts after malicious actors had started abusing credentials leaked from other online services to log in to GitHub accounts.

The company announced recently that it paid out a total of $166,495 to security researchers who reported vulnerabilities through its bug bounty program last year.

Related: GitHub Enforces Stronger Encryption

Related: GitHub Security Alerts Lead to Fewer Vulnerable Code Libraries

Eduard Kovacs (@EduardKovacs) is a contributing editor at SecurityWeek. He worked as a high school IT teacher for two years before starting a career in journalism as Softpedia’s security news reporter. Eduard holds a bachelor’s degree in industrial informatics and a master’s degree in computer techniques applied in electrical engineering.

Previous Columns by Eduard Kovacs:

Tags:

http://feedproxy.google.com/~r/Securityweek/~3/Vs_u5TVt9zU/github-exposed-passwords-some-users