Muutosloki — PrestaWard Authenticator
0.0.16
- Paneeli on jaoteltu välilehtiin: Yhteenveto (tila, rekisteröinnin kattavuus, viimeisen 24 tunnin aikana ilmenneet virheet ja jumittumiset sekä enintään yksi hälytysrivi), Työntekijät ja rekisteröinti, Käytäntö, Tilastot ja toimintaloki sekä Asetukset. Tukipaneeli on oma välilehtensä, Tuki, joka on aina viimeisenä; Integrity-tila näkyy kaikkien välilehtien alapuolella ja otsikossa näkyy GO ON Agencyn logo. Jokainen välilehti tallentaa vain omat asetuksensa.
- Korjaa sen, että pyyntö, joka ei läpäise PrestaWard Captchaa, lasketaan hyökkäyksen kohteeksi joutuneen järjestelmänvalvojan tilin lukitukseen. Aiemmin pyynnöt ilman Captcha-tunnusta laskettiin salasanavirheiksi, ja botti saattoi lukita tilin jo muutamalla pyynnöllä. Kun PrestaWard Captcha suojaa Back Officeen pääsyä ja hylkää pyynnön, virhe lasketaan vain IP-osoitteen rajoitukseen. Ilman PrestaWard Captchaa (tai Tarkkailu-tilassa) mikään ei muutu.
- Uutta: sähköpostikoodit valinnaisena toisena tunnistautumistapana. Sähköpostiasetuksissa valitaan ”Toinen tunnistautumistapa (heikompi)” ja sen jälkeen se sallitaan jokaiselle työntekijäprofiilille. Näiden profiilien työntekijät vahvistavat sähköpostilaatikkonsa kerran postitse lähetetyllä koodilla, minkä jälkeen he voivat kirjautua sisään postikoodeilla: kahdeksanmerkkiset koodit, jotka tallennetaan vain salatussa muodossa, ovat voimassa viisi minuuttia, ovat kertakäyttöisiä ja niiden lähetysmäärä on rajoitettu, kuten nykyisissä palautuskoodeissa. Asetuksissa ja työntekijän sivulla varoitetaan, että ne ovat heikompia kuin todennusohjelma: kuka tahansa, joka pystyy lukemaan postilaatikon, pääsee sisään. ”Vain palautus” toimii täsmälleen kuten aiemminkin.
- Uutta: ensimmäisen tekijän ohjattu rekisteröityminen. Kun työntekijän on rekisteröidyttävä (tai hän on armonaikana), ”Oma todennus” opastaa häntä: skannaa QR-koodi, syötä koodi ja lopuksi avautuu onnistumissivu, jossa näkyvät palautuskoodit (lataa, kopioi tai tulosta). ”Jatka Back Officeen” -painike toimii vasta, kun koodit on ladattu, kopioitu tai tulostettu. Jos työntekijälle on aktivoitu pääsykoodit ja sähköpostikoodit, ne näkyvät kohdassa ”Muita tapoja suojata tiliäsi”.
- Oma todennus on nyt selkeä yhteenveto: tilapalkki (tila, menetelmät, palautuskoodit ja luotetut laitteet), kompakti kortti menetelmää kohden (autentikointisovellus, pääsykoodit ja sähköpostikoodit), jossa on yksi taitettava toiminto, palautuskoodikortti, taitettavat luotetut laitteet ja lopuksi taitettava ”vaaravyöhyke”. MFA:n poistaminen selittää nyt, mitä poistetaan ja mitä tapahtuu sen jälkeen, ja siinä säilytetään punainen painike, salasana, nykyinen koodi ja nimenomainen vahvistus. Se toimii edelleen vain kirjautuneen työntekijän osalta ja jää kirjautumislokiin, jossa on eheysketju.
- Tietosuoja: ”Viimeaikainen toiminta” ei enää näytä täydellisiä osoitteita. Sähköpostiosoitteet näkyvät muodossa j***@d***.com ja IP-osoitteista säilytetään vain niiden /24-verkko (IPv4) tai kolme ensimmäistä ryhmää (IPv6), samoin kuin Tilastoissa. Eheysmerkkijonolla varustettu pääsyloki säilyttää tarkat arvot ja on edelleen luotettava lähde.
- Uutta: Tilastot. Uusi osio näyttää viimeiset 30 päivää pieninä päivittäisinä trendeinä (kirjautumiset, vahvistetut kaksivaiheiset tunnistautumiset, salasanan syöttövirheet, kaksivaiheisen tunnistautumisen virheet, lukitukset, käytetyt palautukset ja uudet luotetut laitteet), sekä rekisteröintipakollisten työntekijöiden rekisteröintikattavuuden (profiilikohtaisesti) ja käytössä olevat menetelmät. Se lukee vain oman kirjautumistietueesi lukumääriä eikä näytä IP-osoitteita tai sähköpostiosoitteita.
- Pääsykoodit (passkeys: Touch ID, Face ID, Windows Hello ja turvakoodit) toisena tunnistautumistekijänä: koodi on mukana, mutta ne ovat oletusarvoisesti pois käytöstä ja vaativat HTTPS-osoitteen Back Officessa. Järjestelmänvalvoja ottaa ne käyttöön asetuksissa, ja kukin työntekijä lisää ne kohdassa Oma todennus syöttämällä salasanansa ja nykyisen koodinsa.
- Korjaa sen, että yhteys Integrityyn heikkeni Back Officessa kohdassa ”kaikki kaupat”: asennuksen tunnus tallennettiin vain ensimmäiselle kaupalle, taustasynkronointi luki sen tyhjäksi, virhe ”Invalid RSA public key” ilmeni ja kytketty kauppa siirtyi tilaan ”rekisteröinti odottaa”. Tunnus luetaan nyt yhtenä kokonaisuutena globaalista alueesta (tai sen tallentaneesta kauppaa käyttävästä henkilöstä) missä tahansa kontekstissa; päivitys siirtää kauppaan tallennetun tunnuksen globaaliin alueeseen uudelleenluomatta sitä, ja jos tunnusta ei voida lukea, Integrityn tila säilytetään ennallaan ja viimeisin virhe kirjataan paikalliseksi virheeksi.
- Korjaa se, että konsoli-asennus (prestashop:module install) luo PWA_*-asetukset vain ensimmäiselle kaupalle, kun taas Back Office -kohdassa ”kaikki kaupat” luetaan globaalit asetukset. Asennus luo nyt globaalit asetukset, ja päivitys kopioi puuttuvat asetukset ensimmäisestä kaupasta korvaamatta olemassa olevia arvoja.
- Uutta: yhteinen suodatinpalkki käyttörekisterissä. Valitsimet on jaoteltu tasaleveisiin ruutuihin, hakukenttä ja Suodata-painike ovat samassa rivissä ja toissijaiset toiminnot on kohdistettu oikealle.
- Moduulin sähköposteissa näkyy kauppan logon otsikossa (kauppan nimi vaihtoehtoisena tekstinä) sekä yhteinen alatunniste, jossa on GO ON Agencyn logo ja allekirjoitus ”PrestaWard by GO ON Agency” ilman linkkejä tai yhteystietoja. Alatunnisteen logo on moduulin oma tiedosto, jota toimitetaan verkkokauppastasi.
- Yhtenäinen ulkoasu neljässä PrestaWard-paneelissa: osioiden otsikot, lomakekortit neutraaleilla reunoilla ja yhteiset taitettavat lohkot, tilastot yhdellä rivillä sekä suurempi GO ON Agency -logo otsikossa. Pääpainike on nyt brändin yhtenäinen väri ilman väriliukua.
- Korjaa sen, että PrestaShop 9:ssä hallintateema näytti välilehdet alleviivattuina linkkeinä ja osioiden otsikot isoilla kirjaimilla. Yleiset tyylit kumovat tämän vaikutuksen vain PrestaWard-paneelin sisällä, joten PrestaShop 1.7 ja 8 näyttävät samalta kuin ennenkin.
- Korjaa sen, että PrestaShop 1.7:ssä moduulin tyylitiedosto hylättiin, kun se rekisteröitiin osoitteeseen, jossa oli versionumero. Nyt tiedosto tarkistetaan ja rekisteröidään ilman parametreja, jolloin uusi ulkoasu näkyy versioissa 1.7, 8 ja 9.
- Korjaa sen, että PrestaShop 9:ssä toisen työntekijän toisen tekijän palauttaminen ja synkronointi Integrityn kanssa tarkistavat turvatunnuksen menetelmällä, jota PrestaShop 9 ei käytä, ja ne saattaisivat hylätä. Nyt se validoidaan PrestaShop 9:ssa: palvelun avulla; PrestaShop 1.7:ssä ja 8:ssa tarkistus toimii edelleen samalla tavalla.
- Kun yhteyttä Integrityyn ei voida päivittää sillä hetkellä, paneeli näyttää yhden viestin: tallennettu yhteys on edelleen voimassa ja yhteyden muodostamista yritetään uudelleen automaattisesti. Kaikkien välilehtien otsikot on käännetty yhdeksälle kielelle.
- Päivitys luo puuttuvat yleiset asetukset, suorittaa skeemavaiheen (profiilisarake sähköpostikoodeille ja pääsykooditaulukoille) ja pitää sähköpostikoodit ja pääsykoodit pois käytöstä, kunnes järjestelmänvalvoja aktivoi ne. Se ei muuta mitään olemassa olevassa asennuksessa, ennen kuin järjestelmänvalvoja ottaa jonkin asetuksen käyttöön.
0.0.15
- Uutta: työntekijän toisen tekijän nollaaminen MFA-hallinnasta. Jos joku kadottaa matkapuhelimensa ja palautuskoodinsa, järjestelmänvalvoja ei enää tarvitse pääsyä konsoliin. Palautus poistaa työntekijän todennuslaitteen ja palautuskoodit, sulkee hänen luotetut laitteensa ja avoimet istuntonsa, ja työntekijän on kirjauduttava uudelleen seuraavalla kirjautumiskerralla. Toiminto vaatii järjestelmänvalvojan salasanan; sitä ei voi käyttää itseensä, ja pääkäyttäjän tunnukset voi nollata vain toinen pääkäyttäjä. Jokainen nollaus ja jokainen hylätty yritys tallentuu kirjautumislokiin, ja voit ilmoittaa asiasta työntekijälle sähköpostitse.
- Uutta: armonaika ennen pakottamista. Profiilikäytännöissä voit myöntää profiilille 3–14 päivää aikaa, ennen kuin Pakottaa estää vielä rekisteröitymättömien työntekijöiden pääsyn. He kirjautuvat sisään normaalisti ja näkevät jokaisella Back Office -sivulla ilmoituksen, jossa kerrotaan päivämäärä, josta lähtien kaksivaiheinen todennus on pakollista; ne, jotka ovat jo rekisteröityneet, pyytävät edelleen koodiaan. Hallintapaneeli näyttää kunkin profiilin määräajan ja kuinka monta työntekijää on vielä rekisteröitymättä. Profiilit, joilla ei ole armonaikaa, toimivat kuten aiemmissa versioissa.
- Uutta: Paneelin ”Viimeaikainen toiminta” -osio esittää yksinkertaisina lauseina viimeisten 30 päivän kirjautumistiedot: kirjautumiset IP-osoitteesta tai selaimesta, jota kyseinen työntekijä ei ole aiemmin käyttänyt, toistuvat epäonnistuneet kirjautumisyritykset, estot, käytetyt palautuskoodit ja järjestelmänvalvojan suorittamat nollaukset. Käyttää vain omaa kirjautumislokia, ilman maantieteellistä paikannusta tai ulkoisia palveluita.
- Henkilökohtaisen tai sähköpostitse lähetetyn palautuskoodin käyttö kirjataan nyt kirjautumislokiin merkinnällä ”Palautuskoodi käytetty”.
- Päivitys lisää kaksi saraketta profiilin sääntöihin (oletusarvoisesti ilman armonaikaa) ja rekisteröi koukun, joka näyttää armonaikaa koskevan ilmoituksen.
- Tuki- ja diagnoosipaneeli sijoitetaan aivan Integrity-osion eteen, kuten muissakin PrestaWard-moduuleissa, eikä se enää katoa ”kaikki kaupat” -kontekstissa: se osoittaa, että kauppa on valittava.
- Tyyliarkit ladataan moduulin version mukana, joten uusi ulkoasu näkyy päivityksen jälkeen ilman, että selaimen välimuistia tarvitsee tyhjentää.
- Synkronoi Integrityn kanssa joka kerta, kun avaat hallintapaneelin, taustalla suoritettavalla pyynnöllä, joka ei koskaan hidasta sivun latautumista ja tapahtuu enintään kerran minuutissa ja kauppaa kohti.
0.0.14
- Suositeltu tietoturvapäivitys: vahvistaa kaksivaiheista todennusta Back Officessa siten, että suojatut sivut ja toiminnot ovat käytettävissä vasta, kun todennus on suoritettu.
- Laajentaa MFA-todennuksen koskemaan PrestaShop 1.7.7–9:n Back Office -reittejä, joissa ei käytetä klassista mallipohjaa, kuten vientiä ja AJAX-pyyntöjä.
- Rajoittaa yritysten määrää kaikissa ”Oma todennus” -kohdan kooditarkistuksissa, myös työntekijäkohtaisesti eri IP-osoitteista, ja vaatii todennetun istunnon tilin arkaluontoisten muutosten tekemiseksi.
- Korjaa PrestaShop 9:n uudelleenohjaussilmukan, kun avaat ”Oma todennus” -sivun ja toinen tunnistautumistapa on vielä suorittamatta.
- Asennuksen jälkeen luotujen profiilien työntekijät voivat nyt käyttää Oma todennus -toimintoa.
- Korjaa asennuksen ja Integrity-uudelleenkäynnistysyritykset PHP 7.1:ssä ja 7.2:ssa.
- Uudistaa allekirjoitetun MFA-käytännön ennen sen voimassaolon päättymistä ja ilmoittaa paneelissa, jos se on vanhentunut.
- Lisää kertakäyttöisen hätäpääsyn konsolin kautta, jolla MFA-vaatimus voidaan väliaikaisesti keskeyttää, jos kukaan ei pääse kirjautumaan sisään. Tämä on viimeinen keino: se edellyttää pääsyä palvelimelle ja hätäavainta, keskeyttäminen kestää tunnin ja se kirjataan lokiin. Työntekijät voivat edelleen palauttaa pääsynsä henkilökohtaisilla koodeillaan tai valinnaisella sähköpostipalautuksella.
- Kääntää kaikki kirjautumislokin tapahtumat yhdeksälle kielelle.
0.0.13
- Korjaa Back Office -säiliön (container) kokoamisen vanhoissa versioissa, joissa ei ole
request_stack-palvelua. - Säilyttää MFA:n ja yritysten rajoituksen PrestaShop 9:ssä; jos vaadittu konteksti puuttuu, pääsy estetään.
- Lisää rajattu manuaalinen diagnoosiraportti: lataa se ja liitä se tukipyyntöösi, jossa kuvataan ongelma ja sen toistamiseen tarvittavat vaiheet. Se ei lähetä tietoja automaattisesti.
- Käyttöliittymä on saatavilla yhdeksällä kielellä, ja tekstit sekä ohjeet on käännetty.
0.0.12
- Korjaa rekisteröitymisen testiohjaimen PrestaShop 9:ssä ja näyttää todellisen syyn, kun Integrity-tarkistus epäonnistuu.
- Päivittää Back Officen yleisen ulkoasun ja poistaa Addons-versioon integroidun päivitystentarkistajan.
0.0.11
- Turvapäivitys: estää automaattiset rekisteröitymisen uudelleenyrittämiset, kun kaupan rekisteröintitunnus muuttuu, ja näyttää selkeän ilmoituksen Back Officessa.
0.0.10
- Automaattinen Heartbeat ilman cron-tehtävää paikallisen, ei-estävän anturin avulla sekä todennettu palvelimelta palvelimelle -viestintä Integrity API:n avulla.
- Kauppakohtaiset sinetöidyt tunnistetiedot, allekirjoitettu MFA-käytäntö ja viimeisin voimassa oleva tila ilman etäkutsuja kirjautumisen aikana.
- Atominen lukitus, kuuden tunnin aikaväli ja odotus virhetilanteiden jälkeen päällekkäisyyksien välttämiseksi.
- Elinkaari ja päivitys on vahvistettu PrestaShop-versioissa 1.7, 8 ja 9.
0.0.9
- Turvallinen yhteys Integrityyn kauppakohtaisesti, sinetöity tunnistetieto ja synkronointi Back Officesta.
- Allekirjoitettu etäkäytäntö voi vain vahvistaa paikallista MFA-käytäntöä, eikä se koskaan puutu kirjautumiseen.
- Asetukset on järjestetty uudelleen neljään välilehteen: MFA ja ilmoitukset, Työntekijäprofiilien käytänteet, Yritykset ja estot sekä Verkko ja IP.
- Profiili- ja kauppakohtaiset käytännöt siirretään omaan osioonsa, jotta ne erotetaan yleisestä käytännöstä.
- Päivitysten päällekkäinen lähde poistetaan asetuksista: virallinen kanava määritetään moduulin toimesta.
- Jokaisessa asetuskentässä on suora linkki sen selitykseen ohjeoppaassa.
0.0.8
- Työntekijäkohtainen turvallisuusepookki aiempien istuntojen, haasteiden ja laitteiden mitätöimiseksi.
- Määritettävä mitätöinti jokaisen salasananvaihdon jälkeen, vain palautuksen tai järjestelmänvalvojan tekemän muutoksen jälkeen tai ei koskaan.
- Asetukset ”Perintö”, ”Pakollinen”, ”Valinnainen” ja ”Pois käytöstä” profiilin ja kauppojen mukaan.
- Superjärjestelmänvalvojat ovat aina pakotetussa tilassa ja monikaupparatkaisu on käytössä tiukimman käytäntöjen mukaisesti.
- Kertakäyttöinen hätäavain ja palautus vain konsolin kautta, ilman pysyvää web-ohitusta.
- Valinnainen palautus sähköpostitse MFA-haasteen aikana, kahdeksannumeroisella koodilla, HMAC-salauksella, viiden minuutin voimassaoloajalla ja lähetysrajoituksella.
- HMAC:lla ketjutetut lokit, eheysdiagnostiikka, säilytysaika 30–730 päivää ja allekirjoitettu JSON-vienti.
- Idempotentti siirto 0.0.8 ja päivitys, joka on vahvistettu versiosta 0.0.7 lähtien PrestaShop-versioissa 1.7, 8 ja 9.
0.0.7
- ”Turvallisuusasetukset” on jaettu osiin ”MFA ja ilmoitukset”, ”Yritykset ja estot” sekä ”Verkko ja IP”, ja tallennus tapahtuu atomisesti.
- Välilehtien selaus näppäimistöllä, valinnan säilyminen ja paneelin automaattinen avautuminen validointivirheiden yhteydessä.
- Tietokannan tietueiden todellinen sivutus, 25, 50 tai 100 riviä sivua kohti.
- Tietueiden suodatus päivämäärävälin, työntekijän tai sähköpostiosoitteen, tapahtuman, tuloksen ja IP-osoitteen perusteella.
- ”Oma todennus” -otsikon ulkoasu on uudistettu parantamalla kontrastia, hierarkiaa, mobiilisoveltuvuutta ja yrityslinkkejä.
- Sähköpostitesti tarkistaa lähetyksen ja vastaanottajat ilman, että operatiivisten hälytysten on oltava aktiivisia.
- PrestaShopin sähköpostin siirtotavan näkyvä diagnostiikka, joka erottaa sieppauspalvelimet todellisista SMTP-palvelimista.
- Virhediagnostiikka, joka on yhteensopiva
SwiftMessage- ja MailerMessage-lokien kanssa PrestaShop-versioissa 1.7, 8 ja 9.
- Poistettu kaupan etuliitteen päällekkäisyys otsikoista ja vahvistettu vaihtoehtoista linkkiä Back Officeen.
- Yrityskäyttöön tarkoitettu lähetys on vahvistettu Exchange Onlinen avulla kaikissa kolmessa yhteensopivassa versiossa.
- Paneeli on yhtenäistetty Snapshotin kanssa PrestaWard Update Manifest v1:n avulla, tila, kriittisyysaste ja SHA-256.
- Idempotentti siirto 0.0.7 ja vahvistettu päivitys versiosta 0.0.6 PrestaShop-versioihin 1.7, 8 ja 9.
0.0.6
- Transaktionaalinen brute force -suojaus salasanalle ja MFA:lle IP:n ja identiteetin mukaan.
- Yhteensopivuus IPv4:n, IPv6:n, CIDR:n, luotettavien välityspalvelimien, sallittujen ja estettyjen luetteloiden kanssa.
- Rajoitetut estohälytykset estävät tahallisesti aiheutettuja sähköpostitulvia.
- Palvelimen karanteeni ilman valikkoa, pikakuvakkeita tai Back Office -sisältöä.
- Uudistettu ”Oma todennus” -toiminto, jossa on neljä vaihetta, esteettömät nimiöt, vietävät palautuskoodit ja yksittäinen peruutus.
- Vastaavat ja käännetyt sähköpostit PrestaShop-versioissa 1.7, 8 ja 9, tulokset vastaanottajakohtaisesti.
- Kovennettu testaaja: yrityskäyttöön tarkoitettu HTTPS, ilman uudelleenohjauksia, TLS, runkorajoitus ja tiukka v1-manifesti.
- Siirto versioon 0.0.6, päivitys versiosta 0.0.5 ja täydelliset matriisit kaikissa kolmessa tuetussa versiossa.
0.0.5
- Vaiheittainen kirjautuminen: PrestaShop tarkistaa ensin salasanan ja pyytää sen jälkeen TOTP-koodia tai palautuskoodia.
- Autentikoitu istunto karanteenissa, liitetty työntekijään ja rajoitettu kohtaan ”Oma todennus”, kunnes MFA on suoritettu loppuun.
- Sivuttaisen pääsyn estäminen suorien ohjaimien ja AJAX/XHR-pyyntöjen avulla.
- Pakollinen rekisteröityminen työntekijöille ja pääkäyttäjille, joilla ei ole vahvistettua TOTP-tunnusta.
- PrestaShop 9:ssä korjatut luotetut laitteet, jotka on liitetty työntekijään ja selaimeen.
- Toinen tekijä on uudistettu espanjaksi PrestaWard-visuaalijärjestelmän avulla.
- Laajennettu opas, jossa on todellisia kuvakaappauksia toisesta tekijästä PrestaShop-versioissa 1.7, 8 ja 9.
- Täydellinen puhdistettu matriisi: sähköposti, TOTP, toistosuojaus, palautus, luottamus ja karanteeni.
0.0.4
- Pakollinen rekisteröityminen kohdassa ”Oma todennus” tileille, joilla ei ole TOTP:tä, kun tila on Pakota.
- Toinen kirjautumisvaihe näkyy vasta salasanan vahvistamisen jälkeen.
- Superjärjestelmänvalvojat sisällytetään samaan henkilökohtaiseen todennusprosessiin.
- Uudistettu ja espanjaksi käännetty MFA-kirjautumislomake.
- Testisähköpostin virhe 500 korjattu.
- Erillinen MFA-itsepalvelu jokaiselle työntekijälle.
- Käytäntö, työntekijäluettelo, sähköposti ja lokit on rajattu pääkäyttäjälle.
- Nykyaikaiset ja vanhat käyttöoikeudet on rakennettu uudelleen idempotenttisesti.
- Tarkka diagnostiikka vastaanottajista, SMTP-asetuksista ja siirtotavasta.
- Yhtenäistetty todellinen IP-osoite lokeissa, pyyntörajoituksessa, sähköposteissa ja luotetuissa laitteissa.
- Back Office-tapahtumat ja tekstit on käännetty espanjaksi.
- Otsikot ja ulkoasu ovat PrestaWard-tuoteperheen mukaisia.
- Yritystuki palautettu osoitteeseen hola@go-onagency.es.
- Päivitys 0.0.4 ja puhdistettu matriisi PrestaShop-versioissa 1.7, 8 ja 9.
0.0.3
- Yhtenäistetty visuaalinen geometria PrestaWard Snapshotin avulla.
- Peruutettavissa olevat luotetut laitteet, joissa on 256-bittisiä satunnaistunnisteita, jotka on tallennettu hash-muodossa.
- Secure-, HttpOnly- ja SameSite=Lax-evästeet rajoitettu Back Officeen.
- Vastaavat hälytykset vanhoissa integraatioissa ja Symfony-integraatioissa.
- Brändäys, tuotelinkit, opas, tuki ja testisähköposti.
- Rate limit -rajoituksen validointi PrestaShop-versioissa 1.7, 8 ja 9.
0.0.2
- Salasanalla ja paikallisella QR-koodilla suojattu TOTP-rekisteröityminen.
- Kertakäyttöiset palautuskoodit, jotka on tallennettu HMAC-muodossa.
- Atominen suojaus TOTP-uudelleentoistoa vastaan.
- Pyyntöjen rajoitus käyttäjätunnuksen ja IP-osoitteen mukaan.
- Erityiset integraatiot vanhaan kirjautumiseen ja PrestaShop 9 Symfonyyn.
- Salasanalla ja tunnistustekijällä suojattu todennusmenetelmän kierrätys ja MFA:n poistaminen.
0.0.1
- Turvallinen tukirakenne on oletusarvoisesti pois käytöstä.
- MFA-taulukot, TOTP, hallintapaneeli, auditointi, lokit, hälytykset ja alustavat käännökset.