{"id":107240,"date":"2023-03-13T12:48:18","date_gmt":"2023-03-13T10:48:18","guid":{"rendered":"https:\/\/prohoster.info\/?p=107240"},"modified":"2023-03-14T14:08:12","modified_gmt":"2023-03-14T12:08:12","slug":"github-nachal-vnedrenie-obyazatelnoj-dvuhfaktornoj-autentifikaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/github-nachal-vnedrenie-obyazatelnoj-dvuhfaktornoj-autentifikaczii","title":{"rendered":"GitHub er begyndt at indf\u00f8re obligatorisk tofaktorgodkendelse","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
GitHub har annonceret begyndelsen p\u00e5 en gradvis overgang af alle brugere, der publicerer kode, til obligatorisk tofaktorgodkendelse. Fra den 13. marts vil obligatorisk tofaktorgodkendelse begynde at g\u00e6lde for bestemte brugergrupper og gradvist omfatte flere og flere kategorier. F\u00f8rst vil tofaktorgodkendelse blive obligatorisk for udviklere, der publicerer pakker, OAuth-applikationer og GitHub-handlere, der opretter versioner, og som er involveret i udviklingen af projekter, der er kritisk vigtige for \u00f8kosystemet npm, OpenSSF, PyPI og RubyGems, samt dem, der arbejder p\u00e5 fire millioner af de mest popul\u00e6re repositories. <\/p>\n
Inden udgangen af 2023 vil muligheden for at sende \u00e6ndringer uden anvendelse af tofaktorgodkendelse blive forbudt for alle brugere. Efterh\u00e5nden som overgangen til tofaktorgodkendelse n\u00e6rmer sig, vil brugerne modtage e-mail-notifikationer og se advarsler i brugergr\u00e6nsefladen. Efter den f\u00f8rste advarsel f\u00e5r udvikleren 45 dage til at indstille tofaktorgodkendelse. <\/p>\n
Til tofaktorgodkendelse kan der bruges en mobilapp, bekr\u00e6ftelse via SMS eller tilslutning af en adgangsn\u00f8gle. Som en prioriteret mulighed for tofaktorgodkendelse anbefales det at anvende apps, der genererer engangskoder med begr\u00e6nset holdbarhed (TOTP), s\u00e5som Authy, Google Authenticator og FreeOTP. <\/p>\n
Anvendelsen af tofaktorgodkendelse vil forst\u00e6rke sikkerheden i udviklingsprocessen og beskytte repositories mod ondsindede \u00e6ndringer som f\u00f8lge af l\u00e6kage af legitimationsoplysninger, brug af den samme adgangskode p\u00e5 et kompromitteret websted, sikkerhedsbrud i udviklerens lokale system eller brug af social engineering. If\u00f8lge GitHub er adgangen til repositories som f\u00f8lge af kaprede konti en af de mest alvorlige trusler, da der i tilf\u00e6lde af en vellykket angreb kan blive indsat ondsindede \u00e6ndringer i popul\u00e6re produkter og biblioteker, der anvendes som afh\u00e6ngigheder. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"