Direct downloaden vanuit Safari/Chrome

[Briolet]

Ik vond recentelijk deze plug-in voor Safari en Chrome.

De Safari versie heb ik nu kort gebruikt. Geschikt om direct vanuit Safari met een right-click op een download link, de download niet naar de locale download folder te sturen, maar naar de download folder op je Nas.
En bij YouTube filmpjes  krijg je zelfs een aparte download-button onder het filmpje.

Het enige wat me stoort is dat de account info niet in de sleutelhanger opgeslagen wordt. Dus gebruikt hij een eigen settings file, die ik niet zo snel kan vinden, en maar moet hopen dat daar alles wel goed versleuteld opgeslagen wordt. Heeft iemand al enige ervaring hiermee of de opslag wel goed gebeurd?

[r00n]

Ik gebruik zelf geen Safari, maar kan mij wel inbeelden dat het misschien makkelijk is om een extra account aan te maken voor het downloaden. Die geef je dan alleen rechten op je download map en Download Station en verder niet.

Download plugins maken zover ik weet altijd gebruik van de normale DSM inlog (URL:5000 of 5001). Als je HTTPS gebruikt (dus 5001) is je inlog encrypted.

[Briolet]

Dat speciale account is misschien een idee. Had ik nog niet aan gedacht.

Ik las recentelijk op security.nl dat sommigen de eigen wachtwoord opslag van Chrome en IE nog te zwak vinden.

Safari besteed het wachtwoord opslaan uit aan het systeem, waar ik vertrouwen in heb. Maar als zo'n freelance plug-in schrijver een wachtwoord moet bewaren en daar een eigen routine voor gebruikt i.p.v. de systeem routine, blijft het een gok of hij het goed voor elkaar heeft. Een speciale download user is dan inderdaad een goed idee. 

[r00n]

IE ken ik niet goed... Maar bij Chrome hebben ze het inderdaad wel heel makkelijk gemaakt. Daarom gebruik ik chrome ook alleen op mijn eigen systemen waar een ander niet bij mag, en gebruik ik incognito mode wanneer ik een vreemd systeem onder mijn vingers heb.

[Briolet]

Ik ben toch nog even aan het graven gegaan en in mijn bibliotheek folder vond ik de file: "safari-extension_nl.luuk....safaridownloadstation-.......localstorage"
Luuk is de naam van de auteur van deze plugin. Open ik de file met een tekst editor, dan vind ik daar mijn account naam en mijn wachtwoord in leesbare tekst. Dus niet eens een slechte versleuteling, maar helemaal geen versleuteling.     In elk geval goed dat dit nieuwe account alleen toegang tot de download folder geeft.

[TonVH]

Het echte probleem ontgaat mij. Ik mag toch aannemen dat niemand extensions gaat installeren op andermans systeem. Het blijft dus een lokaal proces en zowel Mac als Linux zijn/stammen af van Unix.

[Briolet]

Misschien dat jij daar gemakkelijker mee omgaat, maar veel mensen willen niet dat gevoelige data op een leesbare manier opgeslagen wordt. b.v. creditcard gegevens bij een webshop e.d. In principe kun je daar niet bij, tenzij de site gehacked wordt. Dan wil je toch graag dat als tweede verdediging, de data goed versleuteld is, zodat het nog steeds onbruikbaar is.

Hetzelfde voor je locale computer. Mocht er een virus o.i.d. op komen, dan wil je dat de schade zo klein mogelijk blijft. Dus zeker je belangrijke wachtwoorden moeten nog steeds niet leesbaar op je harde schijf staan. En ook als je een kennis even op je computer laat onder je eigen account, wil je niet dat hij heel simpel je wachtwoorden kan lezen.

Ik vond het een leuke plug-in, maar dus jammer dat de data zo knullig bewaard wordt. Hij gebruikt er de localStorage voor die veel (alle ?) browsers hebben om locale data te bewaren. Het zijn geen cookies, maar wat het echte verschil is weet ik niet. Waarschijnlijk dat deze data niet op afstand uitleesbaar is. De localStorage is een SQL database file die gewoon met een SQL editor leesbaar is. Zo ook de settings van deze plugin:



EDIT:
Zoekend in de Safari developers paginas, zie ik dat er wel een door Safari ondersteunde optie is om velden 'secure' te bewaren. Het zou dus een kleine extra moeite moeten zijn om dit aan te passen.
Ik kan niet zien dat Luuk lid is van dit forum, maar ik zie dat hij een topic over deze extentie heeft in het Engelstalige Synology forum.

[Briolet]

Ik zag dat er op het Engelstaige forum al heel veel over deze extensie geschreven is. De auteur Luuk heeft daar zelfs een sticky topic voor deze app. Heb inmiddels contact gehad en Luuk wil op korte termijn een versie 2.0 uitbrengen waar dit opgelost is. 

In de beta versie van 2.0  die hij nu gemaakt heeft is het security probleem nu opgelost bij mij. Althans, nu worden de data niet meer in de local storage opgeslagen. (Ik moest wel de oude local storage file nog met de hand weggooien)

[Luuk]

Ik zie dat jullie wat vragen hebben over de opslag van gebruikersgegevens in de extensie. De huidige versie maakt inderdaad gebruik van localstorage voor het opslaan van gegevens. Dat heb ik vooral gedaan omdat Chrome (waar de extensie ook voor beschikbaar is) tot kort geleden geen andere manier had om data op te slaan. De Safari versie is een port van de Chrome versie.

Binnenkort breng ik een nieuwe 2.0 versie uit Deze versie zal voor Safari gebruik gaan maken van een speciale 'secureStorage' voor extensies. De gegevens hierin worden opgeslagen in je keychain en zijn dus versleuteld. Chrome biedt helaas nog steeds geen versleutelde opslagruimte voor extensies, daar kan ik dus helaas nog niks aan veranderen.

Zoals in een post hierboven al aangegeven werd is het inderdaad handig om een apart (niet-admin) account te gebruiken voor third-party apps. De meeste ontwikkelaars zullen net als ik geen kwade bedoelingen hebben , maar het is altijd verstandig om voorzichtig te zijn met je wachtwoorden

Wie geïnteresseerd is kan de beta versie van de komende update alvast uitproberen. Houdt er wel rekening mee dat je de Chrome versie handmatig zal moeten updaten als hij definitief uit is. Hou de topics op het Engelstalige forum hiervoor in de gaten.

Beta 2.0 voor Chrome
Beta 2.0 voor Safari

[Briolet]

Luuk, ik zie net via de notification manager dat versie 2.0 nu officieel uit is. 

Mijn zwager was gisteren op bezoek en hij wilde het ook installeren. Daar hadden we een setup probleem, die nu opgelost is, maar die ik toch wil noemen voor anderen. Uiteindelijk bleek het aan de certificaten te liggen.

Hij kreeg het niet ingesteld voor zijn nas. Als hij de instellingen voor mijn nas deed waren er geen problemen.

Van zijn eigen nas had hij blijkbaar nooit het certificaat aan de sleutelhanger toegevoegd. Als Safari de certificaat melding geeft, klikt hij altijd return. Voor die sessie kent safari het certificaat dan. Hij had zich niet gerealiseerd dat de extensie niet de actieve kopie van safari kan gebruiken, maar een eigen link naar een certificaat nodig heeft. (En ik ging er van uit dat mijn zwager zijn eigen nas certificaat toch wel op zijn computer opgeslagen had). Probleem is dus opgelost maar misschien goed te benadrukken dat er geen melding komt over een missend certificaat, alleen een verbinding error.

Uiteindelijk heeft hij ook de Chrome versie gebruikt en daar kreeg hij wel een melding over een ontbrekend certificaat en dat gaf dan de clou om het ook bij Safari opgelost te krijgen.