Everyone wants to learn how to build a PC. li, refer to this e-book and make $ $. Excellent Conversions & Ask About The free demo.
Check it out!
Everyone wants to learn how to build a PC. li, refer to this e-book and make $ $. Excellent Conversions & Ask About The free demo.
Record computer activity, monitor Internet activity and capture screenshots with this monitor for loggers and im chat.
Locking your laptop or workstation while away from it is good security sense.Learn a number of different ways to do so, both on MS Windows and common open source Unix-like operating systems.
The common part of corporate workstation security policy is a requirement for employees to lock their workstations while away from their desks, as suggested in 5 tips to improve physical access security.This is not only good advice for the workplace. In fact, it is even better advice in some other circumstances, such as when using a laptop at a coffee shop.
There are many ways to do so. Each version of MS Windows has its own way to lock the system when the user is away, and open source Unix-like systems offer a number of different ways to do it as well.What follows is a quick survey of some of those methods of locking the system, focusing solely on screen locking rather than password-protected screen savers or logging out.
Open source tools for Unix-like systems are several and varied, offering options that meet the needs of different circumstances and tastes. The most common options are the BSD lock utility and the separated, copyleft licensed vlock utility for virtual console locking, and the slock and xlock tools for X session locking.
The lock command appeared for the first time in 3.0BSD, decades ago, and some version of it has existed in the major BSD Unix systems that have been available ever since. The versions of lock included in the basic systems of FreeBSD, NetBSD, and OpenBSD differ slightly in the command line options they provide today.
All three of them lock to standard virtual console. FreeBSD's lock in particular, distributed under copyfree terms (BSD License), behaves as follows, by default.
It asks for a "key", or password, that can be used to unlock the terminal at any time .it locks the terminal for fifteen minutes, or until it is unlocked with that key — whichever comes first.The-n option can be specified to disable the timeout value, or an alternate value can be specified with the-t option.The-p option specifies that it should use the current user's password as the key, rather than requiring a user-specified key. Finally,-v prevents the user from switching consoles, effectively locking the whole computer against any local access until either the lock expires or the correct key is entered.
The "suckless" project provides "quality software with a focus on simplicity, clarity, and frugality." The slock utility in particular is an X display locker distributed under copyfree terms (MIT/x 11 License).In the words of the suckless page for slock:
Simple X display locker. This is the simplest X screen locker we are aware of. It is stable and quite a lot of people in our community are using it every day when they are out with friends or fetching some food from the local pub.
Its only command line option is-v, which prints the software version and copyright to standard output.Any other command line options (such as-h,--help, or--foobar) provide the following usage information.
usage: slock [-v]If executed without any options, en blanks the screen of your X session unless and until the password for the current user is entered at the keyboard.The common way to use it is to set a keyboard shortcut for it with whatever facility is provided by the window manager or with a third-party keyboard shortcut tool.
For those who are not lucky enough to have the lock utility available as part of their favorite Unix-like system, or even for those who do but prefer to use something else to lock virtual consoles, there is a utility called vlock that provides similar functionality and is distributed under copyleft terms (GPLv2). Similarly to the lock command, it simply locks the current virtual console.
It does not support specifying a key, but only defaults to requiring the password of the current user. It also does not support a time limit on the lock the way the BSD Unix lock utility does.Its command line option to alter the default behavior is the-a or--all option, which will "Lock all console sessions and disable VC switching."The-c or--current option causes it to only lock the current session, which is the default behavior. The-h or--help option provides a brief help message, while-v or--version prints the version number to standard output.
Another way to lock an X Window System session, besides the suckless project's slock utility, is xlock. It is a much more complex tool than slock, with dozens of non-default behaviors that can be specified with command line options, including some fairly fine-grained control over screen saver behavior.
The full set of options can be found in the xlock manpage. It is distributed under a simple, copyfree-style custom license:
Copyright (c) 1988-1991 by Patrick j. Naughton
Copyright (c) 1993-2005 by David a. Bagley
Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation.
The original BSD daemon is Copyright (c) 1988 Marshall Kirk McKusick.All Rights Reserved.
DEC, HP, IBM, Linux, SCO, SGI, and Sun icons have their respective copyrights.
MS Windows, being a GUI-centric OS, offers no virtual consoles — and thus, no virtual console locking tools.Each release version of MS Windows has its own, relatively simple screen locking mechanism built in.
Give the three-finger salute:In WinXP, the user can also hold down the Windows key on the keyboard (if the keyboard has one) and press the
Each of these approaches to locking the system has its limitations.For instance, locking the screen within the X Window System using slock or xlock does not prevent the user from switching to a virtual console and logging in there (though a valid user account is still needed to do anything in a virtual console that is not logged in), and neither vlock nor lock is well suited to use within an X session, except in the rare case of only wanting to lock a single terminal emulator's shell session.
Crashing or killing the GUI can have interesting effects, which differ depending on the specific OS version being used, for any GUI-specific screen locking tool.
Of all the mentioned options, lock-nv (at least on FreeBSD) is probably the safest and most fully secured way to lock a system while away, with vlock offering a suitable replacement where lock is not available.Ultimately, the means of locking the screen of a computer while away from it is the user's responsibility, or the responsibility of policy makers in a corporate environment.
Of course, the safest option of all, as long as your system is set up properly, is to simply log out and turn off the computer.
Chad Perrin is an IT consultant, developer, and professional freelance writer.He holds both Microsoft and CompTIA certifications and is a graduate of two IT industry trade schools.Read his full bio and profile.
Companies of New Zealand must be running it systems that might be infected with the virus Stuxnet "very concerned", says an it security specialist Australian.
The virus-addressing systems (Scada) of supervisory control and data acquisition Siemens-was first identified in June.
However, Iranian State media reported Monday that the virus had mutant and causing extensive damage to industrial equipment in Iran, where they had been infected 30,000 IP addresses. "What was once a theory, in terms of criminals, being able to control the physical plant and equipment, is now a reality, "said Steve Martin, a Director at Symantec internet security companies based on Sydney.
Martin said SCADA systems were commonly used to control "critical infrastructure" such as pipelines, power plants, oil refineries, dams and production facilities.
The virus could potentially take a dam and its floodgates open, he said.
A spokesperson for Mighty River Power, which runs the power generating dams on the Waikato River, said his Siemens control systems were not susceptible to the virus Stuxnet.
"We are not running Windows 2000, either, that we need to understand is the port for the virus," said the spokesperson.
Martin said that although there was 60 percent Stuxnet attacks in Iran, New Zealand companies using systems that might be infected should remain vigilant to the threat.
Most of the control systems have been connected to the Internet, which meant that the virus was entering them via USB sticks that previously had been used in infected personal computers, he said.
Martin said that companies should take measures to limit the number of people who could get access to a control system with a USB stick.
It infected PCs appeared simply acted as host and have not been damaged by the worm Stuxnet said.
"The sophisticated malicious code is at a level that we've never seen written before malicious code. it is estimated that it took up to 10 people over six months to write." Is worrying enough.
Martin said that the virus had already spread beyond Iran, India, South Korea and Indonesia.
Hamid Alipour, Deputy Chief of Iran's Information Technology Company, was reported as saying those behind the creation of huge virus would have enjoyed "investment" from foreign countries or organizations.
Martin said that those who have written the virus would require access to expensive control systems to test it.
Iranian officials have denied that first nuclear installation of the Islamic Republic, in Bushehr, was between the plants penetrated by the virus.
A spokesperson for Siemens said that after notification of the virus, the holding a tool for detection and removal provided to customers within seven days.
"By the beginning of August, Microsoft closed the breach of security of the operating system that it meant that the virus is no longer could infiltrate any installation with Microsoft update patches."
-further alert AFP
By Christopher Adams | Email ChristopherH & W computer systems, Inc. announced one day support for the software running under z/OS 1.12, that IBM has been released today.
(PRWEB) September 24, 2010--H & W computer systems, Inc. (H & W), a preferred provider of enterprise software, today announced a day support for software running under z/OS operating system IBM ®, version 1.12.This support is available for h & W SYSB PART-II ®, SYSD ®, CPM ®, WebTek ®, SYSS ®, SYSJ ® and SYSM ® software. H & W provides support for a day as part of ongoing investment in his portfolio software to improve the value for customers and prospects alike.
"Ensure that our products are up-to-date with the latest operating systems is a commitment we have always understood and honored," said Greg Collier, Director of customer relationship strategy."One day support allows customers know that W & H software will provide robust functionality whenever they upgrade their z/OS operating system".
H & W mainframe creates software that enables companies to execute operations throughout most of the next business day, or to perform these tasks more efficiently. H & W, an Advanced IBM business partner, can support a day through its participation in the IBM service program.
"Participating in the programme of supplier IBM enables us to give customers confidence that W & H software will work as planned," said Joe Burns, senior product manager."We know our customers rely on our products to run their businesses, and we are always improving these products to help them achieve their business objectives."
About H & W
Headquartered in Boise, Idaho, H & W is a leading provider of quality software solutions since 1979. H & W creates reliable, technically sound solutions that provide long-term value. Today, hundreds of companies worldwide, including many Global 500 companies, trust H & W to software and it services. for more information, visit http://www.hwcs.com.
###
H & W Computer systems, Inc.
PAM Sichenze
208-377-0336
E-mail Information
Trackback URL: http://prweb.com/pingpr.php/sw5zzs1uaglyluluc2utsgfszi1iywxmlvnxdwetwmvybw==