Thunderbird krijgt ingebouwde support voor Exchange-protocol
Thunderbird krijgt ingebouwde ondersteuning voor het Exchange-protocol, zo hebben de ontwikkelaars van de populaire e-mailclient in de roadmap voor dit jaar aangekondigd. Gebruikers van Thunderbird hebben hier al lange tijd om gevraagd. Op dit moment is het mogelijk om via een betaalde extensie Exchange-accounts via Thunderbird te beheren, maar het wordt niet standaard vanuit de software aangeboden.
De ingebouwde support van het protocol wordt mogelijk doordat Thunderbird ondersteuning van de Rust-programmeertaal krijgt. Door middel van een zogenoemd 'Rust crate' kan het Exchange-protocol straks binnen de e-mailclient worden gebruikt. Wanneer de support precies in Thunderbird zal verschijnen is nog onduidelijk. Binnenkort komen er meer details beschikbaar.
Vooral het "crate" systeem is een security incident waiting to happen: Compile time wordt er random code van internet gedownload, zonder enige vorm van validatie of controle aan je project toegevoegd en mee gecompiled. What could possibly go wrogn?
https://thunderbird.topicbox.com/groups/planning/Tb418f4ccd58dbb80-M25eb2d2ddee4b0921d37e122
Het lijkt erop dat Rust inderdaad op zich nergens echt noodzakelijk voor is maar dat ze er gewoon voordelen in zien en het daarom gebruiken.
Bedoel je met je kritiek op het crate-systeem dat het, net als package repository's voor andere talen, erg makkelijk is om het overzicht te verliezen over wat je binnenhaalt, zeker als pakketten weer afhankelijk zijn van andere en je soms een hele cascade van afhankelijkheden binnensleept? Of is er iets bijzonders met crate dat het nog eens een slagje erger maakt? Je noemt het "random code", maar ik mag hopen dat er niets random aan is maar dat precies de gedeclareerde afhankelijkheden worden gevolgd door dat systeem.
Bedoel je met je kritiek op het crate-systeem dat het, net als package repository's voor andere talen, erg makkelijk is om het overzicht te verliezen over wat je binnenhaalt, zeker als pakketten weer afhankelijk zijn van andere en je soms een hele cascade van afhankelijkheden binnensleept? Of is er iets bijzonders met crate dat het nog eens een slagje erger maakt? Je noemt het "random code", maar ik mag hopen dat er niets random aan is maar dat precies de gedeclareerde afhankelijkheden worden gevolgd door dat systeem.
Ook zijn er al diverse incidenten geweest waarbij typosquatting achtige trucs gebruikt worden om narigheid aan je code toe te voegen.
Ook zijn er al diverse incidenten geweest waarbij typosquatting achtige trucs gebruikt worden om narigheid aan je code toe te voegen.
Vooral het "crate" systeem is een security incident waiting to happen: Compile time wordt er random code van internet gedownload, zonder enige vorm van validatie of controle aan je project toegevoegd en mee gecompiled. What could possibly go wrogn?
Je bedoelt net zoals met python (pip), ruby (gems), npm etc?
Bedoel je met je kritiek op het crate-systeem dat het, net als package repository's voor andere talen, erg makkelijk is om het overzicht te verliezen over wat je binnenhaalt, zeker als pakketten weer afhankelijk zijn van andere en je soms een hele cascade van afhankelijkheden binnensleept? Of is er iets bijzonders met crate dat het nog eens een slagje erger maakt? Je noemt het "random code", maar ik mag hopen dat er niets random aan is maar dat precies de gedeclareerde afhankelijkheden worden gevolgd door dat systeem.
Ook zijn er al diverse incidenten geweest waarbij typosquatting achtige trucs gebruikt worden om narigheid aan je code toe te voegen.
Als Rust zo ranzig is, waarom wordt het dan ingezet door onder meer Google, om security problemen in Android voor te zijn?
Er wordt compile time helemaal geen random code binnengehaald. Codebibliotheken hebben een hash, kijk zelf maar in een Cargo.lock bestand van het project, daar staan ze gewoon. En daarbij wordt eenmaal gecompileerde code niet zonder uitvoerige security tests en audits op het internet gepubliceerd. Dan zou toch niemand vertrouwen op Thunderbird, Firefox, of (onderdelen van) Linux?
Het enige probleem dat je volgens mij zou kunnen bedoelen, is 'typosquatting', waarbij de naam van een codebibliotheek verkeerd wordt gespeld. Meld je in dat geval aan als moderator voor https://crates.io, dan speelt dat probleem minder, als het al een echt probleem zou zijn.
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
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.
