from the latest release of Astro subscriber CPS... version R04.01.01
- The Advanced System Key feature is now supported. This feature can be used to produce system keys that have limited functionality and/or have an expiration date. This feature also supports obsolescing the older keys if you desire by providing an option to only honor the new keys for radio programming.
that's going to be interesting
doug
the sky is falling.... the end is near... oh noooooo!
Moderator: Queue Moderator
the sky is falling.... the end is near... oh noooooo!
BRAVO MIKE JULIET ALPHA
"You can do whatever you want, there are just consequences..."
IF SOMEONE PM'S YOU - HAVE THE COURTESY TO REPLY.
"You can do whatever you want, there are just consequences..."
IF SOMEONE PM'S YOU - HAVE THE COURTESY TO REPLY.
I read it the same way you do - you can tell the radio that it can only be programmed with one of the new keys.
When the radio first comes from the factory it will take programming authorized by the old key, but the system administrator can choose to secure the radio from future programming by only keys HE creates!
Question of the hour: IF you saved a codeplug from the original factory unprogrammed state, will the CPS put that back in the radio without the new key? It could be that it will check for the flag in the current programming and not allow any access without the correct key - or - it may be possible to back the radio down to dumb & start over.
It will take some experiments to know for sure. We have the new CPS and boxes of new XTL5000 & XTS5000 radios - so - in a week or two - I will find the answers to these questions. I need to know!
When the radio first comes from the factory it will take programming authorized by the old key, but the system administrator can choose to secure the radio from future programming by only keys HE creates!
Question of the hour: IF you saved a codeplug from the original factory unprogrammed state, will the CPS put that back in the radio without the new key? It could be that it will check for the flag in the current programming and not allow any access without the correct key - or - it may be possible to back the radio down to dumb & start over.
It will take some experiments to know for sure. We have the new CPS and boxes of new XTL5000 & XTS5000 radios - so - in a week or two - I will find the answers to these questions. I need to know!
Well, is this really all that bad?
The only thing this is going to prevent is someone from reading or writing to a radio protected with this new functionality. It doesn't do anything to protect the overall security of the system itself, just the end-user equipment and subscriber units.
This still would not prevent one from programming their own radio, which isn't using the advanced system key, to monitor their local system.
So long as Motorola provides backwards compatability to the older systemkey format, one will still be able to program and manage their own equipment without fear.
It's not good practice anyway to be reading end-user radios anyway on another system....
The only thing this is going to prevent is someone from reading or writing to a radio protected with this new functionality. It doesn't do anything to protect the overall security of the system itself, just the end-user equipment and subscriber units.
This still would not prevent one from programming their own radio, which isn't using the advanced system key, to monitor their local system.
So long as Motorola provides backwards compatability to the older systemkey format, one will still be able to program and manage their own equipment without fear.
It's not good practice anyway to be reading end-user radios anyway on another system....
