right, it's only been three months. i remember i don't suppose there's a way to reprogram the security or even override some of its features? when you put it that way, it sounds as though it's running on an automatic schedule that somebody else wrote
An attempt is being made. If you want to try and write a code we can attempt to implement it in the system, but I don't think it'd let you write it directly in. It does, doesn't it. A lot of the systems are on an automatic schedule, but security isn't meant to be. It's also not meant to ever go offline unless something catastrophic happens. I'm working on workarounds where I can. They're not exactly above board.
i think that's the part that drives me crazy it's like no one can actually touch the ship because it's on autopilot and we're all at its mercy i think my next question is do we know if there're any way someone can be accessing the security systems off-site?
Not exactly an inaccurate description at the moment. It's always been a bit of an autopilot operation, in some regards, but it shouldn't be to this degree. Overrides should work. We should be able to influence far more in the system overall. But then it tells us "no" and we can't change it.
My answer to this at the start was that we're too far away for that to be possible. Now, my answer is still mostly that. Nut & Bolt's nearest hub is weeks away, and the transmission of messages takes days to weeks. But if it's not N&B, if it's something else that's closer, it's possible. I'm also wondering if it's not that someone is accessing them off-site. I'm wondering if someone built it into the mainframe and it's already been here.
satellite's an option, if it's not outright that someone built it into the system and it's just now starting to trigger certain protocols come into action, so it pushes for certain reactions to follow and without knowing about those things to begin with you can't really anticipate the reactions wouldn't the answer then be to try and take apart the mainframe and check?
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
i don't suppose there's a way to reprogram the security or even override some of its features?
when you put it that way, it sounds as though it's running on an automatic schedule that somebody else wrote
no subject
It does, doesn't it. A lot of the systems are on an automatic schedule, but security isn't meant to be. It's also not meant to ever go offline unless something catastrophic happens.
I'm working on workarounds where I can. They're not exactly above board.
no subject
it's like no one can actually touch the ship because it's on autopilot and we're all at its mercy
i think my next question is do we know if there're any way someone can be accessing the security systems off-site?
no subject
It's always been a bit of an autopilot operation, in some regards, but it shouldn't be to this degree. Overrides should work. We should be able to influence far more in the system overall. But then it tells us "no" and we can't change it.
My answer to this at the start was that we're too far away for that to be possible.
Now, my answer is still mostly that. Nut & Bolt's nearest hub is weeks away, and the transmission of messages takes days to weeks. But if it's not N&B, if it's something else that's closer, it's possible.
I'm also wondering if it's not that someone is accessing them off-site. I'm wondering if someone built it into the mainframe and it's already been here.
no subject
certain protocols come into action, so it pushes for certain reactions to follow
and without knowing about those things to begin with you can't really anticipate the reactions
wouldn't the answer then be to try and take apart the mainframe and check?