Re: OT Strange Punishment

2007-09-21 Thread Zach Keatts
The kid's an idiot.  Set up qemu on the mandatory windows machine and run
your Ubuntu.  The sentence said nothing about running an emulated OS on your
monitored OS.  The kid is just a whiner First they give me two felonies,
then they throw me in prison, and now this.  As if using Windows is more
damaging to your reputation than felonies...

On 8/29/07, Rui Miguel Silva Seabra [EMAIL PROTECTED] wrote:

 On Wed, Aug 29, 2007 at 08:32:25PM -0300, Rafael Almeida wrote:
  The main problem I see here is the government incentivating the
  purshase of Microsoft product. It's kinda dumb paying the guy pay to a
  company that has nothing to do witht he whole thing as a punishment
  for your crimes. It would make sense if the government charged him for
  using some government OS.

 Besides the point that I consider restricting someone from acessing a
 computer to be tantamount to gagging, it is perverse that a convicted
 monopolist be beneficiated in such a way.

 Rui

 --
 Keep the Lasagna flying!
 Today is Boomtime, the 23rd day of Bureaucracy in the YOLD 3173
 + No matter how much you do, you never do enough -- unknown
 + Whatever you do will be insignificant,
 | but it is very important that you do it -- Gandhi
 + So let's do it...?



Re: Security of the keyboard

2007-06-20 Thread Zach Keatts
someone already hacked you and sent that message -- be afraid

On 6/20/07, Marc Balmer [EMAIL PROTECTED] wrote:

 * Bob Beck wrote:

And guess what. Keyboards use a serial protocol. Which means that
there will be slightly different voltage drops in the system varying
with the keys you press. ZOMG! OpenBSD provides a side channel for
attackers through the sensors framework!
  
   And don't forget the aps(4) sensor on Thinkpads! The accelerometer can
   probably measure the acceleration caused by various key strokes and
 that
   acceleration will be different depending on where on the keyboard you
 hit
   (different angles) and with which finger (different strength).
 
well, and dont' forget the physical attack angle. Between the
 screen
  leakage perhaps being used to detect a large number of pink pixels and
  the aps(4) sensor leakage could probably detect the rythmic thumping
  when the laptop owner is doing some one handed laptop driving when the
  other hand is occupied. An attacker could use this information to then
  physically take control of the machine while the operator has both
  hands busy and is vulnerable!

 I just unplugged all my keyboards.



Re: OpenBSD serial terminal binary programs

2007-05-11 Thread Zach Keatts
On 5/10/07, Diana Eichert [EMAIL PROTECTED] wrote:

 On Thu, 10 May 2007, Jason McIntyre wrote:

  note that cu and tip have separate man pages now.
  jmc

 yeah, I just looked in one of the ssh sessions I had running, it's running
 3.5.



 Can you use cu/tip to start a session with a box with no kernel to start a
remote install?  The man page says

cu/tip establishes a full-duplex connection to another machine, giving the
appearance of being logged in directly on the remote CPU.

This part leads me to believe that it should be no problem, but reading
further,

It goes with-out saying that you must have a login on the machine (or
equivalent) to which you wish to connect.

Makes me think some sort of OS has to be present before using cu.  I have a
couple of sparc machines with no monitor/OS that I would love to throw an OS
on..

Zach



Re: OpenBSD serial terminal binary programs

2007-05-11 Thread Zach Keatts
On 5/11/07, Bob Beck [EMAIL PROTECTED] wrote:

  Makes me think some sort of OS has to be present before using cu.  I
 have a
  couple of sparc machines with no monitor/OS that I would love to throw
 an
  OS
  on..
  
  Zach
 
  sure you can, but the hardware boot ROM has to support it.  I ran most
 of
  my non-intel systems headless for years.  If you're running i386/amd64
  boxes a lot have a BIOS setting called console redirection or
 something
  similar.  While it works it's no where near as friendly as the non-intel
  workstation/server ROM monitors.  However as more and more intel/amd
 boxes
  showed up in lights out data centers the server manufactures started
  supporting real remote management solutions.
 

Typically for OpenBSD, you need to set the PC bios on an i386
 machine to do console redirection at 9600 baud (8N1) until the OS boots
 and *NOT* do it afterwards. This is because if it does it afterwards then
 typically the bios eats com0 and you can't use it from OpenBSD for
 a real serial tty.

The trick is finding the right settings in the stupid bios. and
 of course since PC bios's are based on 15 years of programming
 by monkeys with typewriters it can be a bit of an effort sometimes,
 assuming
 your bios supports it, and it works.

we run most of our i386 boxen here headless with serial consoles.
 we either connect direct with tip/cu, or we run conserver from ports,
 which is a wonderful thing.

-Bob


Fortunately this is a sparc machine, so I do not believe I will need to
manually set the BIOS.  At least I hope not.   When you mentioned setting
the BIOS on an i386 to do a redirection, this makes me think that this
initial step is not a headless operation.  My goal is to do the entire
install etc. headless (since I am without a monitor, but have access to a
bsd laptop + serial).

I will be playing around with this tonight so I should know more soon.

Bob, Diana, and Stuart -- Thanks for the great responses, its exactly what I
needed.

Zach