Știri
Tag: pull request

O breșă în infrastructura internă a OpenAI a fost confirmată printr-un „pull request” într-un depozit privat , după ce o echipă de hackeri „white-hat” a susținut că a obținut acces la conturi de angajați și la codul intern al companiei, potrivit Tom's Hardware . Incidentul contează operațional: arată că o breșă poate ajunge rapid la resurse critice (conturi interne și depozite de cod), chiar și atunci când este descoperită și raportată responsabil. Atacul a fost realizat de o echipă de cercetători de securitate de la startup-ul Hackron AI , care a folosit „unelte Claude” (instrumente asociate modelului AI Claude) pentru a compromite OpenAI. Într-o postare pe X din 18 septembrie, echipa a afirmat că breșa ar fi avut loc pe 25 iulie. Ce acces ar fi obținut atacatorii Conform descrierii, cercetătorii spun că au reușit: să pătrundă în baza de cod internă a OpenAI; să obțină acces la conturile ChatGPT și Codex ale unor angajați OpenAI. Pentru a demonstra accesul, aceștia au inițiat un „pull request” (o cerere de modificare a codului într-un depozit software) către un depozit privat al OpenAI, descris drept „inofensiv”, înainte de a raporta vulnerabilitățile companiei. Răspunsul OpenAI: remediere rapidă și recompensă Aceeași sursă notează că OpenAI ar fi remediat problema în 14 ore de la raportare și ar fi plătit o recompensă („bug bounty”) de 6.500 de dolari (aprox. 29.000 lei) cercetătorilor. Informațiile despre modul exact în care a fost realizată compromiterea și amploarea accesului sunt limitate la afirmațiile echipei care a raportat incidentul, așa cum sunt redate de publicație. [...]

O pană majoră la GitHub afectează fluxurile de dezvoltare și poate bloca temporar livrările software care depind de platformă, potrivit Notebookcheck . Sunt raportate degradări semnificative pentru funcții esențiale, iar compania nu a indicat încă o cauză. Problemele vizează inclusiv pull request-urile (cereri de integrare a codului), Issues (raportări de probleme), Webhooks (declanșatoare automate între aplicații) și Actions (automatizări de tip CI/CD – integrare și livrare continuă). Conform paginii de status a GitHub, rata de erori era de aproximativ 20% pentru traficul web și API (interfața de programare), iar descărcările de arhive și conținut „raw” din depozite erau afectate mai sever, cu rate de eroare de aproximativ 50%. Downdetector a indicat, de asemenea, o creștere a reclamațiilor utilizatorilor, cu un vârf al sesizărilor în jurul orei 13:30 UTC (16:30, ora României), în timp ce degradările pentru mai multe componente au fost semnalate în jurul orei 13:41 UTC (16:41, ora României). La 14:04 UTC (17:04, ora României), statusul menționa în continuare erori pe web și API. Ce înseamnă operațional pentru companii și echipe Într-un astfel de incident, impactul imediat este operațional: echipele pot întâmpina blocaje la revizuirea și integrarea codului, la rularea automatizărilor (Actions) și la funcționarea integrărilor dintre sisteme (Webhooks). Pentru organizațiile care își bazează livrările pe GitHub, degradarea API-ului și a autentificării poate afecta atât dezvoltarea, cât și procesele de publicare și mentenanță. Ce se știe despre cauză și când revine serviciul GitHub nu identificase încă o cauză la momentul relatării, iar investigația era în desfășurare. Notebookcheck notează că articolul urma să fie actualizat pe măsură ce apar noi informații din actualizările oficiale de status. [...]