Digitalisaatio - hyvät ja huonot puolet

Taloyhtiöissä on vielä se, että asukkaiden intressi on säästää omaa rahaa ja jollain todennäköisyydellä isossa osaa rakennuksia asuu itse hallituslainen, joka voi painaa infolaput ilmoitustaululle aina kun käy ulkona eli todennäköisesti useammin kuin kerran päivässä. Isot päätökset infotaan myös viikkoja etukäteen, joten mitään tiukan reaaliaikaista live-lähetystä ei tarvita.
Juu, meilläkin asuu vissiin kaikki hallituksen jäsenet samassa taloyhtiössä ja he kyllä jakelevat rappujen ilmoitustauluille laput ja joskus jotkut tiedotteet jopa jokaiseen postiluukkuun. Samoin huoltoyhtiö kuitenkin käy useamman kerran viikossa paikalla ja jakaa omat lappusensa ilmoitustauluille. Tuollaisessa digitaulussa pitäisi sitten antaa erilaisille tahoille käyttöoikeuksia lisäillä ilmoituksia sinne ja sitten kun henkilöt vaihtuvat niin pitäisi jonkun vielä poistellakin niitä käyttöoikeuksia. Ja mitenkäs asukkaat sinne omia ilmoituksiaan laittavat? Post-it -lapulla näytön kulmaan?

Ei tuollaisiin tarkoituksiin tietenkään mitään perinteistä tv-paneelia kannata asentaa, vaan pikemminkin jokin sähköisistä kirjanlukijoista tuttu staattinen paneeli.

Jos taas on tarkoitus välittää talon asukkaille vaihtuvia mainoksia ja infoviestejä mahdollisimman selkeästi ja näyttävästi, niin sitten sitten siinä pitää olla joku perinteisempi näyttö. Ei noista isoja kustannuksia tule, mutta se on sitten arvioitava aina tapauskohtaisesti, että onko moinen tarpeen. Ei voi kuitenkaan sanoa, etteikö tuollainen olisi jossakin tapauksessa perusteltua. Minäkin tiedän pari kerrostaloa, joissa on tuollainen infonäyttö, mutta asukaslistoja siinä ei kuitenkaan ole, vaan nimenomaan muuta asukasviestintää.
Yleensähän noissa on joku ihan infonäytöksi tarkoitettu kosketusnäyttöpaneeli joka tietty syö sähköä jonkun verran. Joku e-ink -näyttö tietty olisi fiksumpi, saisi sähkönkulutusta aika reippaasti vähemmäksi. Muutamassa valmiissa rappuun tarkoitetussa info/varausnäytössä on ainakin ollut samassa lootassa näyttö, pieni pc ja joku gsm-modeemi tiedonsiirtoa varten ja pc:ssä on ainakin parissa laitteessa pyörinyt joku wanha versio Androidista.

Aika harva asia tulee mieleen joka toimisi tuollaisella digihärvelillä paremmin kuin perinteisellä paperi-ilmoitustaululla jos kyseessä on ihan tavallinen asuintalo. Noissa digitauluissa kun eri asiat yleensä pyörivät ruutu kerrallaan eli ohi kulkiessa ei välttämättä huomaa jos on tullut joku uusi tiedote kun taas itse ainakin vanhanaikaiselta ilmoitustaululta huomaan ohi kävellessä jos siihen on ilmaantunut joku uusi lappu.
 
Miksei sitä asukasviestintää voi lähettää suoraan asukkaan puhelimeen jonkun näytön sijaan?
Koska saavutettavuus. Ei voi lähteä siitä olettamuksesta, että kaikilla änkyröillä olisi puhelin tai edes sähköpostiosoite, jolla vastaanottaa ne viestit.

Ei ole tullut mieleenkään että joku taloyhtiön ilmoitustaulu pitäisi sähköistää digikiimassa. Tuntuu erittäin turhalta ajatukselta.
Digikiima? Onko tämä joku asioiden nykyaikaistamisen vastustajien termi, jolla yritetään vähätellä digitaalisten palveluiden hyötyjä?

Joo, se ilmoitustaulu ei varmaan yksittäisen talon tapauksessa ole erityisen olennaista, mutta jos sitä hallitsee joku huoltoyhtiön sihteerikkö tms ja samat ilmoitukset pitää toimittaa 20 taloyhtiöön, niin se voikin olla ihan järkevää. Ei kannata ajatella kaikkea pelkästään sen oman kuplan kannalta, kun käyttötapauksia on niin erilaisia.

Kosketusnäyttöversioita ei ole vielä tullut vastaan.
 
Digikiima? Onko tämä joku asioiden nykyaikaistamisen vastustajien termi, jolla yritetään vähätellä digitaalisten palveluiden hyötyjä?
Ihan vaan oma heitto. Pidän digitalisaatiota yleisesti hyvänä asiana, enkä lähtökohtaisesti vastusta uudistamista, mutta tuo ylläoleva esimerkki vaan kuulostaa omaan korvaan turhalta uudistamiselta. Siinä korjataan ongelmaa jota ei ole olemassa.
 
Siinä korjataan ongelmaa jota ei ole olemassa.
Voisiko kuitenkin olla niin, että et vain tiedä ongelmasta, jota sillä voidaan korjata tai nykyaikaistaa? Kuten sanoin, ei se kaikissa yksittäisissä taloissa varmaankaan anna mitään lisäarvoa, mutta jossakin toisaalla tilanne ja tarve voi olla jotain muuta.
 
Voisiko kuitenkin olla niin, että et vain tiedä ongelmasta, jota sillä voidaan korjata tai nykyaikaistaa? Kuten sanoin, ei se kaikissa yksittäisissä taloissa varmaankaan anna mitään lisäarvoa, mutta jossakin toisaalla tilanne ja tarve voi olla jotain muuta.
Missään yksittäisissä taloyhtiöissä tuskin on mitään järkeä tuollaisia digi-ilmoitustauluja/varausnäyttöjä asennella mutta ehkä joku Sato, Kojamo, Nuorisosäätiö tai muu vastaava isompi vuokrakämppäfirma saattaisi tuosta jotain hyötyä saadakin jos saisivat jotain tiedotteita valtakunnallisesti hallinnoitua ja omaa varausjärjestelmää pyöriteltyä. Periaatteessahan tuollaisella järjestelmällä saisi jonkun isomman talokompleksin yleisten tilojen käyttöä järkevöitettyä että esim pyykkitupaa tai saunavuoroja voisi varata vähän kauempana olevasta talosta jos omassa talossa ei olisi vapaana tms.
 
  • Tykkää
Reactions: hmb
Kosketusnäyttöversioita ei ole vielä tullut vastaan.
Muistan jossain uudiskohteessa nähneeni. Siellä sitten valikoiden takana aika geneerisiä, järjestyssäännöt, taloyhtiön uutisia, jotain tiedotteita. Olisiko ollut myös kellonaika ja sää ja joku taloyhtiön speksisivu. Ei kyllä muistaakseni ollut mitäään asukkeiden privaattia osiota vaan pelkkä julkinen puoli. Huoltoväelle mahdollisesti jotain piilotettuna. Noissa on huomattavasti enemmän järkeä uusissa kohteissa kun on talotekniikkaa mahdollisimman paljon ja myös talon puolesta nettiyhteys ja esim. pistorasiat jne. tällaisille. Jossain vanhoissa taloissa ei ole sähkön varastamisen välttämiseksi välttämättä pistorasioita käytävillä - korkeintaan siivoojalle joku yksi reikä jossain epäkäytännöllisessä paikassa. Edellisessä kämpässä taisi olla portaiden juurella ihan katonrajassa yksi pistorasia, jolla pääsi 1. ja 2. kerrokseen pingottamaan imurin johtoa. Ylimmässä kerroksessa sitten ehkä toinen.
 
Missään yksittäisissä taloyhtiöissä tuskin on mitään järkeä tuollaisia digi-ilmoitustauluja/varausnäyttöjä asennella mutta ehkä joku Sato, Kojamo, Nuorisosäätiö tai muu vastaava isompi vuokrakämppäfirma saattaisi tuosta jotain hyötyä saadakin jos saisivat jotain tiedotteita valtakunnallisesti hallinnoitua ja omaa varausjärjestelmää pyöriteltyä. Periaatteessahan tuollaisella järjestelmällä saisi jonkun isomman talokompleksin yleisten tilojen käyttöä järkevöitettyä että esim pyykkitupaa tai saunavuoroja voisi varata vähän kauempana olevasta talosta jos omassa talossa ei olisi vapaana tms.
Juuri näin. Lisäksi tiedän ainakin yhden asunto-osakeyhtiökompleksin, jossa tuollainen sähköinen ilmoitustaulu koettiin tarpeelliseksi mm. sitä kautta, että muiden hyötyjen lisäksi se nostaa pr-arvollaan asuntojen hintaa enemmän kuin mitä se kustantaa. Siinä rullaa käsittääkseni jotain saunavuorolistoja ja kaikenlaisia infoja ja tiedotteita paikallisen asukasyhdistyksen toiminnasta jne. Ei siis ole kosketusnäyttö, vaan ihan staattinen seinätaulu, jonka sisältöä hallitaan jonkun webbipalvelun kautta.

Joku tämän tyyppinen siis:

 
Asensin virtuaalikoneeseen waretetun Windows 10:n ja pääsin sillä kerran kirjautumaan sisään tuonne Savonian Reppuun, mutta kun kokeilin overridettää selaimen user-agent stringin samaksi kuin Firefoxin Linux-versiossa, niin se alkoi antamaan taas virhesivua eikä korjautunut enää edes vaihtamalla user-agent stringin takaisin oletukseksi.
...ja vaikka kaikilla muilla tuhansilla opiskelijoilla kaikki toimii ongelmitta joka ikinen päivä, niin vika on kaiken tämänkin jälkeen edelleen mielestäsi palveluntarjoajassa, eikä sinun omissa virityksissä?
 
Kyllä se protokolla olisi kaikesta huolimatta ihan hyvä olla paperille kirjoitetussa verkko-osoitteessa aina mukana. Se tekee asioista paljon selkeämpiä.
Tässä kai se suurin juju on siinä http vai https osaa voi myös hämmentää www puuttuminen.

Tunnuslukulaitteita käyttää myös he joilla ei ole yhteensopivaa laitetta mihin asentaa se tunnistusohjelma. jollain random selaimella random laitteella. No jos nyt käyttäjä jollain vihamielisella yhteydellä/laitteella/selaimella naputtelee pelkästään sen mitä lapussa luki, niin tuskin se olisi palastus vaikka olisi lukenut koko rimpsu.

Vaikka en nyt välttämättä kannata että aina pitäisi kirjoittaa protokolla rimpsu, mutta pidän tärkeänä että tietotekniikka ohjoissa ei mitään jätetä pois, sen varaan että käyttäjä kyllä arvaa. Mutta tuon osoitteen osalta, osa selaimista piilottaa http rimpsun ja jos osoite vielä edelleen ohjaa, sekin vielä muuttuu.
 
katso liitettä 1049569
Danske Bankin aktivointisivu ei edelleenkään toimi. Yksi noista HTTP-requesteista palauttaa virheen 503 Service Unavailable ja yksi näyttää palauttavan virheen 401 Unauthorized, en tiedä liittyvätkö ongelmaan. Sivun sisältönä on edelleenkin vain punainen laatikko, jossa lukee "Internal Error. Please try again later."

503 favicon.ico-pyynnölle on aika yleistä. Tossa virheen 401 savassa oleellisempaa kuin response headerit olisi request headerit, joissa epäilisin ettei sinulla ole kaikki kohdallaan. Siellä pitäisi olla mm. tällaista, jonka jo edellisellä sivulla laitoin:

Cookie2595d2670965f08157d1e78683d94c59=f95c76d7af27e4dc88f0739ac7f34ab8; NSC_JOf1ljofbzlnbmid4qjq1abjjxoujbU=ffffffff098dde0745525d5f4f58455e445a4a42378b; NSC_JOnnnq1xcc3wxsndb4nwnhbud3waadQ=14b5a3d915babb449bcd361bf51d5f47286e362a517dd99b112fc56b43cc3013a11163d2; __Host-SID=5a3f0cbb-c096-4cc8-9561-62ea7f5920f7; NSC_JOthsdcpcosvsgrbxassunczsycgzdT=ffffffff098dde0445525d5f4f58455e445a4a42378b; __Host-NSSID.nonce=1910a5377934bf9ec67de3ac2df8af40346ee95b5e0a23913ba6fad8785b4c28

Oletan, että sinulla tuo rimpsu on lyhyempi. Sivu toimii ihan hyvin Firefoxin 109.0.1-versiolla.
 
Tässä kai se suurin juju on siinä http vai https osaa voi myös hämmentää www puuttuminen.

Tunnuslukulaitteita käyttää myös he joilla ei ole yhteensopivaa laitetta mihin asentaa se tunnistusohjelma. jollain random selaimella random laitteella. No jos nyt käyttäjä jollain vihamielisella yhteydellä/laitteella/selaimella naputtelee pelkästään sen mitä lapussa luki, niin tuskin se olisi palastus vaikka olisi lukenut koko rimpsu.

Vaikka en nyt välttämättä kannata että aina pitäisi kirjoittaa protokolla rimpsu, mutta pidän tärkeänä että tietotekniikka ohjoissa ei mitään jätetä pois, sen varaan että käyttäjä kyllä arvaa. Mutta tuon osoitteen osalta, osa selaimista piilottaa http rimpsun ja jos osoite vielä edelleen ohjaa, sekin vielä muuttuu.
Melko harvassa ovat sellaisen suurten käyttäjämassojen varteenotettavat palvelut, joissa osoitteen alku olisi pakollinen. Pääsääntöisesti kaikissa nykyaikaisissa palveluissa on yksi simppeli markkinointiosoite tyyliin domain.com, josta sitten tapahtuu taustalla sopiva edelleenohjaus halutulle verkkosivulle ja salausmenetelmälle, riippumatta siitä kirjoittaako käyttäjä selaimeensa minkä tahansa seuraavista:

Koodi:
http://domain.com
https://domain.com
http://www.domain.com
https://www.domain.com
domain.com

Näin on myös tässä tapauksessa ja jos ei toimi, vika on suurella todennäköisyydellä käyttäjän päässä. Se että piilottaako selain käyttäjältä epäolennaisen osan osoitteesta, ei ole merkittävää.
 
Idea tuossa protokollan lisäämisessä linkkiin on siinä, että tunnistaa, mikä on osa linkkiä ja mikä ei. Samasta syystä se linkki on hyvä myös alleviivata. Se lisää selkeyttä huomattavasti eikä ole iso asia tehdä.
Suurinta osaa käyttäjistä ei asia kiinnosta, eivätkä ymmärrä eroa vaikka pintapuolisesti kiinnostaisikin. Olennaisempaa on että asiat toimivat turvallisesti.

Siksi siis automaattinen edelleenohjaus käyttäjän tekemisistä huolimatta ja samasta syystä myös selaimet näyttävät niitä lukko-ikoneita jne. kertomaan käyttäjille sivun turvallisuudesta kryptisten merkkisarjojen sijaan. Ei sillä kuuhun mennä, mutta on se selkeämpi silti suurille käyttäjämassoille.
 
Melko harvassa ovat sellaisen suurten käyttäjämassojen varteenotettavat palvelut, joissa osoitteen alku olisi pakollinen. Pääsääntöisesti kaikissa nykyaikaisissa palveluissa on yksi simppeli markkinointiosoite tyyliin domain.com, josta sitten tapahtuu taustalla sopiva edelleenohjaus halutulle verkkosivulle ja salausmenetelmälle, riippumatta siitä kirjoittaako käyttäjä selaimeensa minkä tahansa seuraavista:
Pointti ei ollut se, vaan se että kapulaa tilaavista voi olla laidasta laitaan kokemukseltaan. mukaan lukien ne joilla www koulun käynneet. jolle se www viestii jotain.
https taasen sen takia että nimenomaan https käyttäisi, eikä http.

Tarpeeton uudelleen ohjaus taasen sen takia että siellä osoiterivillä taasen näkyisi se osoite mikä ohjeissa neuvottiin.

Lisäksi sen osoitteen pysyminen helpottaa kirjanmerkkaamista, tai selvittelyä missä nyt ollaan.

On toki parempi että käytetään lyhyitä osoitteita jonkin "https: / /shared-logon.danskebank.com/logon/default/index.html?clientId=TokenActivation-FI-Personal']Logon[/URL]" sijaan. varsinkin silloin jos ja kun nuo kryptiset tuppaa kuolemaan aikaa myöten.

Tuosta nyt huomasi että osoite edelleen ohjaisi ihan eri juuridomainiin.

Näin on myös tässä tapauksessa ja jos ei toimi, vika on suurella todennäköisyydellä käyttäjän päässä. Se että piilottaako selain käyttäjältä epäolennaisen osan osoitteesta, ei ole merkittävää.
Toki vika on aina käyttäjän päässä.
Digatilisointia kun toteutetaan niin pitää myös muistaa se että asiakas on silloin varsin yksin, ei ole sitä asiakaspalvelijaa joka auttaa, lisäksi jos palvelun on tarkoitus olla helposti saavutettavissa niin kaikkea sillaista kannattaa välttää josta voi seurata niitä ongelmia.

Onhan tuo oma ongelmansa ja hämmentävää jos hypätään ihan eri pää domainille. Ei suurimmalle osalla, mutta haparoivalle epävarmalle, on ja samoin osaavalle ja ymmärtävälle hyvin epäilyttävää. Lisäksi ne joilla ei ole pääsyä joka paikkaan, jolloin homma ei enään käyttäjästä kiinni.

Pankkitunnistautuminen on palvelu jota ei kuulu tehdä niin että suurin osa sitä voi käyttää, vaan niin että kaikki sitä voi käyttää.

Kaikki viritykset jotka eivät ole välttämättömiä palvelun saavutettavuuden kannalta niin ollaan nopeasti heikoilla jäillä.

Perusasioiden muuttamine, käyttöliittymän muuttaminen, osoitteiden muuttaminen jne niistä seuraa ongelmia.

Edit
oki vika on aina käyttäjän päässä.
Onko?
Tuo oli sarkasmia :)
Jos homma on toiminut jossain labrassa, ja ei toimi asiakkaalla, niin se on asikkaan vika, niistä joka prosentti on sellaista minkä asiakas pystyy itse korjaamaan, omat toimisesti tai vieraan avulla. osa on sitten palveluntarjoajan päässä, eikä asiakas sitä voi korjata, näistä toki usein syyllistetään asiakasta, joka asiakkaan teko on johtanut siihen.

Asiakkaan vika myös se ettei asiakkaan osaaminen tai kekseliäisyys riittä palvelun käyttöön, asiakkaan pitkää keksi että tässä nyt pitäisi toimia näin, vaikka toisessa hetkessä nimenomaan niin ei saa toimia.
Esim nämä http vs https, osoite vaihtuu kesken surffailun jne.

Ylläoleva edelleen sarkasmia, vai oliko sittenkään...
 
Viimeksi muokattu:
Melko harvassa ovat sellaisen suurten käyttäjämassojen varteenotettavat palvelut, joissa osoitteen alku olisi pakollinen.

Ylipäätään www:n olettaminen muuksi kuin yhdeksi mahdollisista alidomaineista on jäänne hirveän kaukaa ja sotkenut hmisten käsityksen URL-osoitteista. Tai toiselta kantilta katsottuna muista alkuajan alidomaineista ei tullutkaan sitä mitä oletettiin ja alidomainit kehittyivätkin eri suuntaan. "activation" on ihan yhtä hyvä alidomain siinä missä "www" tai "ntp". Mutta koska painolasti on valtava ja monet tekniikat laahaavat perässä, tai ehkä ennemmin niiden päivitys ihmisten toimesta, niin tilanne tuskin nopeasti muuttuu miksikään.
 
Kyllä se protokolla olisi kaikesta huolimatta ihan hyvä olla paperille kirjoitetussa verkko-osoitteessa aina mukana. Se tekee asioista paljon selkeämpiä.

Kaikki verkkopankkia käyttämään kykenevät ymmärtävät kyllä, mitä tarkoitetaan, kun annetaan ohje mennä osoitteeseen "io-tech.fi", vaikka protokollaa ei siinä lukisikaan.

Keskimääräinen tietokoneen käyttäjä ei edes tiedä, mitä protokolla tarkoittaa, ja http/https-kirjainyhdistelmänkin hän on nähnyt vain jossain linkeissä, se siitä.


Noin muuten olen monesta asiasta samaa mieltä kuin sinä. Kaiken laittaminen puhelinsovellusten varaan on arveluttavaa, ja nykyään on päässyt vakiintumaan sellainen sairas ajatus, että jollain palvelulla tai sovelluksella olisi "oikeus" saada kerätä puhelimen sarjanumero, sijanti ja muita vastaavia tietoja.

Toisaalta tietokonepuolella vastaavien tietojen kähveltäminen on ollut helpompaa kuin puhelinpuolella, kun ohjelmien toimintaoikeuksia on valvottu vähemmän. Puhelinten myötä siitä on vain tullut hyväksytympää.

Mainitsemasi user-agent samoin kuin referer ja varmaan jokunen muukin vastaava http-protokollan ominaisuus joutaisivat hävitä standardista kokonaan.


Verkkopankkiin kirjaudun paperisella tunnuslukulistalla, kun se edelleen toimii, ihan mielenilmauksenkin vuoksi. Aika pitkään on jo ollut "viimeiset hetket" ottaa tunnuslukusovellus käyttöön, mutta katsotaan, kuinka kauan tätä voi jatkaa. Verkossa maksaminen ei ole enää pitkään aikaan onnistunut paperilistalla.

Minua ärsyttää jatkuva palautteen kysely. Digitalisaatio on tehnyt siitä aivan liian halpaa. Ei voi edes lähikaupassa käydä ruokaostoksilla ilman että kysellään sähköpostissa tai kauppaketjun apissa palautetta. Kaupan sovelluksia ei tietenkään ole pakko asentaa. Mutta niiden avulla saa jopa 10-30% alennuksia tuotteisiin. Ja jos sallii datankeruun, ne tuotteet ovat vieläpä sellaisia mitä tulee ostettua. Kaikki pitää erikseen yrittää kieltää. Jos et kiellä, tulee ensin operaattorin myyntipuhelu, pyytämättä. Sitten kun olet sulkenut puhelun, tulee viestillä kysely "miten onnistuimme?". Tilaat netistä 4 halpaa AA-paristoa. Tulee pyyntö kirjoittaa arvostelu ostamastasi tuotteesta.

Lähikaupan osalta tähän on sentään helppo ratkaisu, maksu käteisellä ja ilman bonuskortteja, niin ei joudu digitaalisen ahdistelun kohteeksi niin helposti. :smoke:

Netistä tilatessa on hieman hankalampaa välttyä tällaiselta, mutta nettikaupoissakin kannattaa esim. tehdä tilaus ilman pysyvää käyttäjätiliä, jos mahdollista, ja jos perään edelleen huudellaan, voi käyttää vaikka GDPR-oikeuksia.
 
Verkkopankkiin kirjaudun paperisella tunnuslukulistalla, kun se edelleen toimii, ihan mielenilmauksenkin vuoksi. Aika pitkään on jo ollut "viimeiset hetket" ottaa tunnuslukusovellus käyttöön, mutta katsotaan, kuinka kauan tätä voi jatkaa. Verkossa maksaminen ei ole enää pitkään aikaan onnistunut paperilistalla.

? Mulla ainakin toimii halutessa kaikki verkkomaksut myös paperisen avainlukulistan kanssa edelleen ihan vanhaan malliin. Tai no tulee siitä se tekstiviestikoodi kyllä, että ihan pelkkä paperi ei riitä, mutta mitään sovelluksia ei kuitenkaan tarvitse. Säästöpankki kyseessä.
 
Viimeksi muokattu:
? Mulla ainakin toimii halutessa kaikki verkkomaksut myös paperisen avainlukulistan kanssa edelleen ihan vanhaan malliin. Tai no tulee siitä se tekstiviestikoodi kyllä, että ihan pelkkä paperi ei riitä, mutta mitään sovelluksia ei kuitenkaan tarvitse.

Riippuukohan tuo pankista sitten. Nordealla ei onnistu.
 
Noin muuten olen monesta asiasta samaa mieltä kuin sinä. Kaiken laittaminen puhelinsovellusten varaan on arveluttavaa, ja nykyään on päässyt vakiintumaan sellainen sairas ajatus, että jollain palvelulla tai sovelluksella olisi "oikeus" saada kerätä puhelimen sarjanumero, sijanti ja muita vastaavia tietoja.

Tuo ei todellakaan ole vakiintunut ajatus. Vaan päinvastoin, niin Android kuin iOS estävät pääsyn puhelimen sarjanumeroon (tai muihin siihen verrattaviin uniikkeihin hardistunnisteisiin, kuten IMEI tai Wifin MAC-osoite).

Sijantidatan käyttökin alkaa olemaan aika hyvin paimennettua, periaatteena, että sitä saa käyttää vain silloin kun sille on oikeasti syy, ja softan pitää toimia vaikka käyttäjä ei anna lupaa (poislukien se osa toiminnasta mikä vaatii sen sijaintidatan)
 
Viimeksi muokattu:
...ja vaikka kaikilla muilla tuhansilla opiskelijoilla kaikki toimii ongelmitta joka ikinen päivä, niin vika on kaiken tämänkin jälkeen edelleen mielestäsi palveluntarjoajassa, eikä sinun omissa virityksissä?
Aika harva tosiaankin vaihtaa tarkoituksella user agentin nimeä. Joskus tätä on tarvinnut esim. estosääntöjen kiertämiseen, kun palvelu voi estää sisällön rekursiivisen kopioinnin wget- tai curl-työkalulla. Palvelulla voi olla hyviä syitä tukea esim. vain Edgeä tai IE:tä. Jos esimerkiksi kehityskuluista on haluttu säästää, voidaan taata tuki vain tietylle selaimelle, joka usein on Microsoftin kehittämä tuote, macOS:n Safari, Androidin integroitu selain (monissa puhelimissa silti eri kuin Chrome) tai iOS:n integroitu selain. Ei ole kauaa aikaa (ehkä viime vuonna) kun vastaan tuli, että SAP:n matkalaskunäkymä julkisella puolella tuki pelkästään IE 11:ta.
 
Pankeista kun oli puhe, just huomasin, että osuuspankin säästöpankin salasana voi olla miten pitkä tahansa, paitsi että ainoastaan 8 ensimmäistä merkkiä merkitsee ja loput on ihan samantekevää, kirjoittaako niitä vai ei. Huomasin kun vahingossa typotin ja silti meni läpi.
 
Viimeksi muokattu:
Pankeista kun oli puhe, just huomasin, että osuuspankin salasana voi olla miten pitkä tahansa, paitsi että ainoastaan 8 ensimmäistä merkkiä merkitsee ja loput on ihan samantekevää, kirjoittaako niitä vai ei. Huomasin kun vahingossa typotin ja silti meni läpi.
Ei varmaan yllättänyt ketään, että pankit harrastavat tätä. Veikkaan että oppilaitosten ja viranomaisten järjestelmissä voi löytyä samaa.

Toisenlainen esimerkki on Huawei. Niiden puhelimissa sai joskus näytön lukittua kahdeksan merkin mittaisella koodilla. Sitten tuli myyntiin uudempia, missä sai vain kuusi merkkiä. Asiaa ei toki mitenkään piiloteltu käyttäjältä, ihan muuten vain parannettiin tietoturvaa kiinalaisittain rajoittamalla koodin pituutta.
 
Ei varmaan yllättänyt ketään, että pankit harrastavat tätä. Veikkaan että oppilaitosten ja viranomaisten järjestelmissä voi löytyä samaa.
No ei tuo mitenkään ennenkuulumatonta kyllä tosiaan ole. Mielellään sitä kyllä uskoisi ja näkisi, että pankki jos joku hoitaisi nämä asiat parhaalla mahdollisella tavalla.
Tässäkin voi jollain olla salasanana esimerkiksi "salasana12höpölöpölööetvarmanaarvaa", pituutensa puolesta hyvinkin hyvä salasana, paitsi että nyt se aukeaa ensimmäisten joukossa kun "salasana" on taatusti ensimmäisiä kokeiltavia sanoja jos joku käy koputtelemassa ja 8 merkkiä ei kauaa kestä vaikka ne ensimmäiset merkit olisi mitä tahansa. Onhan siinä sitten sen jälkeen muitakin varmistuksia vielä olemassa, mutta hölmöä "mokata" näinkin perustavanlaatuisessa asiassa.
 
Tuollaiset salasanojen lyhyysvaatimukset viittaavat myös siihen, että ne salasanat tallennetaan sellaisenaan plaintextinä. Jos ne tallennettaisiin esim. md5- tai sha-tarkistussummana, niin pitkäkään salasana ei veisi "tallennettuna" sen enempää tilaa kuin lyhytkään. Toki tarkistussummana tallennetussa salasanassa on se ongelma, että saman tarkistussumman palauttavia salasanoja on rajaton määrä, mutta käytännössä tarkistussumman laskeminen satunnaiselle merkkijonolle on sen verran hidasta verrattuna satunnaisen merkkijonon vertaamiseen toiseen merkkijonoon, että salasanan tulee olla todella pitkä (hattuvakiolta arvioituna useampia megatavuja), jotta se murtuu keskimäärin nopeammin tarkistussummana tallennettuna verrattuna plaintextinä tallennettuun salasanaan. Niin pitkiä salasanoja harvemmin kukaan käyttää. Sellaisenaan plaintextinä tallennetut salasanat ovat kuitenkin valtava tietoturvariski, jos salasanatietokanta sattuu joskus joutumaan vääriin käsiin.

Käyttäjätunnus-kohtaisella suolauksella pystytään ratkaisemaan tämäkin ongelma.
 
Mikä ongelma? Ei suolaus vähennä saman tarkistussumman palauttavien salasanojen määrää mihinkään rajalliseen joukkoon. Suolauksen tarkoitus on, että jos salasanatietokanta joutuu vääriin käsiin, niin mistään valmiista tarkistussummalistasta katsomalla ei voi suoraan tietää salasanaa.

Luinkin tuon viestisi hiukan huolimattomasti.
 
Mitä esimerkiksi minä nyt tässä tapauksessa mahdan sille, että "jostain syystä" Danske Bankin sivu ei anna minun selaimelle oikeita evästeitä?

en tiedä mitä käyttistä ja selainta käytät, mutta ainakin minulla verkkoasetusten private wifi address ja limit ip tracking -asetukset rikkovat joitakin nettisivuja. eli vika ei ole välttämättä selaimessa, vaikka oire siellä näkyykin.
 
Tuo ei todellakaan ole vakiintunut ajatus. Vaan päinvastoin, niin Android kuin iOS estävät pääsyn puhelimen sarjanumeroon (tai muihin siihen verrattaviin uniikkeihin hardistunnisteisiin, kuten IMEI tai Wifin MAC-osoite).

Sijantidatan käyttökin alkaa olemaan aika hyvin paimennettua, periaatteena, että sitä saa käyttää vain silloin kun sille on oikeasti syy, ja softan pitää toimia vaikka käyttäjä ei anna lupaa (poislukien se osa toiminnasta mikä vaatii sen sijaintidatan)

Tuon lähteen mukaan "lue puhelimen tila ja identiteetti" -oikeudella sovellus näkisi mm. puhelimen IMEI-koodin (käytännössä sarjanumeron). Onko tuo vanhentunutta tietoa?


En näe oikein hyväksyttäviä syitä sille, että mikään sovellus saisi ikinä kerätä tällaista yksilöivää tietoa.
 
Tuon lähteen mukaan "lue puhelimen tila ja identiteetti" -oikeudella sovellus näkisi mm. puhelimen IMEI-koodin (käytännössä sarjanumeron). Onko tuo vanhentunutta tietoa?

Android SDK:n API level 29:stä (eli Android 10) lähtien nuo on siirretty priviledged permissionin alle, joka tarkoittaa, että 3rd party appiksilla ei ole pääsyä siihen.
Joten jos on tarpeeksi vanha appis, niin sitten sillä voi vielä olla pääsy tuohon. Mutta Google tasaisin väliajoin nostaa Play Storen minimi API leveliä. Tällä hetkellä vaatimus uusille appiksille on 31, ja jos vanhat appikset ovat alle 30, niin sitten ne eivät enää näy Play Storen haussa.
Eli jos nyt lataat applikaation Play Storesta, sillä applikaatiolla ei ole enää pääsyä IMEI:hin (tai muihin uniikkeihin HW identifiereihin).
 
Tuon lähteen mukaan "lue puhelimen tila ja identiteetti" -oikeudella sovellus näkisi mm. puhelimen IMEI-koodin (käytännössä sarjanumeron). Onko tuo vanhentunutta tietoa?

https://android.stackexchange.com/questions/48709/read-phone-state-and-identity

En näe oikein hyväksyttäviä syitä sille, että mikään sovellus saisi ikinä kerätä tällaista yksilöivää tietoa.
Totta kai on hyväksyttäviä syitä miksi sovellus keräisi yksilöiviä tietoja, jos ja kun sille on tarve niin isojen alustojen ongelma on se että sitä on vaikeutettu, tai jopa estetty.

Erottaisin, kaksi asiaa, oikea tarve, jotta tuote palvelu, asia voidaan toteuttaa, siitä että asia asia voidaan tehdä ilman ja varsinkin siitä että jotain asiaa käytetään muuhunkin kuin siihen mihin se on välttämätön.

Voisi tietenkin ajatella että riittäisi se että käyttäjä päättää, mutta koska kehittäjät eivät ajattele käyttäjää, vaan päinvastoin. Eli jos esimerkin IMEI tietoa vaatisi käyttäjältä luvan, niin kehittäjät kyllä keksii miten se lupa saadaan, jos käyttäjä vastaa ei, niin sitten sitä kysytään uudestaan niin kauan että käyttäjä antaa luvan. Sen jälkeen se ei ole enään käyttäjän käsisissä miten sitä käytetään. Eli sinänsä ihan ymmärettävää miksi alustanylläpitäjät rajoittaa.

Alustan ylläpitäjät voivat tarjota kehittäjille muita rajapintoja joilla voivat saavuttaa saman tavoitteen, mihin ehkä olisivat sitä IMEItä käyttäneet



Se aasinsilta aloitukseen on tuossa kehittäjät ei ajattele käyttäjää, eli keinotekoisesti rakentavat himmeleitä joilla vaikeutetaan käyttöä, itsekkäistä syistä.
 
Totta kai on hyväksyttäviä syitä miksi sovellus keräisi yksilöiviä tietoja, jos ja kun sille on tarve niin isojen alustojen ongelma on se että sitä on vaikeutettu, tai jopa estetty.

Erottaisin, kaksi asiaa, oikea tarve, jotta tuote palvelu, asia voidaan toteuttaa, siitä että asia asia voidaan tehdä ilman ja varsinkin siitä että jotain asiaa käytetään muuhunkin kuin siihen mihin se on välttämätön.

Voisi tietenkin ajatella että riittäisi se että käyttäjä päättää, mutta koska kehittäjät eivät ajattele käyttäjää, vaan päinvastoin. Eli jos esimerkin IMEI tietoa vaatisi käyttäjältä luvan, niin kehittäjät kyllä keksii miten se lupa saadaan, jos käyttäjä vastaa ei, niin sitten sitä kysytään uudestaan niin kauan että käyttäjä antaa luvan. Sen jälkeen se ei ole enään käyttäjän käsisissä miten sitä käytetään. Eli sinänsä ihan ymmärettävää miksi alustanylläpitäjät rajoittaa.

Alustan ylläpitäjät voivat tarjota kehittäjille muita rajapintoja joilla voivat saavuttaa saman tavoitteen, mihin ehkä olisivat sitä IMEItä käyttäneet

Se aasinsilta aloitukseen on tuossa kehittäjät ei ajattele käyttäjää, eli keinotekoisesti rakentavat himmeleitä joilla vaikeutetaan käyttöä, itsekkäistä syistä.

Yksilöivä (pseudoanonyymi) ID kyllä löytyy, Androidissa se on GAID ja iOS:ssa IDFA. Mutta nuo ovat "soft id:eitä", eli käyttäjä voi resetoida ne ja ne eivät ole sidottuja rautaan. Ja ainakin iOS:ssa käyttäjä voi aina kieltää tuon IDFA:n käytön. Tai voi olla, että Androidissakin voi, mutta iOS:ssa sen käyttö pitää erikseen hyväksyä jokaisen appiksen kohdalla.
Hardis ID:lle on aika paha keksiä validia tarvetta kuluttajakäytössä. B2B puolella taaskin tuo olisi usein kätevä, ja itsekin olen kironnut kun siihen ei pääse käsiksi.

Ja nykyään niin iOS:ssa kuin Androidissa on periaate, että jos käyttäjä kerran kieltää jonkun käytön, niin sitten se pitää enabloida laitteen asetuksista. Eli applikaation sisältä ei voi pyytää uudestaan ja uudestaan.
 
Tuo ei todellakaan ole vakiintunut ajatus. Vaan päinvastoin, niin Android kuin iOS estävät pääsyn puhelimen sarjanumeroon (tai muihin siihen verrattaviin uniikkeihin hardistunnisteisiin, kuten IMEI tai Wifin MAC-osoite).
Tilanne on muuttunut paljon. Muistan joskus reilu 10v sitten kun ZTE Bladen IMEI-tunnuksen pystyi ohjelmallisesti jopa vaihtamaan. En muista enää oliko tuo clockworkmodilla tai jollain root-ohjelmalla.
 
Tilanne on muuttunut paljon. Muistan joskus reilu 10v sitten kun ZTE Bladen IMEI-tunnuksen pystyi ohjelmallisesti jopa vaihtamaan. En muista enää oliko tuo clockworkmodilla tai jollain root-ohjelmalla.
Siis sen verkkoon näkyvän? Tuohon "anonyymeissä" tarpeissa kätevää, jos ihan apilla onnistu. (no ilmeisesti ei ollut ainoa)

Tosin pitää olla vahva luotto toimivuuteen, jos ei itse pääse tarkistaan millään tavalla.
 
Siis sen verkkoon näkyvän? Tuohon "anonyymeissä" tarpeissa kätevää, jos ihan apilla onnistu. (no ilmeisesti ei ollut ainoa)

Tosin pitää olla vahva luotto toimivuuteen, jos ei itse pääse tarkistaan millään tavalla.
Joo - tosiaan en osaa sanoa, miten oikeasti toimi, mutta siihen aikaan sai vaikutelman että olisi onnistunut. Tuohon IMEI:n vaihtoon on löytynyt appsejakin, mitä äsken googlailin hiukan. Ei ollut silleen alamaailman tarpeita hoidettavaksi agenttipuhelimella :D
 
Tuollaiset salasanojen lyhyysvaatimukset viittaavat myös siihen, että ne salasanat tallennetaan sellaisenaan plaintextinä. Jos ne tallennettaisiin esim. md5- tai sha-tarkistussummana, niin pitkäkään salasana ei veisi "tallennettuna" sen enempää tilaa kuin lyhytkään. Toki tarkistussummana tallennetussa salasanassa on se ongelma, että saman tarkistussumman palauttavia salasanoja on rajaton määrä, mutta käytännössä tarkistussumman laskeminen satunnaiselle merkkijonolle on sen verran hidasta verrattuna satunnaisen merkkijonon vertaamiseen toiseen merkkijonoon, että salasanan tulee olla todella pitkä (hattuvakiolta arvioituna useampia megatavuja), jotta se murtuu keskimäärin nopeammin tarkistussummana tallennettuna verrattuna plaintextinä tallennettuun salasanaan. Niin pitkiä salasanoja harvemmin kukaan käyttää. Sellaisenaan plaintextinä tallennetut salasanat ovat kuitenkin valtava tietoturvariski, jos salasanatietokanta sattuu joskus joutumaan vääriin käsiin.
Jonkun verran softakehityksen ja autentikoinninkin kanssa pelanneena en oikoisi ihan noin mutkia suoriksi. Aika harva palvelu tallentaa salasanat plaintekstinä, onneksi. Mun projekteista ei yksikään, itse en antais julkaista moista softaa. Kyllä ne hashina yleensä on. Noi minimi/maksimi/monimutkaisuus-rajoitukset tulee yleensä webuin validointisäännöistä. Se miten validointisäännöt speksataan, on toinen juttu.
Asiaa liipaten: kun joku palvelu kertoo ”salasanasi on liian samanlainen kuin aiemmin käyttämäsi” soittaa itsellä kelloja.
 
Jonkun verran softakehityksen ja autentikoinninkin kanssa pelanneena en oikoisi ihan noin mutkia suoriksi. Aika harva palvelu tallentaa salasanat plaintekstinä, onneksi. Mun projekteista ei yksikään, itse en antais julkaista moista softaa. Kyllä ne hashina yleensä on. Noi minimi/maksimi/monimutkaisuus-rajoitukset tulee yleensä webuin validointisäännöistä. Se miten validointisäännöt speksataan, on toinen juttu.
Asiaa liipaten: kun joku palvelu kertoo ”salasanasi on liian samanlainen kuin aiemmin käyttämäsi” soittaa itsellä kelloja.
Toki nykyäänkin vielä plaintext-kantoja on. Hyvä keino on kokeilla salanan palautusominaisuutta palvelussa. Tai sitten lukea noita vihjetekstejä liiasta samanlaisuudesta. Muutenhan tuo tallennusmuoto ei välttämättä selviä mitenkään.

UI-validoinnissa pituudesta valittaminen ei myöskään lopulta eroa käytännössä siitä, että palvelu katkaisisi pois tietystä kohtaa loput merkit. Voi melkein olla huonompi leikata, sillä joku voi näppäillä vaikka alkuun hyväuskoisena jotain matalan entropian sanoja/roskaa.
 
Tuollaiset salasanojen lyhyysvaatimukset viittaavat myös siihen, että ne salasanat tallennetaan sellaisenaan plaintextinä.

En usko. Kyllä ne järjestelmät ovat tuon osalta tyypillisesti ihan kunnossa, mutta historian painolasti määrää salasanojen pituuden, kun osa tukijärjestelmistä on ajalta, jolloin pituus oli rajoitettu teknologian sanelemana.
 
Mitä kelloja soittaa "liian samankaltainen salasana"?

Sama itsellä, jos on tuollainen "ei liian samankaltainen 7 aiemman salasanan kanssa" niin aina vähän mietityttää miten se on toteutettu - oikein (eli joka kerta kun teet salasanan, se laskee kasan permutaatiohasheja ja tallentaa ne vertailua varten) vai väärin, eli niin että vanhat salasanat tallennetaan vaihtamisen yhteydessä plaintextinä vertailua varten...
 
  • Tykkää
Reactions: hmb
Ongelmia on kyllä paljon muillakin, mutta ongelmat tuntuvat olevan useilla vähän erilaisia kuin itselläni.

Minähän jo kirjoitin tuolla ylempänä, että tuo koulun "opiskelijoiden intranettiin" näyttää mm. haistelevan selainversiota ja jos selainversiossa yhdenkin kerran ilmenee jotain Linuxiin viittaavaa, niin sen jälkeen sivu lakkaa lopullisesti toimimasta, eikä enää toimi, vaikka vaihtaisi selainversiomerkkijonosta ne Linux-jutut pois. Pidän epätodennäköisenä, että olisin ainoa Linuxin käyttäjä koko koulussa. Todennäköisesti tuo kirjautumisongelma koskee kaikkia Linux-käyttäjiä. Tuo kirjautumissysteemi ilmeisesti fingerprinttaa selainta ja konetta jotenkin, koska ei tuon versiomerkkijonon muuttamiskokeilun jälkeen toimi enää millään selaimella edes yksityistilassa, vaan pitäisi ilmeisesti luoda taas uusi virtuaalikone ja asentaa sille uusi Windows-asennus.



Mutta valitettavasti tuo tuntuu olevan yleinen asenne pöhisijöillä, että kaikki ongelmat kuitataan vain käyttäjää haukkumalla, vaikka selvästi vika on palvelinpäässä ja huonosti tehdyssä bugisessa toteutuksessa.

Jos tämä olisi oikea ongelma eikä yksittäisten käyttäjien virityksistä johtuva niin google antaisi vaikka mitä suoli24-tulosta haulla "savonia reppu kirjautuminen ei onnistu" tai "savonia reppu ongelma"
 
Jos tämä olisi oikea ongelma eikä yksittäisten käyttäjien virityksistä johtuva niin google antaisi vaikka mitä suoli24-tulosta haulla "savonia reppu kirjautuminen ei onnistu" tai "savonia reppu ongelma"
Varsinkin kun siellä näyttäisi olevan takana MS:n pilvessä pyörivä Sharepoint, jota käyttää suunnilleen koko muukin maailma. Sinne ei Savonia edes pääse tekemään mitään kovin eksoottisia omia virityksiä.
 
En usko, että vika on missään muussa kuin käyttäjässä tai valitsemassasi selainstäkissä. Voit halutessasi osoittaa asian olevan toisin kuvaamalla koko käyttämäsi softapaletin.

Raudassa se vika ei ole. Tai no, voi se tietysti oikein pahassa it-änkyryydessä olla siinäkin (sparcille ei vaan oikein taida tuoretta selainta saada).
 
Olen yrittänyt käyttää noita sivuja Firefoxilla ja Seamonkeyllä. Sen lisäksi kokeilin niitä virtuaalikoneessa Edgellä, millä ne toimivat yhden kerran, jonka jälkeen eivät enää toimineet.

Tämä keskustelu kiertää kehää, koska kuten tavallista, pahantahtoisilla pöhinäpelleillä on kultakalan muisti, ja samat asiat joutuu selittämään aina uudestaan.
Tämä kertoo meille, että vika on käyttöjärjestelmässä ja todennäköisesti liian tiukalle ruuvatuista turvaominaisuuksista peräisin
 
Opetelkaa lukemaan. Ei tuo toimi Windowsillakaan, jos selaimen asetuksista laittaa selainversiomerkkijonoksi jotain Linuxiin viittaavaa.
Minkä hiton takia ylipäätään täytyy alkaa kikkailemaan jotain tuommoista? On toki niin, ettei user agentilla pitäisi olla merkitystä sinänsä palvelujen toiminnassa, mutta miksi ylipäätään tuota täytyy alkaa puukottamaan muuksi mitä se oikeasti on?
 
Halusin kokeilla, johtuuko sivun toimimattomuus selainversiomerkkijonosta. Sitä en osannut arvata, että Microsoftin kirjautumispalvelu fingerprinttaakin koko asiakaskoneen niin, ettei se tuollaisen kokeilun jälkeen enää toimi ollenkaan ilman koko koneen uudelleenasennusta, vaikka selainversiomerkkijonon olisi vaihtanut takaisin alkuperäiseksi.
Ei se ole niin yksinkertaista enää nykyään. Microsoftin pilvipalveluissa on hyvin monenlaista tietoturva-automatiikkaa, joiden tulosten perusteella tehdään riskianalyysiä (machine risk score) ja sitä kautta sitten mahdollisesti rajataan pääsyä. Selaimen user-string yksinään ei varmasti vaikuta mihinkään, mutta jos havaitaan jotain muuta poikkeavaa sen kanssa, niin sitten saattaa olla luvassa seikkailu, josta ei pääse välttämättä saman tien takaisin lähtötilanteeseen palauttamalla siellä clientin päässä jotain yksittäisiä asetuksia. Pelkästään tor-verkon käyttäminen on monessa organisaatiossa automaattisesti high-risk -tason havainto ja siihen kun lisätään vielä muita omia kikkailuita ja rajoituksia, niin ei tarvitse ihmetellä jos vähän tökkii.

Käytän työn puolesta mm. juuri noita MS:n pilvipalveluita päivittäin useilla eri alustoilla ja eri selaimilla. Kaikissa toimii mukisematta. Summa summarum, vika on kaikesta jankkaamisestasi huolimatta hyvin suurella todennäköisyydellä omissa kikkailuissasi.
 
Minä en edelleenkään ole "kikkaillut" mitään. Se kirjautuminen ei alun perinkään toiminut ja muuta en silloin tehnyt kuin navigoin sivulle normaalisti ja yritin kirjautua tunnuksillani.
Paitsi että sen sinun aloitusviestin perusteella kirjautuminen sinne Savonian Reppuun ei toiminut alunperin siksi, kun yritit kirjautua sinne virheellisesti käyttäen oppilaitoksen paikallisen AD:n tunnusta väärässä muodossa (MS:n pilvipalveluihin ei voi kirjautua käyttäen paikallisen domainin tunnusta ja siksi siinä kirjautumissivullakin sanotaan, että "Username is your email address").

1684750962313.png


Vastasin tuohon samaan jo aiemmin näin:
Microsoftin palveluihin ei voi kirjautua millään domain\tunnus -virityksellä. Tarkista saamasi ohjeet ja jos niihin on jäänyt noilta osin virhe esim. jonkin aiemman adfs-autentikoinnin jäljiltä, pyydä oppilaitoksen IT-väkeä korjaamaan ne.

Sellainen lisäys tuohon vielä, että jos on kertaalleen kirjautunut virheellisesti tai väärällä tunnuksella (esim. jonkin toisen organisaation MS-tunnus), ei seuraavaa yritystä todennäköisesti pääse edes yrittämään ennen kuin on tyhjentänyt selaimen cachen. Tämä ei liity suoraan tähän tapaukseen, mutta tulipahan mainittua kuitenkin. Moni ei nykyään ymmärrä miten monimutkaisista kokonaisuukista näissä eri palveluissa on kyse ja mikä kaikki voi vaikuttaa.
 
Sellainen lisäys tuohon vielä, että jos on kertaalleen kirjautunut virheellisesti tai väärällä tunnuksella (esim. jonkin toisen organisaation MS-tunnus), ei seuraavaa yritystä todennäköisesti pääse edes yrittämään ennen kuin on tyhjentänyt selaimen cachen. Tämä ei liity suoraan tähän tapaukseen, mutta tulipahan mainittua kuitenkin. Moni ei nykyään ymmärrä miten monimutkaisista kokonaisuukista näissä eri palveluissa on kyse ja mikä kaikki voi vaikuttaa.

MS:n tunnukset ovat kyllä melko sekavia nykyään. Itsellähän on esim. organisaation kautta SSO Office365:een, sitten löytyy vanhat Skype-tunnukset, messenger-tunnukset ja Windows 10:n aktivointitunnus. Nämä olivat kaikki joskus erillisiä, mutta nyt yhdistetty. Sitten kun menee Office365:n sivuille, saa oikein hakea, missä se SSO on kun tarjoaa oletuksena noita henk.koht. kirjautumisia.
 
Eihän se käyttäjän vika ole, jos järjestelmä on backend-puolelta niin monimutkainen, ettei edes ylläpitäjätaho hallitse sitä kunnolla.
Mikä ylläpitäjätaho niitä ei nyt mielestäsi hallitse kunnolla?

MS:n tunnukset ovat kyllä melko sekavia nykyään. Itsellähän on esim. organisaation kautta SSO Office365:een, sitten löytyy vanhat Skype-tunnukset, messenger-tunnukset ja Windows 10:n aktivointitunnus. Nämä olivat kaikki joskus erillisiä, mutta nyt yhdistetty. Sitten kun menee Office365:n sivuille, saa oikein hakea, missä se SSO on kun tarjoaa oletuksena noita henk.koht. kirjautumisia.
Se sekavuus tulee juuri siitä, jos on käyttänyt joskus niitä vanhoja palveluita erillisillä tunnuksilla. Niitä on tosiaan sittemmin yhdistetty, eikä niissä ole mielestäni mitään epäselvää. Samalla koneella eri tunnuksia tarjotaan siksi, jos on kirjautunut niillä sinne aiemmin. SSO tarkoittaa "Single sign-onia", eli automaattista kertakirjautumista eri palveluihin organisaatiotunnuksella eikä se liity tähän keskusteluun mitenkään muuten kuin että asetuksista riippuen voi olla hankalaa yrittää käyttää jotain MS-kirjautumisen takana olevaa palvelua toisella tunnuksella, jos koneessa on SSO konfiguroituna käyttöön sillä samalla tunnuksella, jolla on kirjauduttu koneeseen.
 

Statistiikka

Viestiketjuista
275 427
Viestejä
4 743 541
Jäsenet
77 325
Uusin jäsen
benjam

Hinta.fi

Back
Ylös Bottom