45 replies to this topic

[Zoinky]

Left4Cake, on 13 October 2012 - 01:10 AM, said:

Cranium, on 11 October 2012 - 03:35 PM, said:

MrZuribachi, on 11 October 2012 - 02:42 PM, said:

Well, I already tested it and none of my programs got unfluenced by pressing CTRL+S / R after using the os.pullEventRaw-line.

That is a lie. A flat-faced lie. CTRL+S and CTRL+R are hardcoded into the java code. There is no way to prevent those from affecting your code.

Is there a way to cause the computer to reboot on pressing CTRL, thus not allowing the 1 sec required for CTRL+ hotkeys..

Actually, It doesn't matter if the program closes/the computer reboots. CTRL + S/R will always work. As Cranium said, They're hardcoded in.

[1lann]

Hancomat55, on 13 October 2012 - 04:43 AM, said:

tommyroyall, on 13 October 2012 - 03:57 AM, said:

Easy Solution: Disk boot from the right side. Boot it up with a startup that says:

os.run("shell")
-- This will bypass anything set as a startup and head the user straight to the shell. There they can do whatever they want, hopefully in my case break this wretched lock :.

That is a good one and i doubt it is possible to hack into

Open the disk drive, remove the disk and replace it with a disk with a blank startup? It's impossible to make something in CC unhackable unless you have some 3rd party plugin/mod which protects the disk drive and/or computer. Ex. on a bukkit sevrer you can use lwc or lockette if the server has them installed.

[B00mX0r]

I found a hack

Step 1. Place redstone torch next to door.
Step 2. h4x3d.

tl;dr: It's more secure to make doors inverted so this doesn't happen on servers.

[Zoinky]

B00mX0r, on 13 October 2012 - 11:43 PM, said:

I found a hack

Step 1. Place redstone torch next to door.
Step 2. h4x3d.

tl;dr: It's more secure to make doors inverted so this doesn't happen on servers.

Yep. Pistons! />

[ChaddJackson12]

Hancomat55, on 13 October 2012 - 01:43 AM, said:

Left4Cake, on 13 October 2012 - 01:10 AM, said:

Cranium, on 11 October 2012 - 03:35 PM, said:

MrZuribachi, on 11 October 2012 - 02:42 PM, said:

Well, I already tested it and none of my programs got unfluenced by pressing CTRL+S / R after using the os.pullEventRaw-line.

That is a lie. A flat-faced lie. CTRL+S and CTRL+R are hardcoded into the java code. There is no way to prevent those from affecting your code.

Is there a way to cause the computer to reboot on pressing CTRL, thus not allowing the 1 sec required for CTRL+ hotkeys..

I dont know, probably not because it is all scripted together. But you could try looking in the CC folder

Yes it is possible, I did it in one of my programs, but they could still put a disk in then press Ctrl, so there still is no protecting that.

[ChaddJackson12]

I think I may have found a solution to the problem about boot disks!

When someone's presses Ctrl, have the computer reboot; but before rebooting have it delete disk/startup, or even multiple disk startups; and THEN reboot the computer, meaning that if they put a disk in then press control, their disk would no longer have a startup to exit the normal program!

Tell me how well this works for you!
Like this:

repeat
   event, key = os.pullEvent("key")
   os.sleep(0.1)
until key == (# for LCTRL) or key == (# for RCTRL) or key == (# for ENTER)
If key == (# for LCTRL) or key == (# for RCTRL) then
   if fs.exists("disk/startup") then
      fs.delete("disk/startup")
      os.reboot()
   else
      os.reboot()
   end
elseif key == (# for ENTER) then
   -- password script
end

Sorry I don't have the numbers for the IDs of the keys but I am unsure of them and am too lazy to look for them at the moment :3. Hope that I helped

[Hancomat55]

ChaddJackson12, on 14 October 2012 - 03:19 AM, said:

I think I may have found a solution to the problem about boot disks!

When someone's presses Ctrl, have the computer reboot; but before rebooting have it delete disk/startup, or even multiple disk startups; and THEN reboot the computer, meaning that if they put a disk in then press control, their disk would no longer have a startup to exit the normal program!

Tell me how well this works for you!
Like this:

repeat
   event, key = os.pullEvent("key")
   os.sleep(0.1)
until key == (# for LCTRL) or key == (# for RCTRL) or key == (# for ENTER)
If key == (# for LCTRL) or key == (# for RCTRL) then
   if fs.exists("disk/startup") then
	  fs.delete("disk/startup")
	  os.reboot()
   else
	  os.reboot()
   end
elseif key == (# for ENTER) then
   -- password script
end

Sorry I don't have the numbers for the IDs of the keys but I am unsure of them and am too lazy to look for them at the moment :3. Hope that I helped

That is a pretty good idea. I could see that working. />

[Cranium]

Just tested. Still responds to Ctrl + S. bypassed still...

[Fatal_Exception]

ChaddJackson12, on 14 October 2012 - 03:19 AM, said:

I think I may have found a solution to the problem about boot disks!

When someone's presses Ctrl, have the computer reboot; but before rebooting have it delete disk/startup, or even multiple disk startups; and THEN reboot the computer, meaning that if they put a disk in then press control, their disk would no longer have a startup to exit the normal program!

Tell me how well this works for you!
Like this:

repeat
   event, key = os.pullEvent("key")
   os.sleep(0.1)
until key == (# for LCTRL) or key == (# for RCTRL) or key == (# for ENTER)
If key == (# for LCTRL) or key == (# for RCTRL) then
   if fs.exists("disk/startup") then
	  fs.delete("disk/startup")
	  os.reboot()
   else
	  os.reboot()
   end
elseif key == (# for ENTER) then
   -- password script
end

Sorry I don't have the numbers for the IDs of the keys but I am unsure of them and am too lazy to look for them at the moment :3. Hope that I helped

All you'd have to do is shut the computer down, then switch disks.

[matejdro]

I think it's secure enough for door lock. If someone can place disk drive next to it, then he can probably just break the door or place down lever.

Cranium: what about having two computers that keeps starting each other? That way you cannot swap disks fast enough.

[robhol]

B00mX0r, on 13 October 2012 - 11:43 PM, said:

I found a hack

Step 1. Place redstone torch next to door.
Step 2. h4x3d.

tl;dr: It's more secure to make doors inverted so this doesn't happen on servers.

If you actually CAN place/destroy stuff in the area, use 5 seconds and dig around the door...

[Zoinky]

You could just simply integrate the computer into the wall next to the door. Then only the front face is available. Place dick drive = computer face blocked.

[1lann]

It is literally impossible to do this without some form of protection. No matter what you do without block protection, it is hack able. Even the original program would work if people couldn't place/destroy blocks around the computer

[ChaddJackson12]

Fatal_Exception, on 14 October 2012 - 06:56 AM, said:

ChaddJackson12, on 14 October 2012 - 03:19 AM, said:

I think I may have found a solution to the problem about boot disks!

When someone's presses Ctrl, have the computer reboot; but before rebooting have it delete disk/startup, or even multiple disk startups; and THEN reboot the computer, meaning that if they put a disk in then press control, their disk would no longer have a startup to exit the normal program!

Tell me how well this works for you!
Like this:

repeat
   event, key = os.pullEvent("key")
   os.sleep(0.1)
until key == (# for LCTRL) or key == (# for RCTRL) or key == (# for ENTER)
If key == (# for LCTRL) or key == (# for RCTRL) then
   if fs.exists("disk/startup") then
	  fs.delete("disk/startup")
	  os.reboot()
   else
	  os.reboot()
   end
elseif key == (# for ENTER) then
   -- password script
end

Sorry I don't have the numbers for the IDs of the keys but I am unsure of them and am too lazy to look for them at the moment :3. Hope that I helped

All you'd have to do is shut the computer down, then switch disks.

Ah, I was thinking that the commands reset at the reboot of the computer. But I guess not.

[darkrising]

Server plugins are always nice, stop people placing those pesky disk drives near your door />

[Hancomat55]

robhol, on 14 October 2012 - 07:44 AM, said:

B00mX0r, on 13 October 2012 - 11:43 PM, said:

I found a hack

Step 1. Place redstone torch next to door.
Step 2. h4x3d.

tl;dr: It's more secure to make doors inverted so this doesn't happen on servers.

If you actually CAN place/destroy stuff in the area, use 5 seconds and dig around the door...

I like your thinking />

[tommyroyall]

Zoinky, on 14 October 2012 - 09:01 AM, said:

You could just simply integrate the computer into the wall next to the door. Then only the front face is available. Place dick drive = computer face blocked.

Two people. One right clicks. One places drive and disk. First one runs it correctly. Job done. Teamwork. ???. PROFIT!

[tommyroyall]

So, summing this entire post and all of it's comments up: Nothing is un-hackable.

[ChaddJackson12]

tommyroyall, on 15 October 2012 - 01:59 AM, said:

So, summing this entire post and all of it's comments up: Nothing is un-hackable.

Wrong. You can't hack something with protection; such as LWC. Otherwise, you're correct.

[Blockeh]

Cranium, on 11 October 2012 - 05:50 PM, said:

But you can't stop someone from using ctrl s, putting the disk in, then restarting the computer.

But you could always add a code so when a disk is entered just shell.run("startup") to make it run the computers startup again.