Meine Bemerkung mit dem Austausch von CM-Zertifikat und CM-MAC war auch nicht wirklich ernst gemeint, das sollte nur verdeutlichen, daß es eben doch nicht so einfach ist, wie es im oben schon verlinkten (inoffiziellen)
UM-Thread vermutet wurde.
- - - Aktualisiert - - -
@thtomate12:
Das Setzen der MAC-Adresse alleine macht es ja noch nicht, das braucht den Key und das Zertifikat -> keine echte Gefahr.
Das Setzen der Kanalbreite dürfte nur implizit über die DOCSIS/EuroDOCSIS-Umschaltung erfolgen -> auch keine Gefahr, ein CM im (US-)DOCSIS-Mode sollte kein Channel-Lock machen können, ohne ist es rein passiver Konsument und kann eigentlich nicht stören.
Über die Verwendung von BPI entscheidet nicht das CM, das kann sich höchstens verweigern, dann gibt es keine Verbindung -> m.E. auch keine Gefahr.
Sicherlich wird man sich erst einmal mit Händen und Füßen wehren, aber ohne wirklich konkreten und triftigen Grund würde ich mich nicht abwimmeln lassen und wenn jemand behauptet, das CLI auf dem ARM-Core läßt die
Einwirkung auf das CM zu, muß er das halt nachweisen.
Kritisch ist hier ggf. der mögliche Ausgang zur Shell ... darüber könnte wohl (vermutlich, damit das nicht falsch ankommt) tatsächlich die Manipulation der CM<->CMTS-Kommunikation erfolgen, wenn da die verschiedenen Manager-Komponenten nicht über SHM, sondern über das Dateisystem kommunizieren und man dort dazwischen kommt. Das ist dann aber eigentlich schon wieder "Hacken" und hat mit einem "console port" nur noch wenig zu tun.
Ob man die Shell tatsächlich durch eine abweichende Plugin-Konfiguration einzeln "aushängen" kann aus dem CLI, weiß ich nicht ... bei AVM gibt es das ganze CLI (in dieser Form) nicht und andere Hitron-Geräte waren nicht unbedingt Puma6, wenn ich mich richtig erinnere (ist 3 Jahre her).
