Juniper gaat NSA-algoritme uit ScreenOS verwijderen
Netwerkfabrikant Juniper gaat een door de NSA ontworpen encryptiealgoritme uit ScreenOS verwijderen, het besturingssysteem voor firewall-apparaten waar onlangs nog twee backdoors in werden gevonden. Dat heeft het bedrijf afgelopen vrijdag via de eigen website bekendgemaakt.
Het gaat om de Dual Elliptic Curve Deterministic Random Bit Generator (Dual_EC_DRBG) waarmee willekeurige getallen worden gegenereerd. De NSA zou het algoritme opzettelijk hebben verzwakt, zodat de gegenereerde getallen helemaal niet willekeurig zijn en het mogelijk wordt om versleutelde informatie te ontsleutelen. Ook de ANSI X9.31-standaard voor het genereren van willekeurige getallen wordt vervangen. Beide nummergeneratoren worden vervangen door de technologie die Juniper in het Junos-besturingssysteem gebruikt.
Junos is het op FreeBSD-gebaseerde besturingssysteem dat Juniper in de eigen routers gebruikt. De update die hiervoor gaat zorgen zal in de eerste helft van dit jaar beschikbaar worden gemaakt. Onlangs werd bekend dat erin ScreenOS 'ongeautoriseerde code' was toegevoegd. Het ging om twee verschillende backdoors. Een backdoor in de vpn-implementatie waardoor een passieve afluisteraar vpn-verkeer kan ontsleutelen en een tweede backdoor waardoor een aanvaller de authenticatie van ssh en Telnet kan omzeilen en zo beheerderstoegang kan krijgen.
Juniper bracht een update uit om de problemen te verhelpen. Vervolgens besloot het bedrijf zowel de code van ScreenOS als Junos OS te controleren. In beide besturingssystemen werd geen andere ongeautoriseerde code aangetroffen, zo laat het bedrijf weten. Het onderzoek liet verder zien dat het veel lastiger zou zijn om de in ScreenOS gevonden backdoorcode aan Junos OS toe te voegen. Het onderzoek naar de ongeautoriseerde code is echter nog niet afgelopen.
http://blog.cryptographyengineering.com/2015/12/on-juniper-backdoor.html
Voor een goede samenvatting van het VPN decryptie issue
http://csrc.nist.gov/groups/ST/crypto-review/documents/dualec_in_X982_and_sp800-90.pdf
De keuze voor een RNG met backdoor-mogelijkheid is vanaf design en implementatie gemaakt - helemaal in het begin van een ontwikkelproces dus.
De bedoelde Juniper-eigen code gebruikte alleen een andere startwaarde dan de van de NSA afkomstige uit de NIST standaard - Of de Juniper/Netscreen oorspronkelijke startwaarde ook een backdoor opleverde (en voor wie ) is niet bekend . Het ligt heel erg voor de hand, maar is niet direct bewijsbaar .Er is geen keuzemethodiek voor gegegeven die dit uitsluit.
Het is deze backdoor-bij-design waar een ander slot op gezet is door "anderen".
De patches van de afgelopen paar weken voor dit probleem hebben slechts startware die buiten Juniper om veranderd was weer teruggebracht. Inderdaad zou meer informatie hoe en door wie een ander slot op de door Juniper/Netscreen gekozen backdoor gezet is ook erg interessant zijn.
Datzelfde geldt voor het (door weer een andere partij ?) toegevoegde 'touwtje uit de brievenbus' - het ssh/telnet hardcoded password en hoe dat in de release gekomen is.
(@anoniem 11-jan 12:42 - thx. uitstekende link)
Als je een verstandige designer bent heeft de NSA absoluut inzicht in het algorithme - omdat je een goede standaard gebruikt voor je pRNG , en niet zelf gaat zitten klooien .En kunnen ze daar niks mee.
Maar hoe kom je bij al je impliciete beweringen ?
Dat je een zwakke RNG _nodig_ zou hebben omdat je zo reusachtig veel RNG getallen nodig hebt en speciaal bij high speed verbindingen ?
Ken je werkelijk een product waarbij dat een probleem is ? Of verzin je het probleem omdat je zelf bedacht hebt hoe vpn encryptie zou werken - met een waanzinnige high speed behoefte aan (true) random numbers ?
Deze posting is gelocked. Reageren is niet meer mogelijk.
Adviseur Informatiebeveiliging
Je bent een belangrijke speler om invulling te geven aan de gemeentelijke ambities op het gebied van informatiebeveiliging. Deze ambities neem jij op in het Informatie-beveiligingsbeleid Gemeente Zoetermeer. Wil je helpen bij het verbeteren van de informatiebeveiliging in Zoetermeer en het versterken van het cyberbewustzijn binnen onze organisatie? Wacht dan niet en kom ons team informatiebeveiliging versterken!
Toezichthouder informatiebeveiliging Overheid
Rijksinspectie Digitale Infrastructuur (RDI)
Vind je het leuk om als toezichthouder bij te dragen aan de verdere groei in informatie-beveiliging van de overheid en in contact te staan met (belangen) organisaties binnen de overheid? Dan kun je komen bouwen aan toezicht op een veilige en betrouwbare Digitale Infrastructuur in Nederland.
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.