People need to be aware that Sun tries very, very hard to keep their ABI's stable. Certainly they are going to be careful with the libc ABI. Note, to help folks out Sun provides a Freeware CD with most of the tools (gcc, gnu libc, etc...) needed to build freeware source. So you really have the best of both worlds (a stable ABI and a evolving ABI).
Sadly, recent implementations of MIT Kerberos automatically reverse DNS names. So, if I can spoof the user's target DNS name to point to my blackhat machine, the Kerberos libraries will cheerfully reverse my IP address to get the Kerberos principle for authentication.
But what does that buy you? I assume that a KDC must encrypt part of it's reply with the host principal's secret key that must also be stored and read from a local keytab file that typically only root can update. How can you spoof this part of the validation?
Has anyone had luck using a CD-RW disk for automated backups? I've tried to keep one in my laptop (has a combo DVD-reader/CD-writer drive) for doing automated backups but so far I've had 3 CD-RW disks become corrupt after doing backups once a week for about a month or two. Is this a pervasive problem or just something particular to my drive/disks?
This reminds me of when I had the address will@austin.ibm.com. I soon realized the problem with this address when I fired up my mail reader and found 200+ emails each addressed to:
This@austin.ibm.com,
is@austin.ibm.com,
a@austin.ibm.com,
error@austin.ibm.com,
message.@austin.ibm.com,
There@austin.ibm.com,
will@austin.ibm.com, problem
be@austin.ibm.com,
another@austin.ibm.com,
message@austin.ibm.com,
generated@austin.ibm.com,
if@austin.ibm.com,
the@austin.ibm.com,
error@austin.ibm.com,
persists.@austin.ibm.com
I called the person who owned the system generating these messages and I recall him saying he wasn't able to do anything about them so I created a procmail rule to copy these messages to him and guess what, the mail bombing stopped shortly after.
I also miss the days when spammers used valid e-mail addresses. I had a system for dealing with a new spammer where I would spoof an e-mail that appeared to be from the spammers address and send it to each known spammer in a list for this purpose and also send a e-mail from each of the known spammers to the new spammer stating they where interested in whatever it was they were selling. It made me giggle every time I sent a new spammer into my spambulator.
Slashdot Mirror
Try blastwave.org. What's nice is the package dependencies are figured out for you.
People need to be aware that Sun tries very, very hard to keep their ABI's stable. Certainly they are going to be careful with the libc ABI. Note, to help folks out Sun provides a Freeware CD with most of the tools (gcc, gnu libc, etc...) needed to build freeware source. So you really have the best of both worlds (a stable ABI and a evolving ABI).
Sadly, recent implementations of MIT Kerberos automatically reverse DNS names. So, if I can spoof the user's target DNS name to point to my blackhat machine, the Kerberos libraries will cheerfully reverse my IP address to get the Kerberos principle for authentication.
But what does that buy you? I assume that a KDC must encrypt part of it's reply with the host principal's secret key that must also be stored and read from a local keytab file that typically only root can update. How can you spoof this part of the validation?
Has anyone had luck using a CD-RW disk for automated backups?
I've tried to keep one in my laptop (has a combo DVD-reader/CD-writer drive) for doing automated backups but so far I've had 3 CD-RW disks become corrupt after doing backups once a week for about a month or two. Is this a pervasive problem or just something particular to my drive/disks?
A very good WWII tactical wargame for Mac and PC. Get the demo, then buy the game at: www.battlefront.com
This reminds me of when I had the address will@austin.ibm.com. I soon realized the problem with this address when I fired up my mail reader and found 200+ emails each addressed to: This@austin.ibm.com, is@austin.ibm.com, a@austin.ibm.com, error@austin.ibm.com, message.@austin.ibm.com, There@austin.ibm.com, will@austin.ibm.com, problem be@austin.ibm.com, another@austin.ibm.com, message@austin.ibm.com, generated@austin.ibm.com, if@austin.ibm.com, the@austin.ibm.com, error@austin.ibm.com, persists.@austin.ibm.com I called the person who owned the system generating these messages and I recall him saying he wasn't able to do anything about them so I created a procmail rule to copy these messages to him and guess what, the mail bombing stopped shortly after. I also miss the days when spammers used valid e-mail addresses. I had a system for dealing with a new spammer where I would spoof an e-mail that appeared to be from the spammers address and send it to each known spammer in a list for this purpose and also send a e-mail from each of the known spammers to the new spammer stating they where interested in whatever it was they were selling. It made me giggle every time I sent a new spammer into my spambulator.