u/CustardLow6476

Razmišljam kako bi studentski/građanski pokret mogao tehnički da organizuje mrežu verifikovanih građana bez pravljenja baze političkih pristalica i bez čuvanja osetljivih podataka. Naime koliko znam postoji baza od 400k registrovanih gradjana koji su dali podrsku SL prosle godine. Ovo samo po sebi je na neki nacina baza sigurnih glasova. Dakle pocetna baza koja bi mogla da omoguci korisnicima sa tih email adresa ili mobilnih telefona da se registruju.

Poenta ne bi bila:

• „evidencija sigurnih glasova“
• niti čuvanje ličnih karata
• niti politički dosijei građana

nego nešto mnogo jednostavnije i bezbednije:

• jedna osoba = jedan verifikovan korisnik
• anonimnost prema serveru
• zaštita od botova i lažnih naloga
• mogućnost mobilizacije ljudi pred izbore/proteste/kontrolu biračkih mesta

Ideja kako bi moglo da radi:

1. Korisnik instalira aplikaciju
2. Verifikuje da je stvarna osoba (npr. lokalnim očitavanjem LK na telefonu)
3. Podaci sa dokumenta se NE šalju serveru
4. Aplikacija generiše anonimni kriptografski token
5. Server vidi samo:
   • da je korisnik jedinstven
   • da nije duplikat
   • eventualno iz koje je opštine

Dakle:

• nema čuvanja JMBG
• nema čuvanja slike LK
• nema liste „ko glasa za koga“

Umesto modela „dodaj 10 sigurnih glasova“, ljudi bi mogli:

• da pozovu prijatelje putem invite linka
• a svako samostalno daje saglasnost i prolazi verifikaciju

Mislim da bi ovo moglo da bude zanimljivo iz više razloga:

• smanjenje botova
• bolja organizacija građanske mreže
• transparentnost
• potencijalno open-source pristup
• manje prostora za manipulaciju

Naravno, pitanje je:

• koliko je ovo pravno izvodljivo u Srbiji?
• da li bi ljudi uopšte verovali ovakvom sistemu?
• kako sprečiti zloupotrebu od strane administratora?
• da li postoji bolji model anonimne verifikacije?

Zanima me mišljenje ljudi koji se bave:

• bezbednošću
• pravom
• mobilnim aplikacijama
• kriptografijom
• aktivizmom
• izborima i kontrolom procesa

AI generisao post. Ideja je nadam se jasna. Imam ideju i kako ovo izvesti ali nemam vremena. Kapiram da su ljudi vec razmisljali na ovu temu.

Recently we started deploying more Azure v6 Linux VMs and noticed that temporary/resource disks are no longer automatically mounted like they were on older v5 instances.

On older VM types we mostly relied on waagent/cloud-init behavior and used the temp disk mainly for swap space. With v6 NVMe temp disks this no longer seems consistent, so now I’m considering handling the whole thing ourselves with a custom systemd service + script (disk discovery, RAID if needed, filesystem creation, mount, swap setup, etc).

Interested especially in Linux/SLES/RHEL production setups.