Jihad needs scientists
in [Design]
|
From: Ken Smith on 27 Feb 2007 10:01 In article <es15ne$8qk_004(a)s924.apx1.sbo.ma.dialup.rcn.com>, <jmfbahciv(a)aol.com> wrote: >In article <eruub1$vf3$5(a)blue.rahul.net>, > kensmith(a)green.rahul.net (Ken Smith) wrote: >>In article <erukqp$8qk_007(a)s965.apx1.sbo.ma.dialup.rcn.com>, >> <jmfbahciv(a)aol.com> wrote: >>>In article <0or3u21neps56ocegu9nk7iaqqe31ajpau(a)4ax.com>, >>> MassiveProng <MassiveProng(a)thebarattheendoftheuniverse.org> wrote: >>>>On Sun, 25 Feb 2007 12:55:16 -0600, "nonsense(a)unsettled.com" >>>><nonsense(a)unsettled.com> Gave us: >>>> >>>>>If you have a paper audit trail you have clear evidence >>>>>of all your transactions in your hands. All other arguments >>>>>are without substance. >>>> >>>> >>>> Never heard of a printer, eh? >>> >>>The printer isn't analog. Reproducing the paper via printing >>>has removed information. All pixelation removes information. >> >>Take a look at the output from a dye sublimation printer. Bring a >>microscope. > >Now take a good look at checks which have been returned to you. >There is more information to gather than simply the signature. >Sometimes you can even figure out what the person was eating >when s/he endorsed the check. So! A fake check can be passed even if the person has put mustard on it. > >/BAH -- -- kensmith(a)rahul.net forging knowledge
From: Ken Smith on 27 Feb 2007 10:07 In article <es16f7$8qk_001(a)s924.apx1.sbo.ma.dialup.rcn.com>, <jmfbahciv(a)aol.com> wrote: >In article <eruukr$vf3$6(a)blue.rahul.net>, > kensmith(a)green.rahul.net (Ken Smith) wrote: >>In article <erul1i$8qk_008(a)s965.apx1.sbo.ma.dialup.rcn.com>, >> <jmfbahciv(a)aol.com> wrote: >>>In article <erthgg$413$1(a)blue.rahul.net>, >>> kensmith(a)green.rahul.net (Ken Smith) wrote: >>[...] >>>>Even if I can prove the issue, it will take time for me to do so. There >>>>is always some risk in any system that allows paper or electronics to >>>>cause money to move. >>> >>>Exactly. There are even more troublesome areas that I've identified. >>>Thus, I'm trying to train my bankers what they need to have in place >>>before I succumb to their insistence that I do my banking online. >> >>I suspect that you have massively overrated the risks from what your bank >>wants to do and under estimated the risks from the current situation. I >>would simply change banks if I was unhappy about the bank I am using. >>There is a local bank or two around here. > >There is only one local bank left in my area; there are none left in >my mother's area. Well then move. You've said enough bad about this back water you live in to convince me you need to move. >>> At the moment, I'm trying to develop methods >>>of paying for things without using checks. So far, I haven't been >>>able to develop any process that people, such as my parents, will >>>be able to use. >> >>They can use a credit card. If they have the card with the same bank as >>they have an account, they can pay the bill by talking to a teller if they >>want. > >My folks have a healthy allergy against credit. I do not like >having a credit card connected with the account that contains >all the cash I own. That's not a solution (because of the credit >card fraud). You don't have to have it connected. You just walk into the bank and pay it by talking to the teller. >I'm trying to develop a safe way for them to function. With >the removal of using checks, there is none that is as >convenient as checking so far. The credit / debit card is likely the best. My mother has been using one for years. She keeps a small amount of money in its account. If something major comes up, she can use the credit. -- -- kensmith(a)rahul.net forging knowledge
From: Tony Lance on 27 Feb 2007 10:10 Big Bertha Thing positron Cosmic Ray Series Possible Real World System Constructs http://web.onetel.com/~tonylance/positron.html Access page JPG 56K Image Astrophysics net ring Access site Newsgroup Reviews including talk.politics.guns Round photographic plates. Caption;- Another pair of tracks, arising simultaneously, from a common point. The two particles responsible, for these tracks, produce equal specific ionizations. The one leaving the track of greater curvature is an electron of 27 MeV energy. The one leaving the track of smaller curvature was apparently left, by a particle not then known to exist, a particle identical with the electron, except that it carries a positive charge. It is a 450 MeV positron. From a book by J.D.Stranathan Ph.D., Professor of Physics and Chairman of Department, University of Kansas. The "Particles" of Modern Physics. (C) Copyright The Blakston Co. 1942 Big Bertha Thing forward Friends and family postings are included in the category, forwarded by you from the internet, to the internet, First Class users or conferences. The same terms and conditions apply. There is no student or accademic only exclusion clause, written or implied in them. You are personaly responsible for them. On the question of from address, a new mail item, in reply with quote format, either from you or the conference moderator will do. For the subject line use Fwd: prefix. Occams' Razor says the simplest explanation is usually right. (C) Copyright Tony Lance 1997. To comply with my copyright, please distribute complete copies, free of charge. Tony Lance judemarie(a)bigberthathing.co.uk Saturday, November 15, 1997 04:46:08 PM Message From: Pam Scruton Subject: Re(3): Big Bertha Thing 6 To: Tony Lance Tony Lance,oufcnt2.open.ac.uk writes: Anything else is riches. Runs under DOS, not windows crash crash, Ah well, we might be able to add substantially to your volunteer force (but not guaranteed until we see what is involved) we can offer Pentium 166 W95 laptop (Husband) 486DX-66 W95 (Me) 386 Dos 6/Win 3.11 (Son) 386 Dos 5/Win 3.11 laptop (Me) 8086 Dos 3/Win 2.1 (Daughter) 8086 Dos 3 up in the loft - but could be set up again if needed. And my favourite BBC Master 512 (Z80 co-processor) running Digital Research Dos 2.1 - not sure who has got that one at the moment - maybe that's what the dog is using now.
From: Ken Smith on 27 Feb 2007 10:12 In article <es15jr$8qk_003(a)s924.apx1.sbo.ma.dialup.rcn.com>, <jmfbahciv(a)aol.com> wrote: >In article <eruv57$vf3$8(a)blue.rahul.net>, > kensmith(a)green.rahul.net (Ken Smith) wrote: >>In article <erukjm$8qk_005(a)s965.apx1.sbo.ma.dialup.rcn.com>, >> <jmfbahciv(a)aol.com> wrote: >>>In article <ersgq6$ui3$5(a)blue.rahul.net>, >>> kensmith(a)green.rahul.net (Ken Smith) wrote: >>[.....] >>>>The physical permission can be forged more easily than the electronic one. > >>>>When it gets to the bank, >>> >>>My point is that the check NEVER gets back to the bank. This >>>is a new procedure. The goal is to eliminate handling the >>>paper checks. >> >>An electronic image of the check goes to the bank of the payee and then to >>the payer's. This just stops the paper from going to the payee's bank. >>The electronic image at your end is all that really matters it is a >>legally valid copy and good enough to evidence. > >Now think about the physical piece of paper which includes all >necessary information to electronically access your account. >The payees all claim that they destroy the piece of paper. I >don't trust that process. Instead of one piece of hardcopy >representing a transaction, there are now oodles of electronic >copies floating around the networking system. This has all ingredients >for a mess. Ever since the copy machine has been invented, the use of paper documents has had this exact problem. The mere fact that there are copies does not lead to the mess. Electronic copies are in many ways easier to protect against. An electronic message can have lots of safe gaurds added to it. >>BTW: there is an additional fact about the checks that adds security that >>I will not mension here for obvious reasons. The check scanners are >>intended to take checks that you took from your check book and wrote onto. >>They would catch a laser printer output. > >And my mother just bought an ink pen that is supposed to prevent >lifting their signatures. I don't understand this one but her >area's latest alert is to use a special pen to sign checks. This can be the rumor mill running away. Use a blue pen to sign. -- -- kensmith(a)rahul.net forging knowledge
From: Ken Smith on 27 Feb 2007 10:33
In article <es173c$8qk_001(a)s924.apx1.sbo.ma.dialup.rcn.com>, <jmfbahciv(a)aol.com> wrote: >In article <eruvnn$vf3$9(a)blue.rahul.net>, > kensmith(a)green.rahul.net (Ken Smith) wrote: >>In article <eruj75$8qk_001(a)s965.apx1.sbo.ma.dialup.rcn.com>, >> <jmfbahciv(a)aol.com> wrote: >>>In article <ershih$ui3$7(a)blue.rahul.net>, >>> kensmith(a)green.rahul.net (Ken Smith) wrote: [....] >>That is incorrect. Take this example of a list of five things: >>**** begin list of five items **** >>A bunny >>A cat >>A dog >>**** end list of five items **** >> >>Can software look at that and tell if there are items missing? This is a >>simple case of redundant information allowing the detection of an error. >>It is the sort of thing that is in the first steps of repairing. > >I know what I'm talking about. You don't seem to me making clear points on the subject. > In the case of sources, if your >procedures don't make you use them once in a while, they can >disappear and be gone for years before anybody discovers that they're >missing. Does "sources" in this case mean source code? Assuming yes, this statement is not actually true. You only need to have an effective check that the files are still the same as before. You don't have to attempt to compile. > Without a backup safe policy that covers at least a decade, >you have to have some other way to make sure files don't disappear >with your notice. The issue is to make sure the files never disappear or get damaged. This can be done with a procedure that doesn't require the very old media. Checks like the CRC are quite effective. I have code on CD that started off on 8 inch floppy. >>What is missing? > >The access date-time, last-written date-time, and last-read date-time >should be three separate date-time fields. There is a fourth >that is moderately useful, but I can't recall what that one is. Linux stores creation and modification dates. That is enough. >>[....] >>>>Yes it does cover transaction based data. Take the example of banking >>>>information. The account balances as of, lets say, midnight are stored. >>>>From that point forwards, you have the transaction records. The >>>>transaction records for a given account contains not just the movement of >>>>the money but other information such as the new total. In this case one >>>>needs only look back in time for each account to the last time there was a >>>>break in the transactions. In a real time system, when you are doing >>>>rapid transactions, the totals are always out of date. The first >>>>transaction after a break, has a correct total. >>> >>>It means that such a system has to have some way to "replay" the >>>transactions (all of them in sequential order) from the point of >>>the snapshot. This is also a form of a backup that needs to be >>>kept in at least three geographical, (and networked, I think) at >>>once. >> >>No, you didn't read the above carefully enough. You can work backwards >>through the data and still get the right answer. > >That takes a lot of time and care. Some transaction processing >doesn't have the luxury of time. It does take a lot of time. The "care" is having well written software. If the system is damaged, you have to repair it. This is just life. You can do things to prevent the damage in the first place but this is not the issue we are talking about. We got here by talking about backups. > >> You may not have to >>process back to the snapshot. The information needs to be stored in >>multiple locations but these days that only takes a little money to do. > >Another problem that needs to be solved is off-site storage that >doesn't degrade and still be able to read after a decade of >hard/software evolution. I don't think anybody has produced >a method yet. There is one going on but the only way to verify >that it works is to wait a decade ;-). You can transcribe the data every so often. Since the media has gotten denser with time, this make sense from a cost point of view. That big hole in the mountain in Utah is only a limited size. -- -- kensmith(a)rahul.net forging knowledge |