Taas suurvallat saivat arvokasta tiedustelutietoa ja yritysvakoilu onnistui helposti.
No ei kai, ei kai kukaan nyt vakoilua suorita tietoverkkojen kautta.
Vakoilijoilla on kiikarit ja kaukoputket.
No ei kai, ei kai kukaan nyt vakoilua suorita tietoverkkojen kautta.
Vakoilijoilla on kiikarit ja kaukoputket.
Vastaukset 24
Vanhimmat
Löytyihän se salaliittoteoria tästäkin...
Salaliittoteoriat ovat hyvä asia olla olemassa.
Ihmiset ajattelevat niiden myötä hieman kriittisemmin ja esimerkiksi nyt vallitsevassa korona tilanteessa on hirvittävä kiire rokotusten kannalta ja mietiskellään jo, jos jotain testejä voitaisiin ohitella.
Vaarallista toimintaa ja sikapiikissäkin oli hurjia sivuvaikutuksia, ostettiin sikaa säkissä.
Salaliittoteoriat melkeinpä pakottavat ihmiset suhtautumaan kriittisesti ja vaatimaan, että testeistä ei tingitä ja asioita aletaan tutkia perusteellisemmin.
Tässä teoriassa taas normaalilla tietoturvalla ja liikenteen salauksella ei ole niin merkitystä, sillä "skynet on se virus".
Eli se voi olla Windowsi, virustorjunta, selain, mikä tahansa ohjelma johon luotetaan, koska se on digitaalisesti allekirjoitettu ja luvataan ettemme milloinkaan sitä tai tätä.
miettii jotain insinöörejä jotka suunnittelevat, he tulevat kotiinsa ja etätöihin suunnittelemaan, koska se on turvallista salatun yhteyden kautta.
Windowsi napsii muutamia screenshotteja ja CAD kuvia siirtyy windowsin serverille, kun päivityksiä haetaan.
Sieltä ne saa sitten käyttöönsä ja analysoitaviksi tiedustelupalvelut tms.
Tai kuten tuossa alempana esittelin sitä oikolukua, niin harrastaahan ne isotkin firmat yritysvakoilua ja ehkäpä rahoittavat ohjelmistojättejä ja saavat vastineeksi tietoa kilpailijoistaan.
Kyllä maailmaan mahtuu kaikenlaista härskiä toimintaa.
Avaaja ei ilmeisesti ole tutustunut moderniin salausteknologiana jota käytetään esim. etänä töitä tehdessä tai jopa jos vain käyt tarkistamassa sähköpostisi https-sivulla. .
Sillä yhteydellä ei ole niin merkitystä, jos kerran tietokoneella salaus puretaan.
Tietokone lähettelee näitä tietoja sitten eteenpäin.
Tee haku tuoreimmista tiedostoista, niin löydät jatkuvasti aktiivisia tiedostoja ja ne kun avaa notepadilla, niin siellä se päivittyy ja näyttää kaikki mitä koneellasi tapahtuu.
Salauksella on merkitystä niin kauan kuin hyökkääjällä ei ole pääsyä koneen siihen instanssiin, jossa se puretaan.
Tämän vuoksi moderneissa tietokoneissa on esimerkiksi eri applikaatiot eristetty eri hiekkalaatikoihin ettei mikään applikaatio pystyisi näkemään mitä toisella on tehty, joka on myös hyvin merkittävää tietoturvallisuuden kannalta.
Takaportteja on ja tiedonkeruuta voi suorittaa monella tavalla.
Screenshotti, oikoluku ym.
Oikoluku voi lähettää koko dokumentin siinä samalla kun haetaan päivityksiä.
screenshotti samoin voidaan lähettää vektorigrafiikkana jne.
Mainitsemiasi asioita ei pääosin pysty tekemään ellei sinulla ole fyysistä pääsyä koneelle jolla on tarpeeksi korkeat käyttöluvat koneeseen.
Jos olet oikeasti näin huolissasi siitä että perheesi harrastaa teollisuusvakoilua yritystäsi vastaan, suosittelen että otat sen esiin heidän kanssaan henkilökohtaisesti vaikka päivällisen jälkeen.
Jos siis olisin ohjelmistojätti ja myisin toimisto-ohjelmia ja liittäisin oikolukuun tallennuksen kohdalle että koko oikoluettu teksti tallennetaan myös pakattuna tietysti ohjelman sisälle.
Uusia päivityksiä tarkastettaessa ja kyseltäessä sen voi lähettää serverille siinä samassa.
Tämähän on vasta kääntämisvaiheessa ohjelmaan lisätty ominaisuus, josta ohjelman koodarit eivät ole edes tietoisia.
Jos sinä käytät ohjelmaani, saan kaikki asiakirjasi, jotka sitten luovutan eteenpäin.
Näin se toimii, sinä itse kirjaudut, kirjoitat ja tallennat.
kun päivitystä haetaan seuraavalla kerralla asiakirjat siirtyvät siinä samalla.
"Jos siis olisin ohjelmistojätti ja myisin toimisto-ohjelmia ja liittäisin oikolukuun tallennuksen kohdalle että koko oikoluettu teksti tallennetaan myös pakattuna tietysti ohjelman sisälle.
Uusia päivityksiä tarkastettaessa ja kyseltäessä sen voi lähettää serverille siinä samassa."
Onneksi et ole softa-alalla töissä, sillä yrityksesi olisi melko nopeasti konkurssissa jos edes saisit aluksi asiakkaita :)
Tämä ehdotuksesi sekä hidastaisi toimisto-ohjelman toiminnallisuuden mateluksi että olisi hyvin helppoa firman sysadmineille nähdä että valtava määrä tietoa siirtyy. Josta taas olisi helppo nähdä että suunnilleen sama määrä tietoa kuin ohjelma on käsitelty myös siirtyy aina päivityspyynnön kanssa.
Tästä taas tulisi melko nopeasti PR-katastrofi ja lakitoimet.
"Tämähän on vasta kääntämisvaiheessa ohjelmaan lisätty ominaisuus, josta ohjelman koodarit eivät ole edes tietoisia."
Eli ehdotuksessasi se jotenkin on koodissa mutta ei oikeasti ole koodissa?
Tässä ei ole juuri järkeä sillä jokaista päivitystä varten tarvitsee aina kääntää koko koodi kokonaisuudessaan jolloin koodareilla on lähtökohtaisesti ainakin katsomis-oikeudet koko ohjelmiston koodiin.
Erityisesti kun ohjelmistot pitää kokonaisuudessaan myös bugitestata :)
Se ei olisi koodissa, mutta kun koodi on valmis ja testattu ja tehdään käännös, niin se rivi lisätään vasta silloin sinne.
Ohjelmassa kun asiakirja tallennetaan, niin koko oikoluvun stringi pakataan ja tallennetaan.
Ei hidasta ja on huomaamaton prosessi.
Tekstitiedostot eivät ole suuria, toistoa löytyy, turhat välit, pilkut, pisteet, voi ignoorata sanoille tai tavuille vain oma symboli.
pakkaantuu pieneksi.
Päivitystä kysyttäessä lähetetään aina saman kokoinen pieni paketti vaikka 1Kt lähetti se ohjelma sitä tiedusteludataa dataa tai ei.
Eli jos sinä koodaat ja testaat, niin toimitat valmiin koodin seuraavalle joka kääntää sen.
hänellä on oikoluku kirjastossa muutama extra ominaisuus ja hän lisää rivin sinne tallenna napin funktioon, joka suorittaisi sen tallennuksen johonkin ohjelman käytössä olevaan tiedostoon vaikka johonkin lisenssi aktivointi datatiedostoon.
Nämähän on kryptattu ja siellä symbolit menee joukossa kuin vettä vaan.
päivityksen yhteydessä on hyvä tarkastaa lisenssin aitous, joten sieltä vain 1kt pätkä sitä tiedusteludataa aina mukaan.
kyllähän ohjelmat tekevät välitallennuksia ja lokeja, joten sekaan voi mahtua paljon kaikkea "normaalia käytäntöä".
Mutta näin se menisi.
juuri ennen kuin ohjelma käännetään lopullisesti sillä firman kääntökoneella, jossa on ne kirjastot varustettu extra höysteillä, niin tallenna funktioon lisätään vain yksi rivi, kun se tallennus funktio kutsutaan, niin se kutsuu sen tiedustelufunktion, joka vain korvaa stringin sanat symboleilla ja tallentaa sen ohjelmaan tiedostoon josta päivitys taas lähettää lisenssin varmistus pätkän.
"Se ei olisi koodissa, mutta kun koodi on valmis ja testattu ja tehdään käännös, niin se rivi lisätään vasta silloin sinne."
Jos se ei olisi koodissa ennen kääntämistä, ei tietokone suorittaisi sitä.
"Ohjelmassa kun asiakirja tallennetaan, niin koko oikoluvun stringi pakataan ja tallennetaan.
Ei hidasta ja on huomaamaton prosessi."
Sekä hidastaa että tarkoittaa että muistinkulutus lisääntyy jokaisen avattavan dokkarin verran.
"Päivitystä kysyttäessä lähetetään aina saman kokoinen pieni paketti vaikka 1Kt lähetti se ohjelma sitä tiedusteludataa dataa tai ei."
1Kt ei riitä muuta kuin plaintextin lähettämiseen josta ei saisi ymmärrystä koko dokkarista tai saisi uudelleenrakennettua sitä. Kaikki nykyaikaiset toimistodokkariohjelmat pakkaavat jo datan eli katsomalla minkä kokoinen tiedosto on, saat nähtyä minkäkokoinen se olisi pakattuna ja riippuen tiedostosta ja niiden määristä, koko tulisi moniin megatavuihin tai jopa gigatavuihin jolloin tulisi äärimmäisen helpoksi tunnistaa vastaava vakoilu.
"vain yksi rivi,"
Huvittava kuvailu siitä miten "helppoa" olisi lisätä toiminto joka muuttaa koko ohjelman toiminnallisuuden. Taidat olla ensimmäinen henkilö joka on sanonut tämän ei-ironisesti :D
Aivan, mutta kun koodari koodaa ja testaa niin hän toimittaa koodin seuraavalle jonka työnkuvaan kuuluu se kääntäminen ja jakoon tai levylle polttaminen.
tämä työntekijä sitten lisää sen yhden rivin, hänellä on oikoluku kirjastossa kaksi sanakirjaa, se oikea ja se symboli tavuille.
vain yksi rivi riittää
void tallennaasiakirja(){
oikea rivi tallennukseen
ja kommentit ja muut tarvittavat
ding ding dong
blaa blaa
*lisätty rivi extrahöyste(oikoluku);
}
Ei se funktion kutsuminen riviä enempää tarvitse, se on kuitenkin koko funktio siellä kirjastossa, jota versiota koodareilla ei ole. muuten sama kirjasto, mutta siihen on lisätty muutamia extra ominaisuuksia.
ohjelma toimii täysin kuten ennenkin tallentaessa kun mihinkään muuhun ei kosketa.
siinä kun annat asiakirjalle nimeä tai valitset tallennuskansiota, niin siinä ajassa hidaskin tietokone ehtii tekemään miljardeja käskyjä, ja nykyiseltä tietokoneelta menee muutamia kymmeniä millisekunteja, kun se vetää pitkän stringin vaikka for loopin läpi ja hakee kakkos sanakirjasta symbolin vaikka 3 kirjaimen tavuille. teoriassa pakkaantuu jo 1/3 kokoon ilman kuvia ym.
et huomaa mitään.
tiedusteludokumentin ei tarvitse sisältää fontteja, isoja tai pieniä kirjaimia värejä kuvia ym.
plain text riittää mainiosti tiedusteluun.
ja tiedustelijan ohjelma vain muuttaa symbolit tavuiksi ja hakee sanakirjasta jälleen vaihtoehdot ja näin pätkii koko yhteenkirjoituksen takaisin sanoiksi.
se yhden rivin lisäys koodiin ei ole välttämättä edes tarpeellinen, jos olen sen kirjastoon koodannut lisäksi johonkin funktioon, joka kutsutaan tallennuksessa.
sitten ohjelmassa on jokin vaikka licence.dat tiedosto
päivitys lähettää tiedostosta vaikka muutamia osia versio(0-19) validation(20-1029).
validation osasta emme tarvitse kuin vaikka 10 ensimmäistä kirjainta ja loput on sitä tiedusteludataa.
se dat tiedosto pidetään jatkuvasti saman kokoisena vaikka 4 megaa.
päivityshän muokkaa sitä muutenkin merkkaamalla viimeisimmän päivityksen sen alkuun ja availee sitä kun kyselee uusia päivityksiä.
viimeiset 4 bittiä voisi olla vaikka oikoluvun extrahöysteelle osoitin, mihin asti on tiedusteludataa, jotta seuraava tallennus tehdään siitä asti ja lisätään tieto tähän osoittimeen.
päivitys taas poistaa sen tuhat tavua tiedostosta jonka lähetti ja lisää loppuun uudet tuhat random tavua ja vähentää viimeisestä 4 tavun arvosta sen tuhat.
nyt oikoluku extra jälleen tietää mihin kohtaan tallennetaan seuraavan asiakirjan tiedustelutieto.
jos tiedustelutieto on suurempi kuin se 1000 tavua se siirtyy sitten 2 päivityskyselyn aikana.
tai jos niitä on useita pieniä niin ne siirtyvät kaikki yhdellä kertaa.
Se on helppo homma.
"vain yksi rivi riittää"
Ei valitettavasti riitä sillä koodi jolla pakataan ja lisätään tiedot muistiin pitää pyörittää koko ajan kun teksti muuttuu. Olet ilmeisesti ottanut joskus Javan alkeiskurssin tjsp.?
Mutta suuremmissa ohjelmissa vaatii enemmän töitä että saadaan integroitua ominaisuus, erityisesti ilman että vaikuttaa suorituskykyyn suuresti (kuten "minimikoon integraatio" vaikuttaisi verrattuna optimoituun integraatioon. jossa koodi vedetään lävitse harvemmin vähentääkseen huomattavuutta).
Parempi integraatio joka ei käytä resursseja turhaan vaatisi paljon syvemmän integraation ohjelmiston koodiin kutsut joilla tämä koodi käynnistetään.
Sen lisäksi olisi hyvin helppoa löytää vuotaminen ulos seuraamalla koneen lähettämiä paketteja.
Eihän tarvitse.
Saat muutella ja muokata tekstiä niin paljon kuin tahdot.
Vasta kun asiakirja tallennetaan, kutsutaan pakkaus ja tallennus.
Eli mun käsittääkseni asiakirjan teksi on stringinä hieman kuin html muodossa.
siitä se sitten tulkataan näytölle fontteineen jne.
sitten taustalla voi olla aktiivisena se oikoluku se on ilmeisesti stringi array jonne lisätään jokainen sana ja ne voidaan tarkastaa löytyykö sanakirjasta kyseistä sanaa.
Tämä olisi sitä normaalia käytäntöä.
Tallentaessa kutsutaan tallennus funktio, joka avaa kansion ja suorittaa tallennuksen.
Tämä ei pyöri jatkuvasti taustalla, vaan se kutsutaan painamalla tallenna nimellä.
jos tämä funktio kutsuu myös oikoluku stringin tallennuksen, niin sitä ei tarvitse käsittääkseni pyörittää taustalla jatkuvasti kun teksti muuttuu, vaan ainoastaan kun asiakirja tallennetaan.
Vai olenko väärässä? Pyörivätkö fuktiot taustalla jatkuvasti, kutsutaan niitä tai ei?
"Vasta kun asiakirja tallennetaan, kutsutaan pakkaus ja tallennus."
Näihin ja tekstin oikolukuun integroiminen vaatisi todella paljon enemmän kuin yksi rivi joka kutsuisi monimutkaisempaa funktiota.
Eli kuten sanoin jo aiemmin, helppo tunnistaa hidastaa käyttöä huomattavasti.
"Eli mun käsittääkseni asiakirjan teksi on stringinä hieman kuin html muodossa.
siitä se sitten tulkataan näytölle fontteineen jne."
Tähän mennessä oikein, esim. Docx on tavallaan pakattu XML-tiedosto.
"sitten taustalla voi olla aktiivisena se oikoluku se on ilmeisesti stringi array jonne lisätään jokainen sana ja ne voidaan tarkastaa löytyykö sanakirjasta kyseistä sanaa."
Nykyisissä versioissa on paljon kehittyneempi kuin vain sanakirja vaan siihen on ohjelmoitu myös lauserakenteen tarkistaminen kieliopillisesti. Tätä varten pitää erotella esim. eri kappaleet ja lauseet käyttäjälle näkyvästä tekstistä.
Kyseessä on muutenkin jo melko monimutkainen ja hidas tarkistus joten se että lisätään vielä taustalle se, että se pitäisi vielä ylimääräistä kopiota tekstistä muistissa on melko absurdia.
Jos välttämättä tahdot keksiä järkevämmän tavan "vakoilla", helpoin on vain lähettää se alkuperäinen tiedosto enkryptattuna koska tietokone ei voi tietää mitkä osat tekstistä tai sen rakenteesta ovat olennaisimpia ymmärtääkseen sisällön.
Mutta vaikka säästyt suurimmalta osalta ongelmista tällä tavalla (mm. ei hidasta käyttöä ja ohjelma ei rohmua muistia kuin Chrome) tiedonsiirto olisi todella helppo tunnistaa sen tapahtuessa.
"Tallentaessa kutsutaan tallennus funktio, joka avaa kansion ja suorittaa tallennuksen.
Tämä ei pyöri jatkuvasti taustalla, vaan se kutsutaan painamalla tallenna nimellä.
jos tämä funktio kutsuu myös oikoluku stringin tallennuksen, niin sitä ei tarvitse käsittääkseni pyörittää taustalla jatkuvasti kun teksti muuttuu, vaan ainoastaan kun asiakirja tallennetaan.
Vai olenko väärässä? Pyörivätkö fuktiot taustalla jatkuvasti, kutsutaan niitä tai ei?"
Olet oikeassa siitä että yleensä funktiot eivät pyöri koko ajan taustalla, esim. oikolukukin pyörii lähinnä kerran per pari kirjainta koska kyseessä on yksi ohjelman raskaimmista funktioista.
Mutta ehdotus siitä että lisäät tallennukseen funtion joka on hitaudessaan vastaava kuin "save to PDF" (koska joudut karsimaan näkymättömät ja turhat asiat pois tiedostosta) hidastaisi ohjelmaa jopa nykykäytössä huomattavasti ellei sitä integroitaisi todella syvälle itse ohjelmaan, niin että se tekee sitä hitaasti rivi kerrallaan taustalla tai silloin kun käyttäjä pitää taukoa ja on ylimääräisiä resursseja jäljellä.
Tällöin tosin ongelmaksi tulisi se, että korkean integraation vuoksi se olisi hyvin näkyvissä jokaiselle ohjelman koodarille.
Eli vaihtoehtoina olisi joko: Yhden rivin hitaasti toimiva purkkaviritys joka olisi vaikeampi nähdä itse koodareille, tai sitten läpikotainen integraatio joka on hyvin näkyvä koodareille lähdekoodissa, mutta ei näy yhtä hyvin itse käyttäjille.
Tämän lisäksi on jopa tapauksessa ongelmana että lähetettävän tiedon määrä on suhteessa käsiteltyjen tiedostojen kokoon, jolloin minkä tahansa vähän isomman yrityksen turvallisuusosasto huomaisi sen melko nopeasti ja nostaisi hälytyskellot.
Etätyö ei tarkoita sitä ettei yrityksellä olisi vielä remote-adminit koneisiin joita käytetään työn tekoon.
Ok.
En kyllä tiedä miten se oikoluku loppujen lopuksi toimii, mutta eihän se paljon muistia vie, jos on sanat string arrayssa tai vaikka normi stringissä, harva kirjoittelee miljoona sivuisia romaaneita.
tein testin tällä ketjulla, copy pastena muutamia kertoja textitiedostoon, koko yli 31 MB 544320 riviä ja yli 30 000 000 kirjainta.
muistia tahtoi 160 megaa ja about 250 megaa lisää kun alkoi käsitellä.
avasin string arrayhin, ja vedin for loopin läpi (muutin upper caseen ja poistin välilyönnit suoritin kirjainten laskun) ja tallensin, aikaa meni about 1,8 sek, koko pieneni hiukan, pakkausta ei ollut vielä, mutta kokeilen sitäkin vielä myöhemmin sillä 3kirjainta/tavu/symboli pitäisi pienentyä teoriassa kolmasosaan.
tämä koko ketju kerran ja kesti 80 millisekuntia.
eli aikaa sen ei pitäisi viedä normaalisti.
500 sanaa/sivu tai 25 riviä/sivu 3000 kirjainta/sivu on kai aika perus settiä, joten tällä testillä vedin ainakin yli tuhat sivuisen asiakirjan for loopin läpi.
sellaisia ei tietenkään joka päivä tehdä paitsi näissä salaliittotesteissä.
en ottanut huomioon että nämä perus komennot käyttävät 8 bit char kun asiakirjoissa ehkä 16 bittiset. Huomasin Ä ja Ö puutteet.
Mutta kuitenkin jos 1000 tavua olisi päivitys kysely, joka tehdään ohjelman käynnistyessä tai ehkä tunnin välein tms. niin siinä siirtyy kyllä tietoa mukana eikä kilotavu ole mitään nykyään, mutta epäilyt heräisivät jos ohjelma siirtelee megabittejä "päivitys ja lisenssi dataa"
No, kuitenkin kun spy data tallennetaan, niin se tallennetaan johonkin sinne lisenssi tietoihin ja kuten mainitsin, niin pieniä paketteja kerrallaan kun ohjelma kyselee päivitystä.
Jos lisenssitiedostossa on tuoretta spy dataa, niin se lähtee päivityskyselyssä, ellei ole, niin lähtee silti se 1kb paketti random dataa, jotta epäilyksiä ei heräisi.
en tiedä huomaisiko sitä, ellei sitä ottaisi vaihtoehdoksi ja alkaisi epäilemään.
vähän sama kuin sihteerin osalta, ei sitä osaisi epäillä ellei sitä ottaisi vaihtoehdoksi ja alkaisi epäilemään, tai siivooja, mistä sitä tietää jos pöytää pyyhkiessä tunkee tikun koneeseen, kun johtaja käy vessassa.
ohjelmalla on aina hyvä kieltää kaikki väärä toiminta ja vedota, että ne paketit ovat "tietoturva syistä". lisenssin varmistusta jne.
Jos nyt oikein mietit, niin esim windowsin hae uusia päivityksiä, kuinka kauan se kestää.
jos siis ohjelma tekisi automaattisesti listan ohjelmista ja versioista, niin tiedoston koko ei olisi kuin alle megatavu ja vastaanottava serveri voisi lähettää vastaukseksi listan niistä päivitysosoitteista, joista voi ladata tuoreemman version.
Ei kestä kauan. lähetä mega ja vastaanota mega, maksimissaan jos on tuhansia ohjelmia.
mutta jostain syystä wintoosa kun etsii päivityksiä, niin aikaa kuluu ja kuluu.
emme tietysti lähetä mitään ylimääräistä, meillä vaan on niin hitaat gigabitin yhteydet ja monimutkaiset systeemit, jotta kysyessä, onko serverillä uudempaa versiota kuin notepad 1.0 joudumme lähettämään 2 minuuttia 200 mb dataa ihan aktivointi ja lisenssi juttuja, jotta wintoosa voi vastata, että päivitys löytyi notepad 1.01, koko 20Gb haluatko ladata?
"En kyllä tiedä miten se oikoluku loppujen lopuksi toimii, mutta eihän se paljon muistia vie, jos on sanat string arrayssa tai vaikka normi stringissä, harva kirjoittelee miljoona sivuisia romaaneita."
Vastaava ei valitettavasti riitä koska sen pitää myös tehdä yhdistelmät siitä että miten sanat toimivat keskenään oikolukua varten, eli kaikkien sanojen yhdistelmät ja lauseiden yhdistelmät tarvitsee myös olla muistissa ja ne eivät välttämättä ole samassa järjestyksessä kuin itse tiedostossa (DocX formaatti tallentaa muutos-pohjaisesti kaiken joten ottaa aina jonkin verran aikaa että kone käy lävitse historialliset muutokset että missä vaiheessa tiedosto oikeasti on).
Samoin kuin HTML:ssä, jos et laita muita tietoja esim. muotoilua (ja mm. kuvia, graafeja jne) mukaan et myöskään saa tekstistä hyvin ymmärrettävää ainakaan kun kyseessä on tärkeämmät liiketoimintadokkarit.
Tämän saman syyn vuoksi se ottaa melko paljon aikaa kun Office exporttaa tiedoston PDF-muotoon, koska vain tässä vaiheessa sen pitää selvittää missä järjestyksessä kaikki on, ennen sen pitää vain tietää miten tiedoston voi tulostaa näytölle niin että näyttää samalta kuin viimeksi avatessa.
"tein testin tällä ketjulla, copy pastena muutamia kertoja textitiedostoon, koko yli 31 MB 544320 riviä ja yli 30 000 000 kirjainta.
muistia tahtoi 160 megaa ja about 250 megaa lisää kun alkoi käsitellä.
avasin string arrayhin, ja vedin for loopin läpi (muutin upper caseen ja poistin välilyönnit suoritin kirjainten laskun) ja tallensin, aikaa meni about 1,8 sek, koko pieneni hiukan, pakkausta ei ollut vielä, mutta kokeilen sitäkin vielä myöhemmin sillä 3kirjainta/tavu/symboli pitäisi pienentyä teoriassa kolmasosaan."
Docx ei ole tekstitiedosto, vaan WYSIWYG-tyyppinen tiedosto jossa päätarkoitus on että ulkonäkö pysyy ihmiselle samanlaisena ja tämän muuttaminen on se haasteellinen puoli
Tässä myös havainnollistat sitä miten paljon resursseja jopa tekstin käsitteleminen voi viedä ja pakkaamalla (erityisesti jos pakkaat osiksi niin että on vielä error correction mukana) nostat resurssitarvetta ja hitautta uudelle tasolle, erityisesti jos tämä tapahtuisi tyyliin kerran per tallennus tai muuten kun kone muutenkin tekee jotain muuta.
"Mutta kuitenkin jos 1000 tavua olisi päivitys kysely, joka tehdään ohjelman käynnistyessä tai ehkä tunnin välein tms. niin siinä siirtyy kyllä tietoa mukana eikä kilotavu ole mitään nykyään, mutta epäilyt heräisivät jos ohjelma siirtelee megabittejä "päivitys ja lisenssi dataa"
No, kuitenkin kun spy data tallennetaan, niin se tallennetaan johonkin sinne lisenssi tietoihin ja kuten mainitsin, niin pieniä paketteja kerrallaan kun ohjelma kyselee päivitystä.
Jos lisenssitiedostossa on tuoretta spy dataa, niin se lähtee päivityskyselyssä, ellei ole, niin lähtee silti se 1kb paketti random dataa, jotta epäilyksiä ei heräisi."
Tässä tulee se toinen mainitsemani ongelma... Jotta ohjelmassa on mm. erikseen kyky aina silloin tällöin suorittaa seuraavia operaatioita, kerätä dataa, pakata se taustalla, pilkkoa se osiksi virheenkorjauskoodilla ja enkryptata vaatii todella syvän integraation itse softaan, joten kyseessä ei todellakaan olisi "yhdestä rivistä" jonka kuka tahansa voisi huomaamatta lisätä.
"en tiedä huomaisiko sitä, ellei sitä ottaisi vaihtoehdoksi ja alkaisi epäilemään."
Tämän vuoksi isommilla yrityksillä on tietoturva-asiantuntijat töissä ja sen lisäksi on kaiken maailman harrastelijat jotka tykkäävät tutkia esim. mitä kaikkea Windowsin telemetria sisältää.
Tämän vuoksi MS jäi kiinni siitä että lähetti vähän enemmän telemetriaa (advertiser ID) ihmisistä kuin sen piti jopa kun sulki suurimman osan telemetriasta.
https://en.wikipedia.org/wiki/Criticism_of_Microsoft#Telemetry_and_data_collection
Heidän ohjelmansa toimintaa valvotaan todella läheisesti sekä ammattilaisten että siviilien kannalta :)
"Jos nyt oikein mietit, niin esim windowsin hae uusia päivityksiä, kuinka kauan se kestää."
Se vaatii vain että sinulla on reititin tai muu pakettisnifferi välissä niin saat vaikka tallennettua jokaisen paketin jota Windows Update lähettää ja sitten ajan kanssa analysoida sisältö kuten tuhannet muutkin valkohatut tekevät ajan kuluksi :)
ehkä hajauttaminen tuo jotain hyötyä
tiedustelua on monella tasolla
ja tavalla
eri asia mikä tieto ketäkin hyödyttää lopulta
tulevat yritys muutokset ym. on arvokasta tietoa
ennen vanhaan nämä johtajat sängyssä aina jostain syystä kertoi saavutuksiaan ja salaisuuksia sille naiselle (vako,oja) jota juuri kyntivät..
Aloittaja on todennäköisesti oikeassa. Koronavirushysteria on USA:n ja Israelin yhteinen projekti.
Siis jatkumoa myös tälle.
https://fi.wikipedia.org/wiki/Stuxnet
Pelkkä etätyo on ihan perseestä, ja sekin mitä nyt teette on toisten taskuista.
!
Kiitos karensseista?
Etätyö on kusetus. Toiset menettää.
Vitusti kiitos työttömyydestä, ja kaverille kanssa.