![]() |
hacked myself into wonderful oblivion..
my board is fine - LOL - but I have recently hacked so much, and I am so sloppy about my recordkeeping, that I am going to cringe if a critical update comes out soon... :squareeyed:
But i can't help myself - I keep finding more and more useful things here... they do make the board so much better!! Now I fear upgrades.. LOL |
Just make sure you keep a list of all hacks installed, and their install files.
|
|
i actually find upgrading to be easy, the only thing that holds me up is when code isn't commented properly so i have to use guess work in order to see what's hack and what's jelsoft code.
|
Hey OK, you were the one who also mentioned to me the 'show installed hacks' button here, which I had always overlooked before, and I use that now, it's a life saver!! I'm going to check the thread you posted too..
sabre, i try to comment but I forget, and i never remember where in the code I stuck stuff.. ugh.. |
you know adding hacks is such a security flaw... should a critical update comeout and you then re-hack the software you subsequently compromise a security fix. And it wastes all that effort...
Maybe VB.org should have a team of 'release moderators' or a self certified security rating for hacks. |
Quote:
|
Quote:
|
Quote:
|
And it would also in some way make us responsable for not found errors.
|
Maybe we can have it where it's not a requirement for vb.org staff to review hacks. But when a staff member tests a hack for security and there are no flaws it can be labeled as validated or something along those lines...
|
agree with Danny.
Vb.org staffs cannot test all of the hacks, but they can give the title "Verified" hacks, that would be nice. |
That wouldn't work in my opinion. You could label the hacks that you have tested (checked for security means you can not miss 1 line of coding), but in the view of the members all hacks without the Verified tag would be unverified and not trusted.
|
ok, great, I think just leave it there, the most popular hack can be insecure
|
It would take us forever to install and test every released hack, and then you want us to go over the code and find all the bugs? Do you relize how much that would hold up new hack releases?
It is up to the author to verify his code, bug test, and fix his security holes. This has been discussed for a long time and always ends up at the same place, not enough people for the project, and the ones willing have little free time as it is. |
end of day if u want to be 100% secure - dont hack your board
we all know the risks involved so cant come screaming when something goes wrong. |
Ok so on a good week 10 new hacks are released. So hypothetically a team of 10 or-so hack moderators could easily check through hacks with a delay as small as 24 hours. As for older hacks they could do with authors checking them through and then re-submitting. It wouldn't mean that vb.org endorse the hack they have just rated it...
|
the only validated hacks imo should be regged vb.com all others use at own risk because i hack the hack alot of times so wouldnt make any sense to validate them
|
not validate but rate
|
there is a rating function already 1-5stars
|
Quote:
There is no way we can find every single security hole in a hack - so making something "verified" is misleading, and can make vB.org legally liable for damages caused by a security loophole we might have missed. |
Quote:
And seeing as vBulletin does not support Hacked boards, this in effect would be considered supporting them. IMHO. |
All times are GMT. The time now is 04:44 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|