GitLab ziet af van verplichte telemetrie via JavaScriptcode
Het populaire DevOps-platform GitLab zal toch geen telemetrie invoeren om te kijken hoe gebruikers van de aangeboden diensten gebruikmaken. Twee weken geleden kondigde het bedrijf aan dat het meer data nodig had over het gebruik van GitLab en het de algemene voorwaarden ging aanpassen.
"GitLab heeft zeer veel features en heel veel gebruikers, en het is tijd dat we telemetrie inzetten om de data te krijgen die onze productmanagers nodig hebben om de ervaring te verbeteren", aldus Scott Williamson van GitLab. Om de gebruiksgegevens te verzamelen wilde GitLab aan verschillende producten JavaScriptcode toevoegen waarmee het gebruik kon worden gemeten. Deze JavaScriptcode zou data naar zowel GitLab als mogelijke derde partijen doorsturen.
Gebruikers van GitLab.com moesten de nieuwe algemene voorwaarden accepteren, anders zou toegang tot de webinterface en GitLab-api worden geblokkeerd. Dit zou voor verstoringen kunnen zorgen, zo waarschuwde GitLab. Ontwikkelaars die geen telemetrie wilden kregen het advies om de GitLab Community Edition (CE) te gebruiken, aangezien de JavaScriptcode hier niet aan toegevoegd zou worden. Veel ontwikkelaars hadden kritiek op de maatregel, zo blijkt uit reacties op Hacker News. Gebruikers hadden onder andere moeite met het laden van third-party scripts, wat als een beveiligingsrisico wordt gezien.
GitLab-ceo Sid Sijbrandij laat in een reactie weten dat gebruikers veel meer zorgen blijken te hebben dan in eerste instantie was verwacht. Er is dan ook besloten om de maatregel voorlopig niet door te voeren. "We zullen de feedback verwerken en ons plan heroverwegen. We zullen tracking op GitLab.com of GitLab self-managed niet inschakelen voordat we de feedback tot ons hebben genomen en ons plan opnieuw hebben bekeken", aldus Sijbrandij.
Het moet ook echt niet gekker worden met die telemetrie implementaties.
dit lees ik als accepteer of je productie omgeving valt om. klinkt als afpersing naar mijn mening.
Het moet gecontroleerd opgeslagen worden en gecontroleerd opgehaald.
Als ze dat al niet kunnen dan is dat weinig vertrouwenwekkend. Gezien een vlucht naar javascript vermoed ik weinig ICt ondergrond. Tja het is jouw wereld geloof ik. Korte termijn en silo denken.
Het moet gecontroleerd opgeslagen worden en gecontroleerd opgehaald.
Als ze dat al niet kunnen dan is dat weinig vertrouwenwekkend.
Die server logs zijn natuurlijk niet te vergelijken. Want logs en telemetrie zijn niet hetzelfde en bij logs die je remote benadert gaat het om eigen systemen, niet die van nietsvermoedende gebruikers van een dienst.
Meteen weer op de suggestieve, denigrerende toer. Bij gebrek aan eigen inhoudelijkheid de boodschapper maar op de korrel nemen. Loser.
Die server logs zijn natuurlijk niet te vergelijken. Want logs en telemetrie zijn niet hetzelfde en bij logs die je remote benadert gaat het om eigen systemen, niet die van nietsvermoedende gebruikers van een dienst.
Je reactie van de denigrerende toer was ik enkel voor. Succes er mee.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Chief Information Security Officer
Utrecht heeft jou nodig! Als Chief Information Security Officer speel jij een cruciale rol in de bescherming van de digitale informatie van de gemeente Utrecht. Als geen ander weet jij welke dreigingen er zijn en kun je deze vertalen naar risico's die de gemeente en haar inwoners lopen. Solliciteer nu!
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
