Pokud mají autoři OpenELEC o bezpečnosti jiné představy, než vy, mohla by to být docela dobře zabezpečená distribuce. Protože vy tady zatím neomylně jmenujete povrchní věci, které mohou budit zdání bezpečnosti, ale se skutečnou bezpečností nemají moc společného.
Pokud chcete používat SSH, použijte bezpečnější způsob přihlášení, a to přihlášení klíčem. Máte to tam napsané. Pokud si někdo zapne SSH, asi ho chce používat. Pokud ho chce používat, bude muset zjistit, že je tam přednastavené defaultní heslo. Když to zjistí a bude ho chtít změnit, dozví se, co má dělat. Pokud bude někdo postupovat vaším způsobem, zapne si SSH, nechá tam výchozí heslo a nezakáže přihlášení heslem přes SSH, je to jeho chyba, nikoho jiného. Ano, bylo by pohodlnější zakázat přihlášení heslem rovnou a umožnit přes administraci nahrát klíč, ale to je jen věc pohodlí, ne bezpečnosti.
Pokud je /etc/shadow na read-only souborovém systému, je podstatně rozumnější vypsat při spuštění passwd chybovou hlášku s návodem, než jenom skončit s chybou, že nelze zapisovat do souboru jen pro čtení.
Vystavit roota na SSH není žádný mazec, je to normální. Pokud to zařízení nemá víc správců, což zařízení s OpenELEC asi nebude mít, není žádný důvod, proč se nepřihlašovat rovnou na roota.
Existují zabezpečení proti různým druhům útoků. Vy píšete o úniku dat, ale o tom vůbec nebyla řeč. Read-only systém může být způsob zabezpečení proti trvalému ovládnutí zařízení. Pokud zařízení nastartuje vždy v továrním nastavení, útočník nemůže zařízení trvale ovládnout.
Root s pevným a veřejně známým heslem nemusí být z pohledu bezpečnosti žádný problém, pokud není možné se heslem přihlásit. Ono je možné se do Linuxu přihlásit jako root i úplně bez hesla nebo jakéhokoli jiného ověření – a taky to není bezpečnostní problém, protože se takhle může přihlásit jenom někdo, kdo sedí u konzole při startu systému.
sudo je v systému, který má jediného správce, nesmysl. A sudo obecně s bezpečností nejde moc dohromady, protože se to před uživateli pokouší skrývat komplexitu bezpečnosti, kterou ale skrýt nejde.
Omluva spíš není pro to, když někdo mermomocí chce SSH v systému, ale neumí si ho nakonfigurovat bezpečně, aby bylo povolené přihlášení jenom klíčem.