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.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
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?