PDF bestanden openen met Adobe nog steeds gevaarlijk
Ondanks verschillende beveiligingspatches is het openen van PDF bestanden met de software van Adobe nog steeds niet zonder gevaar. Onderzoekers hebben ontdekt dat het mogelijk is om via file:// URL's JavaScript aan te roepen waarmee vertrouwelijke informatie gestolen kan worden. Ook is het nog steeds mogelijk om cross-site scripting aanvallen uit te voeren via machines waar PDF bestanden zijn opgeslagen.
Eerder werd bekend dat het mogelijk was om een achterdeur in PDF bestanden te verstoppen en ervoor te zorgen dat er automatisch bepaalde URL's werden geladen. Adobe nam het gevaar volgens de onderzoeker niet serieus, en kwam met een halve oplossing. Gebruikers wordt nu gevraagd of ze een externe link willen laden.
Verder onderzoek wijst uit dat het automatisch laden van file:// protocol URL's nog steeds mogelijk is. Als deze URL's geladen worden kunnen JavaScript objecten het bestandssysteem "listen", en zo vertrouwelijke informatie achterhalen en bijvoorbeeld doorsturen naar een bepaald e-mailadres.
Een groot risico, aldus de onderzoeker, die deze demonstratie online zette, waarmee gebruikers de verschillende problemen kunnen testen.
Firefox aanstaat en al helemaal niet als Java in de Reader
is uitgeschakeld.
Leuk...Java. Maar er is geen PoC te zien als NoScript van Firefox aanstaat en al helemaal niet als Java in de Reader is uitgeschakeld.
En ik zou in dit geval niet zomaar op NoScript in Firefox durven vertrouwen, omdat de eventuele scripts die in Firefox worden uitgevoerd niet van het web afkomstig zijn (maar van een file op je harde schijf). Firefox zelf bestaat voor een groot deel uit JavaScript. Als NoScript dat zou tegenhouden zou Firefox niet werken.
Adobe niet met een oplossing komt
een installatie.
Het heeft voor mij geen enkele toegevoegde waarde en gevaar
voor misbruik is maar al te goed aanwezig.
Leuk...Java. Maar er is geen PoC te zien als NoScript van Firefox aanstaat
en al helemaal niet als Java in de Reader is uitgeschakeld.
Java en JavaScript hebben niets met elkaar te maken.
En ik zou in dit geval niet zomaar op NoScript in Firefox durven vertrouwen,
omdat de eventuele scripts die in Firefox worden uitgevoerd niet van het
web afkomstig zijn (maar van een file op je harde schijf). Firefox zelf
bestaat voor een groot deel uit JavaScript. Als NoScript dat zou
tegenhouden zou Firefox niet werken.
Daar heb je het al Peter! Niet weer direct op de proppen komen met
NoScript, we weten nu wel wat jij er van vind. Maar het helpt in dit geval dus
blijkbaar niet.
genomen en maar half gepatched.
...ik zou in dit geval niet zomaar op NoScript in Firefox durven vertrouwen, omdat de eventuele scripts die in Firefox worden uitgevoerd niet van het web afkomstig zijn...
Echter, in de [url=http://isc.sans.org/diary.html?storyid=2340]'grabbelton'[/url] onderaan het dagboek van het Internet Storm Center van [url=http://isc.sans.org/diary.html?date=2007-03-02]gisteren[/url] valt onder meer te lezen:
De tweede 'here' verwijst naar een page van PdP Architect (gnucitizen.org) waarin hij de [url=http://www.safehistory.com/]SafeHistory[/url] Firefox plugin noemt. Persoonlijk heb ik het niet zo op plugins, het is altijd maar weer de vraag wat die doen bij de eerstvolgende update, en of die -meestal goedbedoelde- security plugins geen nieuwe issues introduceren. Voordat iemand schrijft dat SafeHistory blijkbaar ;) je redder in nood is: ik heb geen idee, maar het lijkt wel betrouwbaar gezien [url=http://crypto.stanford.edu/sameorigin/]deze page[/url] bij de gerespecteerde Stanford university.
Deze posting is gelocked. Reageren is niet meer mogelijk.
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.
