DEF CON 34 până la 9 august: cele mai spectaculoase hack-uri și lecțiile pentru companii

DEF CON 34 a adus la Las Vegas, între 6 și 9 august 2026, cercetări care atacă exact tehnologiile pe care companiile le adoptă acum: agenți AI cu acces la terminal, confidential computing, passkeys, aplicații desktop bazate pe Electron, servicii cloud și infrastructură industrială. Dincolo de demonstrațiile spectaculoase, mesajul comun este simplu: o funcție „sigură prin design” rămâne sigură doar dacă întregul lanț din jurul ei păstrează aceeași proprietate.

1. Sandboxurile agenților AI nu sunt o frontieră suficientă

Una dintre temele dominante a fost securitatea agenților care pot citi fișiere, modifica proiecte și rula comenzi. În sesiunea „The Sandbox is a Suggestion”, Elad Meged a comparat modelele de izolare folosite de Claude Code, Gemini CLI și Codex CLI. Conform abstractului, fiecare implementare se bazează pe o presupunere structurală despre runtime, iar cercetarea a arătat că acea presupunere poate fi încălcată determinist, fără a convinge modelul prin prompt injection.

Asta mută întrebarea de securitate de la „modelul refuză o comandă periculoasă?” la „ce poate face procesul chiar dacă modelul se comportă corect?”. Permisiunile sistemului de operare, workspace trust, fișierele de configurare, variabilele de mediu, extensiile, MCP-urile și procesele copil sunt parte din suprafața agentului. Guardrail-ul conversațional nu poate compensa o izolare care cedează mai jos în stivă.

• Rulează agenții cu identitate separată și drepturi minime, nu cu toate privilegiile dezvoltatorului.
• Nu expune secrete de producție în mediul de lucru implicit al agentului.
• Tratează fișierele din repository, hook-urile, extensiile și configurațiile MCP ca intrări neîncrezute.
• Testează containment-ul la nivel de proces, filesystem și rețea, nu doar răspunsurile modelului.

2. TEE.fail a coborât atacul asupra confidential computing sub 1.000 de dolari

TEE.fail a fost probabil demonstrația hardware cu cel mai puternic efect vizual. Cercetătorii au construit din componente disponibile comercial un interposer pentru magistrala DDR5 și un analizor portabil, cu un cost sub 1.000 de dolari. Dispozitivul se introduce fizic între memorie și sistem și poate observa traficul pe care Trusted Execution Environments ar trebui să îl protejeze chiar față de un administrator cu drepturi root.

Echipa a arătat extragerea de material criptografic din Intel TDX și AMD SEV-SNP și posibilitatea falsificării unor dovezi de atestare. Atacul nu înseamnă că orice mașină virtuală confidențială poate fi spartă de la distanță; presupune acces fizic relevant la server. Dar demonstrează că atestarea nu trebuie tratată ca o dovadă absolută atunci când locația, operatorul și securitatea fizică a hardware-ului sunt în afara controlului clientului.

3. iCloud Keychain și shadow stacks: protecții puternice, rupte pe trasee laterale

În zona Apple, prezentarea „Keychained Melody” a descris CVE-2026-28860, o vulnerabilitate care, potrivit abstractului DEF CON, permitea extragerea parolelor din iCloud Keychain fără root, fără parola utilizatorului și fără un prompt vizibil. Important pentru organizații nu este doar produsul afectat, ci modelul: datele pot fi criptate și păstrate într-un Secure Enclave, dar o eroare din fluxul care solicită sau livrează acele date poate ocoli promisiunea inițială.

Pe Linux, „Writing to Shadow Stacks” a atacat o protecție modernă împotriva coruperii adreselor de retur. Cercetarea a prezentat trei tehnici de scriere a unor valori controlate de atacator în memoria shadow stack. Una dintre căi, prin /proc/self/mem și FOLL_FORCE, a primit o restricție în kernel; abstractul avertizează însă că o variantă fork plus ptrace și o tehnică bazată pe userfaultfd rămân relevante. Morala este că o mitigare trebuie testată împotriva tuturor interfețelor kernelului care pot ajunge la aceeași memorie.

4. Cloud IAM continuă să transforme un drept mic într-un cont întreg

Cloud Village a prezentat peste o duzină de trasee noi de escaladare AWS IAM în servicii mai puțin analizate public, inclusiv AWS Batch, Amazon Braket, Managed Service for Apache Flink, GameLift și HealthOmics. Unele variante includ relații cross-account sau livrarea unui payload către un serviciu care execută cod cu un rol mai puternic. A fost prezentat și Pathrunner, un framework open-source pentru modelarea și înlănțuirea acestor trasee.

Pentru blue team, inventarul permisiunilor individuale nu mai este suficient. Trebuie analizate lanțurile: cine poate pasa un rol, cine poate modifica o definiție de job, ce serviciu va executa configurația, ce identitate primește la runtime și în ce alte conturi poate intra. Drepturile aparent inofensive devin critice atunci când sunt compuse.

5. În OT, testarea sigură și vizibilitatea au devenit subiecte centrale

ICS Village a mutat discuția de la „avem un firewall industrial” la „putem demonstra ce vede și blochează?”. ICSForge a anunțat peste 500 de scenarii de trafic realist pentru zece protocoale industriale, mapate la 68 dintre cele 83 de tehnici unice MITRE ATT&CK for ICS, fără exploatarea sistemelor reale. Alte sesiuni au acoperit threat hunting în OT, segmentarea sub constrângeri operaționale și emularea atacurilor cu agenți AI în medii simulate.

Acesta este un reper util pentru companiile industriale: testarea nu trebuie făcută direct pe producție pentru a fi relevantă. Traficul sintetic, digital twins, PCAP-urile controlate și exercițiile tabletop pot valida detecțiile și procedurile fără a pune în pericol siguranța fizică sau disponibilitatea procesului.

6. CTF-ul a început să premieze și remedierea, nu doar exploatarea

OWASP CTF de la DEF CON 34 a folosit șase aplicații intenționat vulnerabile și 321 de provocări. Participanții nu s-au oprit la găsirea flagului: au trebuit să repare vulnerabilitatea, să deschidă un pull request și să treacă un test de regresie verificat automat. Este una dintre cele mai sănătoase direcții ale conferinței, deoarece apropie competiția de ciclul real find, fix, prove.

Pentru un program intern de secure development, același format este mai valoros decât un quiz teoretic. Un dezvoltator trebuie să recunoască vulnerabilitatea, să o elimine fără regresii și să lase o dovadă repetabilă în CI. Competența este demonstrată prin rezultat, nu doar prin răspunsul corect la o întrebare.

Ce era programat duminică și merită urmărit după publicarea materialelor

La ora redactării, programul de duminică nu începuse încă în Las Vegas. Abstractele publice anunțau însă câteva rezultate majore. Aceste cifre și concluzii trebuie reverificate după apariția înregistrărilor, slide-urilor și advisories finale.

• No Prompt Required: o cale pre-task către execuție de cod în Gemini CLI, înainte ca modelul sau sandboxul să proceseze prima sarcină. Advisory-ul Google/GitHub o evaluează la CVSS 10.0 și indică versiunile corectate 0.39.1 și 0.40.0-preview.3.
• LaunchBreak: cercetătorii anunță 18 vulnerabilități zero-day, dintre care 17 cu execuție de cod, în aplicații desktop care pornesc fluxuri privilegiate din linkuri cu scheme URI personalizate. Abstractul menționează 11 CVE-uri și mai multe aplicații Electron și AI.
• 1.1 Million Cameras, One Wildcard: auditul unui cloud folosit de camere și baby monitors anunță că un singur wildcard MQTT putea întoarce fluxuri de la 1,1 milioane de dispozitive. Cercetarea listează șapte CVE-uri și alte probleme de izolare, secrete și autorizare.
• Beyond the Ceremony: analiza passkeys susține că toate cele 103 relying parties testate aveau cel puțin un atac server-side, deși ceremonia WebAuthn rămânea corectă. Recuperarea contului și metodele de autentificare paralele rămân verigi slabe.
• Gotta Phish ’Em All: un framework persistent Browser-in-the-Middle promite demonstrații de interceptare a fișierelor, keylogging, persistență după logout și fluxuri social-engineered pentru cameră sau microfon, chiar în fața unor forme obișnuite de MFA.

Ce ar trebui să facă o companie după acest DEF CON

• Inventariază agenții AI și CLI-urile folosite local sau în CI/CD; verifică versiunile, workspace trust, modurile automate și permisiunile de shell.
• Testează dacă un pull request, un repository clonat sau o configurație MCP neîncrezută poate ajunge la secrete și execuție înainte de aprobarea umană.
• Modelează traseele IAM compuse și cross-account, nu doar politicile atașate direct fiecărui utilizator.
• Pentru passkeys, testează recovery, fallback, înscrierea unui nou dispozitiv și invalidarea sesiunilor, nu doar ceremonia WebAuthn.
• Permite aplicațiile desktop și pachetele noi prin inventar și distribuție administrată; tratează linkurile care lansează o aplicație locală ca intrări active.
• Dacă folosești confidential computing, documentează explicit amenințarea fizică și ce verifică efectiv atestarea.
• În OT, validează detecțiile în laborator sau simulare și păstrează omul drept decident final pentru orice acțiune care poate modifica procesul fizic.

Cum transformi rezumatul într-un modul LMS util

Un modul de awareness pentru publicul general ar trebui să se concentreze pe trei comportamente: nu deschide linkuri care lansează aplicații sau agenți în mod neașteptat, nu aproba accesul la cameră, microfon ori fișiere într-un flux suspect și raportează imediat orice acțiune automată pe care nu ai cerut-o. Pentru dezvoltatori, scenariul trebuie extins cu repository-uri neîncrezute, configurații locale, tool allowlists și secrete CI/CD.

Pentru administratori și management, evaluarea poate cere alegerea controlului potrivit pentru fiecare caz: least privilege pentru agent, analiză de attack paths pentru IAM, test de recovery pentru passkeys, verificare de integritate pentru aplicații desktop, validare de detecție pentru OT și control fizic pentru serverele care găzduiesc workload-uri confidențiale. Astfel, noutatea tehnică devine decizie operațională măsurabilă.

Concluzie: identitatea și automatizarea sunt noul multiplicator de impact

Cele mai memorabile cercetări de la DEF CON 34 nu depind toate de malware exotic. Ele folosesc încrederea acordată unui agent, unui link, unui serviciu cloud, unei atestări hardware sau unei proceduri de recuperare. Cu cât sistemul poate face mai multe în numele utilizatorului, cu atât o singură presupunere greșită produce un impact mai mare. Apărarea realistă înseamnă autoritate minimă, confirmări la granițele importante, telemetrie și teste care verifică întregul lanț.