Logto v1.46.0 on täällä. Se tuo mukanaan OIDC step-up -todennuksen, kirjautumisen Ethereumilla, tavan pitää iOS:n Tallenna salasana -kehotteen näkyvissä, itsepalveluna henkilökohtaiset käyttöavaimet sekä kierroksen tietoturvan vahvistusta.
Logto v1.46.0 esittelee OIDC step-up -todennuksen arkaluontoisiin toimenpiteisiin, kirjautumisen Ethereumilla, tavan pitää iOS:n "Tallenna salasana" -kehotteen näkyvissä sekä itsepalveluna henkilökohtaiset käyttöavaimet Tilikeskuksessa. Mukana on myös GeeTest CAPTCHA, SAML:n staattiset attribuutit ja useita tietoturvan parannuksia. Tässä uutta:
Sovellukset voivat nyt vaatia tuoreemman tai vahvemman kirjautumisen ennen arkaluontoisia toimenpiteitä standardien OIDC-parametrien avulla.
acr_values ja max_age valtuutuspyynnössä, ja lue sitten acr, amr ja auth_time ID-tokeneista, käyttöoikeustokeneista ja introspektiovastauksista. Tuetut ACR-arvot löytyvät discovery-dokumentista.max_age-arvolla.Katso Step-up-todennusopas asennukseen ja lisätietoihin.
Uusi Ethereum Wallet -sosiaaliliitin (@logto/connector-siwe) mahdollistaa kirjautumisen EVM-lompakolla. Käyttäjät, joilla on selainlompakko (injektoitu EIP-1193-palveluntarjoaja), allekirjoittavat kertaluontoisen Kirjaudu sisään Ethereumilla (EIP-4361) -viestin poistumatta kirjautumissivulta. Yksi osoite toimii kaikissa tuetuissa EVM-ketjuissa, ja ylläpitäjät voivat rajoittaa sallittuja ketju-ID:itä.
iOS:llä ASWebAuthenticationSession sulkeutuu heti, kun se havaitsee sovelluksen palaute-URL:n, mikä piilottaa järjestelmän "Tallenna salasana" -kehotteen heti salasanakirjautumisen jälkeen.
Anna uusi confirm_redirect_policy=password -kirjautumisparametri näyttääksesi "Jatka"-sivun sen jälkeen, kun käyttäjä on syöttänyt salasanan. Sivu palaa sovellukseen vasta kun käyttäjä valitsee "Jatka", joten kehotus säilyy ruudulla. Ilman parametria Logto ohjaa takaisin heti kuten aiemmin.
Konsolin Swift-integraatio-opas näyttää, miten tätä käytetään. Katso Pidä iOS:n Tallenna salasana -kehotteen näkyvissä.
Kun henkilökohtaiset käyttöavaimet on otettu käyttöön Tilikeskuksessa, käyttäjät voivat luoda, nimetä uudelleen ja poistaa omia avaimiaan Tilikeskuksen Turvallisuus-sivulla. Jokainen avain näytetään vain luontivaiheessa ja vanhenee enintään 365 päivän kuluessa.
Samat toiminnot ovat käytettävissä Tili-API:n kautta osoitteessa /api/my-account/personal-access-tokens uudella urn:logto:scope:personal_access_tokens -scope:lla.
mfa.required Hallinta-API:n kautta. Käyttäjän on määritettävä MFA seuraavalla kirjautumisella organisaation MFA-käytännöstä riippumatta.$5$ ja $6$) -salasanahajautuksilla käyttäen Legacy -salasanan algoritmia.access_denied kun kirjautuminen perutaan: Suostumussivun peruminen tai epäonnistunut suora kirjautuminen palauttaa nyt käyttäjän asiakassovellukseen access_denied:llä. Räätälöidyt kirjautumiskokemukset voivat lopettaa istunnon samalla tavalla käyttämällä POST /api/experience/abort.login_hint Tilikeskukselle: Lisää login_hint mihin tahansa Tilikeskuksen URL:iin esitäytettäväksi, kun käyttäjän pitää kirjautua.staticAttributes:lla.same-origin-allow-popups tai same-origin kohdassa Konsoli > Kirjautumiskokemus > Brändäys > Tuo oma UI. Oletuksena mitään otsaketta ei lähetetä, joten pop-up-kirjautumisen avaavat sovellukset toimivat jatkossakin.GET /api/users sallii toistuvan customData-kyselyparametrin, esimerkiksi customData={"customId":114514}.GET /api/organizations ottaa vastaan jitEmailDomain-kyselyparametrin ja palauttaa organisaatiot, joihin kyseisen sähköpostidomainin käyttäjä luotaisiin.hasPassword organisaation jäsenille: GET /api/organizations/:id/users näyttää nyt, onko kullakin jäsenellä salasana asetettuna.deliveryId: Jokaisessa webhook-payloadissa on nyt deliveryId, joka pysyy samana uudelleentoistoissa, jotta vastaanottajat voivat käsitellä jokaisen toimituksen vain kerran. Tämä on myös toimituksen lokimerkinnän tunniste.Tähän julkaisuun sisältyy tietoturvakorjauksia MFA:han, sosiaaliseen ja yrityskirjautumiseen, Tili-API:in ja Logto Tunnel:iin.
Range-pyynnöt staattisia tiedostoja tarjoillessa.Katso v1.46.0 julkaisutiedote kaikista yksityiskohdista.
502 connector.social_provider_unreachable, hylätty valtuutus palauttaa 401 connector.authorization_failed, ja liitinvirheet näyttävät tarjoajan todellisen viestin eikä enää {}.scope-arvot: Esim. OpenAI Codexin kaltaisten asiakkaiden päivitystokenpyynnöt, joissa on välilyönnillä alkava scope, eivät enää epäonnistu invalid_scope:lla, joten käyttäjät pysyvät kirjautuneena.customClientMetadata-avaimet, joten esim. kirjoitusvirheet kuten refreshTokenTtlInDay eivät mene läpi huomaamattomasti.o365role, sisältävät nyt käyttäjän arvon eivätkä enää pelkkää paikkamerkkiä.expires_in-arvon merkkijonona ja scope-arvon taulukkona tokenvastauksissa, ja Patreon-liitin siirtyy Patreon API v2:een, jolloin kirjautuminen Patreoniin toimii taas.Cannot find 'client' in scope. (Kiitos @timokoethe).logto db alteration deploy) päivityksen jälkeen ja ennen uuden version käynnistämistä./console-pyyntö ei täsmää yhteenkään määritettyyn ylläpitäjäpäätteeseen, mikä auttaa tunnistamaan väärin määritetyn ADMIN_ENDPOINT:in.Kiitos yhteisön jäsenille, joiden työ julkaistiin tässä versiossa:
deliveryId (#9882), hasPassword organisaation jäsenille (#9883), organisaation suodatus just-in-time provisioning -domainilla (#9912), customClientMetadata-avaimen validointi (#9931), selkeämmät sosiaalisen kirjautumisen virheet (#9879, #9880), tietokantayhteyden uudelleenyritykset (#9881, #9928), ja liitinpyyntöjen virhekäsittely (#9849)ADMIN_ENDPOINT-ristiriitavaroitus (#9408)Valmis päivittämään? Tutustu päivitysohjeisiimme vaihe vaiheelta -ohjeilla.
Kaikki muutokset löytyvät GitHub-julkaisusivulta.
Onko kysyttävää tai palautetta? Liity mukaan Discordiin tai avaa issue GitHubissa.