Free checks against software for linux

check_ssl_cert project is a Nagios plugin to check X.509 certificates.

It checks if the server is running and delivers a valid certificate.

It also checks if the CA matches a given pattern, and checks the validity.

fs-check program checks filesystem sizes to see if they are getting too full. It uses a configuration file that specifies the filesystems to check, email contacts, trigger thresholds (percentage or amount used/unused), and a report program to run.
Also included in the package is such a sample report program, fs-report. It shows things like the largest files, the newest files, and core files. It can be run from cron or as a daemon.
Both programs have a number of command-line options.
Enhancements:
- Various bugs have been fixed.
- This package will now build outside of the source tree.
- An option for specifying the default configuration file was added.
- Perl 5.006 or greater is now required.

net-check package is a pair of simple perl scripts that will monitor and report on your internet connectivity.

The scripts came about when my DSL provider repeatedly dropped the connections on a machine that was used exclusively as a dial-up gateway.

In addition, since I am spending $50 a month for my internet connection, I want to make sure I get what I paid for.

A Sample:

To: user@isp.net
Subject: Automated Network Checks Report

Last month, there were 64.25 hours of downtime out of 720 possible hours.
(There were only 2692 out of 2880 possible samples made.)
Last months ratio was 0.089 so your bill should be $45.53.

---------------------------------------------------------

1 : 2 hr
2 : 22 hr
3 : 0.5 hr
4 : 1.25 hr
5 : 1.75 hr
6 : 0.25 hr
7 : 0.25 hr
8 : 0.25 hr
9 : 1.25 hr
10 : 3.25 hr
11 : 1.25 hr
13 : 0.25 hr
14 : 1.75 hr
15 : 0.25 hr
16 : 0.75 hr
17 : 0.75 hr
18 : 8.5 hr
19 : 0.75 hr
20 : 11.5 hr
21 : 0.75 hr
22 : 0.75 hr
23 : 1.75 hr
24 : 2 hr
25 : 0.25 hr
27 : 0.25 hr

mod_idcheck is a cookie based authorisation for apache.
Cookie based web authentication and single sign on system designed for largish intranets under a single domain where many people run their own webservers (and you dont trust them all much).
On first connection, an untrusted webserver redirects new requests for restricted pages to the idcheck server (to be authenticated). The idcheck server takes and checks the users credentials and, if successful, redirects the users browser back to the page they requested. As it redirects, the server installs a private cookie (scoped only for the idcheck webserver) and a second cookie that acts as a session cookie for the untrusted webserver (which is checked for validity, over http against the idcheck server) when downloading subsequent pages.
When the user accesses another webserver that also has idcheck restricted pages he does not need to enter his credentials again because of the private idcheck cookie indicates that he has already authenticated and so can bypass the login form. This provides a single sign on environment for multiple webservers in a single domain.
In addition, The mechanism provides detailed, filtered, data about the user to other webservers so that they can make fine grained access decisions. For example, with idcheck and a suitable authentication source (e.g. an LDAP server) it is possible to restrict certain areas of websites to individuals or groups of individuals (e.g. those in the same department).
This package contains the following components:
- A server implementation written in mod_perl2.
- C module for apache2 (mod_idcheck.so) which is known to build under Linux/Solaris and Netware.
- PHP and mod_perl example implementations.
A contributed PAM module that is useful when a web service uses a backend system (an imap server or database) that requires the user to authenticate as themselves.

PicoChess project is a small chess program.

PicoChess will support one and two player games, as well as playing against itself. It can also load and save games, and export transcripts of games.

THC-Shagg is a modular application to bruteforce check digit algorithms. THC-Shagg project can be used to gain information about serial numbers that use check digit algorithms.

Once THC-Shagg has analysed a set of serial numbers and found matching check digit algorithms, it is able to generate complete new serial numbers using a saved file containg the matched states.

This page demonstrates the use of THC-Shagg in "daily" life and lists some serial numbers, that have been successfully analysed using Shagg.

Development & Contributions

Youve found some serial numbers and were able to analyse the check digit algorithms using Shagg. Youve some new ideas, you know something about fresh or still un-implemented check digit algorithms. Contribute! And help us making THC Shagg more powerful. Feel free to drop an email to Plasmoid, plasmoid@thc.org.

If you are interested in joining THC, why not write some new classes for THC-Shagg or extend the current version to analyse Web session IDs or other serial numbers? The documented programming API to all classes and interfaces is available online. The source code for THC-Shagg is bundled with the current release, so that you can compile it yourself, if you want to.

How it works:

A check digit algorithm uses the digits of a serial number to construct a check digit, it is not necessary that the digits are numeric values, they can be extended to alpha-numeric values. THC-Shagg currently implements the following algorithms:

Full name Internal name
-------------------------------- ----------------
binary Modulus 7 DR Modulus 7
binary Modulus 9 DR Modulus 9
weighted Modulus 10 DR Modulus 10 Basic
weighted Modulus 10 Luhn Modulus 10 Luhn
weighted Modulus 10 IBM Modulus 10 CC
weighted Modulus 11 DSR Modulus 11

Future releases will implement more algorithms. To get a list of all available algorithms use the -A. For simplicity this version mixes binary and weighted algorithms, DR and DSR algorithms, future version of THC-Shagg may include separate options for binary, weighted, DR and DSR algorithms. As this is the first release, only the most common algorithms have been implemented.

For details on the concept of each algorithms consult the source code of THC-Shagg or browse the web, there are some good information covering these algorithms.

Most of the algorithms above operate using so called weights. Weights are just a sequence of numbers that are multiplied with the individual digits of the serial number to be checked. THC-Shagg generates all weights up to a specified length and checks the serial numbers against all of these weight using all algorithms.

Example: All weights up to length 3

1,2,3,4,5,6,7,8,9,
01,02,03,04,05,06,07,08,09,10,...99
001,002,003,004,005,006,007,...999

THC-Shagg ignores all weights that only consist of zeros because they result in fault-positives and are not used in check digit algorithms.

In order to find the position of a check digit, THC-Shagg splits the serial numbers into partitions. A partition has a head and a tail, these parts are ignored during analysis of the serial numbers. THC-Shagg generates all partitions up to a specified minimum length where length is the length of the part to be analyzed. The programs checks the serial number against these partitions using weights and algorithms.

Vulcan Chess project allows you play against the computer in a chess variant inspired by a certain well-known science-fiction TV series.
Enhancements:
- Castling was added.
- The legal move generator is a bit faster.

Test::STDmaker::Check is a Perl module that checks a software test description short hand.

The Test::STDmaker::Check package is an internal driver package to the Test::STDmaker package that supports the Test::STDmaker::tmake() method. Any changes to the internal drive interface and this package will not even consider backward compatibility. Thus, this POD serves as a Software Design Folder documentation the current internal design of the Test::STDmaker and its driver packages.

The Test::STDmaker::Check package performs the following:

checks the STD database

creates a test description of ordered name,value pairs database array @{$self->{$module}->{test_db}}

generates a check script that numbers the ok the same as if generated by a test script The name for the check script is the STD database Temp field and usually is temp.pl.
Runs the check script to obtan a ok translation table.

Change the ok fields in the STD database according to the ok tranlation table from the check script.

The Test::STDmaker::Check package inherits the methods of the Test::STDmaker package. The Test::STDmaker build generate and methods directs the Test::STDmaker::Check package to perform its work by calling its methods.

During the course of the processing the Test::STDmaker::Check package maintains the following in the $self object data hash:

$demo_only

Flags if the test is demo only and will be ignore as far as the generating the check test script

$demo_only_expected

Once only flag set by the A subroutine and reset by the next E subroutine. There should be no E subroutine after a A demo only subroutine.

$ok

Sequential count of the ok fields. This is the initial count enter in the test description data base and used by the clean script to record the true ok count from running the clean script.

$success

Use by the finish subroutine for a diagnostic dump if the process does not go right.

@todo

A list of todo tests.

The Test::STDmaker::Check package has the following options that are passed as part of the $self hash from Test::STDmaker methods:

fspec_out

The File_Spec field determines he file specification for the STD database. The finish routine will set the File_Spec to the fspec_out optin if it is present.

nounlink

The post_generate subroutine will not unlink the check script (usually temp.pl) if there is a nounlink option.