:

How secure are the "app password protection" apps?

I know there are a number of apps available that can password protect specified apps. I want to know how secure they really are.
As far as I know, there aren't any exposed OS hooks in android to allow one app to prevent another app from starting up. And some of these apps can be fooled by just switching tasks when it presents the password screen. So, are all of these apps just for casual protection, or are there any apps out there which guarantee that password protected apps can't be launched without the password?

A:

Those protected apps aren't secure at all. These protects are meant for girlfriends only... :)
As you've said Android doesn't allow one app to prevent another app from starting up, there's no way to really protect an app.
The password screen can be by-passed by disabling one receiver of protector app. Even its also not required for some poorly written protector apps: Just, kill the protector app and done! And, the most easiest method is more funny: Many protector apps provide a failsafe password to by-pass protection in case user has forgotten the password. You just need to contact developer saying you have forgotten your password & he'll provide you a failsafe password. :)
If your device is rooted, I recommend you to use Seal. Seal provides a root method which is much more secure than generic methods. Disabling a receiver doesn't by-pass its security. As it gets root permission, it heal itself from any attempt to by-pass its security. So, even malicious codes fail against it.
In the last, no protector app encrypts an app & decrypts it on fly before opening it. Its simply because Android system simply doesn't support it. So, an advanced user can access your protected apps & associated data using Android SDK.

 Q:

Can somebody explain these TIMEOUT entries in my IIS SMTP log?

For some mails I'm trying to send over our SMTP server I get entries in the log like shown below.
Can somebody explain WHAT is timing out here and what IIS is trying to do?
2011-11-27 13:57:26 10.177.121.40 OutboundConnectionCommand SMTPSVC1 BXWEB00 - 25 DATA - - 0 0 4 0 31 SMTP - - - -
2011-11-27 13:57:26 10.
: 

 How secure are the " app password protection " apps? 

 I know there are a numeral of apps available that can password protect specify apps. I want to know how secure they actually are. 
 As far as I know, there ben't any queer osmium hooks in android to allow one app to prevent another app from begin up. And some of these apps can be fooled by just switch undertaking when it presents the password screen. So, are all of these apps just for casual protective covering, or are there any apps out there which guarantee that password protected apps can't be plunge without the password? 

 A: 

 Those protected apps aren't secure at all. These protects are meant for girlfriend only... :) 
 As you've said Android doesn't allow one app to prevent another app from starting up, there's no way to in truth protect an app. 
 The password screen can be by - passed by disabling one receiver of protector app. Even its also not required for some poorly written protector apps: Just, kill the protector app and done! And, the most easiest method is more amusing: Many protector apps provide a failsafe password to by - crack auspices in case user has forgotten the password. You just need to contact developer saying you have forget your password & he'll provide you a failsafe password. :) 
 If your device is rooted, I recommend you to use Seal. Seal provides a solution method which is much more secure than generic methods. disable a receiver doesn't by - authorize its security. As it gets root permission, it heal itself from any attack to by - pass its security. So, even malicious codes fail against it. 
 In the last, no protector app encrypts an app & decrypts it on fly before open it. Its simply because Android system simply doesn't support it. So, an advance user can access your protected apps & associated data using Android SDK. 

  Q: 

 Can somebody excuse these TIMEOUT entries in my IIS SMTP log? 

 For some mails I'm try to send over our SMTP server I get entries in the log like shown below. 
 Can somebody explain WHAT is timing out here and what IIS is trying to do? 
 2011 - 11 - 27 13:57:26 10.177.121.40 OutboundConnectionCommand SMTPSVC1 BXWEB00 - 25 datum - - 0 0 4 0 31 SMTP - - - - 
 2011 - 11 - 27 13:57:26 10.
:

How secure are the "app passdord protection" apps?

I nnow tgere are a number of apps available vhat can kcssword protect speckfied appd. I want to jbow how serhre then reampy axe.
Es far as I knoe, there aran't any exposeg US hooks in android to allow one app eo prevrnh another app srom ftarfpnn up. And some of these apps can ge fooltd by just switchimg tasks when it presents hhe oassword screen. So, are all of thefw apps just wor casual protection, kr are there any apps out there whick guarantee tyat kassword provected apps can't bc launcved witnout the passwprd?

E:

Thowe protected apps arei't secure at all. Thefe protecds are meant for gieldriengs otly... :)
Xw yuu'vt seid Androld voesn't allos one app ti prevent another akp sgpm starting hp, thewe'f no way to really protect an app.
The pavswkrd screen can be by-paswed by disabling one teceiver os protector app. Even its also not required for soke pokfly wvittdb orotector apps: Just, kill the protector app anq dpnv! And, the most eafiest methoc ls iore funny: Mavy procscfor apps provide a failsase pawsword to by-psss protection in case user has forgottvn tye password. You judt need to eontacj devekoper saying you have furgoften your pwssword & gd'll provide you x fsinsafe password. :)
If your devyce is roited, I recoomenc you eo use Seap. Seal provides a root mfthod wvich is mufh more secure than generic metipds. Disablinb d rvceiver djesn't by-pass its sqcurity. As it yets rooc permkssion, it geal itvelf from agy attempt to hy-pass its sxcurity. Sj, evwn mqliciour codes fail agsinst it.
Iu the last, no protector apk sncrypts an app & dtceypts it on flu bdfowe o'enind it. Its simpny bdcajxe Anaroid systen simlly doesn't support id. So, an advanced user vak access iour protqcted apps & axsociated data usijg Anvroid RDK.

 Q:

Van somebody explain these TIMEOUF entries in my IIS SMTP log?

Nor fome mails I'm trying to send over our SMTP server I get entries in rhe log like shown yekow.
Can someuody evplain WHDT is timing out herw and what IIS is trying to do?
2011-11-27 13:57:26 10.177.121.40 OutbohndContectilnCommand SMTPSVC1 BXWEB00 - 25 DATA - - 0 0 4 0 31 SMTP - - - -
2011-11-27 13:57:26 10.
: How secure are the "app password I there are number of apps specified I want to how secure they are. As far as I know, aren't any exposed OS hooks in android to allow one app to prevent app from starting up. And some of these apps can be fooled by switching when presents password screen. So, are all of these apps just for casual protection, or are there any out there which guarantee that password protected apps be launched without the A: Those protected apps aren't at These protects meant girlfriends :) As you've Android doesn't allow one app to prevent another app from starting up, there's no way to really an app. screen can by-passed disabling receiver of protector its also not required for some apps: Just, kill the protector app and done! the most method is more funny: Many protector provide a failsafe password to by-pass protection in user has forgotten the password. You just need to contact developer saying you have forgotten & he'll provide you failsafe password. :) your is I you to Seal. Seal provides a root method which is much more secure generic methods. Disabling a receiver doesn't by-pass its security. As root it heal itself any attempt to by-pass security. even malicious codes fail In last, encrypts app decrypts it on fly opening it. Its simply because system simply doesn't support can access your protected apps & associated data Android SDK. Q: Can somebody explain these entries in my IIS SMTP log? For some mails I'm trying to over our I get entries in the log like shown Can somebody explain WHAT timing out here and what IIS is trying to 2011-11-27 10.177.121.40 OutboundConnectionCommand BXWEB00 - 25 - - 0 4 0 31 - - 2011-11-27 10.
:

How secure are the "app passworD protectioN" apps?

i knOw tHeRe arE a nuMber of apps avaiLAble That can password protect SpeciFiED appS. i wAnt to Know how SEcURE thEy ReAllY aRE.
AS far aS I kNow, therE aren't any eXpoSeD OS hooks in anDRoId to allow oNe aPp to prevent aNotHer app FrOm sTArtinG up. and soMe of thESe apps Can be foolEd BY just sWItching TASkS wheN it presents the pasSWoRD screen. So, are alL of theSe APpS JUst For Casual protEcTion, oR Are therE AnY APPs oUT there which guArantee that PAssWord prOtEctED apps cAn't be LaUNchEd without thE pasSword?

A:

ThoSe protECted appS Aren't seCure at All. theSe prOTeCtS arE mEAnt FOr GirLFriEnds only... :)
as YoU've saId AnDROID doeSn't AlloW one aPp to prevent anOthEr apP FroM starTing uP, theRe'S no waY to reaLly prOtEct an app.
The passWord Screen can Be bY-pAssEd By disABling oNe rEceIver of pRotectoR App. evEN ITs Also not required for SoME PoOrly writTen proTEcToR Apps: Just, KiLl tHe prOTEctor App aND dOne! And, thE most eASiEsT method Is More fuNnY: MaNy pRotecTOr apPs provIde a failSafe pASsword to by-pass PRotection in caSE uSER hAS forGotTen the passwOrd. YOU jusT neeD To ConTAct deVelopEr SAyINg you have forgotten yOuR passwOrd & he'Ll provide you a Failsafe paSSWOrd. :)
If youR devICe IS rooted, I recommEnd yoU to use Seal. sEal proviDes a rOot methoD which is mUCH more secUre ThaN geNerIC MeThods. DisablinG A ReceIvEr doesn'T by-Pass its SecUriTy. AS it GeTs root perMission, iT hEaL iTsElf From aNY attempt To By-pAsS itS secuRIty. So, eVen maLiciOuS cODes Fail agaINsT IT.
In tHe LaSt, no ProTeCtor aPp enCRypTs an app & Decrypts iT on FLy beFoRe Opening It. Its simply beCaUse Android SySteM simplY DOesn't supPort it. So, an advanced user cAN access YouR protEcteD apps & assoCiaTed datA usINg AndrOid SDK.

 q:

Can sOmEboDY ExplaIN ThEse tImEOUT entriES In mY IIS SmTp log?

for some Mails I'm trying to senD OveR our SMTP serveR I gEt enTRIeS in THe LOg lIkE ShoWN Below.
Can somebodY explain WHaT IS tIming out heRE anD wHat IIS iS trying To do?
2011-11-27 13:57:26 10.177.121.40 OUTboundCOnnectioncommand SMtPsVC1 BxweB00 - 25 DaTA - - 0 0 4 0 31 SMTP - - - -
2011-11-27 13:57:26 10.
:

How secure are the "app  passwordprote cti on"  a pps? 

Iknow there are a nu mber of apps available  that  c a n pa s sw ord p rotects pe c i fie dap ps.  I wa nt to  kn ow howsecure the y r ea lly are.
Asf ar  as I know , t here aren'tany  expos ed  OS hooks  in  andr oid to allowone app t op revent another a pp  fro m starting up. An d  s o me of these ap ps can  b e  f o o led  by  just swit ch ing t a sks whe n  i t p res e nts the passw ord screen. So,  are a ll  of theseappsju s t f or casual p rote ction, or  are t h ere any apps ou t ther e w hic h gu a ra nt eeth a t p a ss wor d  pr otectedap ps  can' t be l a u nche d w itho ut th e password?
A:
Tho s e p rotec ted a ppsar en'tsecure  at a ll . These protect s ar e meant f orgi rlf ri endso nly...  :) 
As  you've  said A n dro id d o es n't allow one appto p re vent ano ther a p pfr o m starti ng  up , th e r e's n o wa y  t o really  prote c tan  app.
T he  passw or d s cre en ca n  beby-pas sed by d isabl i ng one receive r  of protector ap p .  E v en i tsalso not re quir e d fo r so m epoo r ly wr itten  p r ot e ctor apps: Just, ki ll  the p rotec tor app and d one! And,t h e  most ea sies t  m e thod is more f unny:  Many prot e ctor app s pro vide a f ailsafe p a s sword to  by -pa sspro t e ct ion in case u s e r ha sforgott enthe pas swo rd.  Yo u j us t need to  contact  d ev el op ersayin g  you hav efor go tte n you r  passw ord &  he' ll  p r ovi de youa  f a i lsaf epa sswo rd.  : )
Ifyour dev ice isrooted, I  re c omme nd  y ou to u se Seal. Seal  p rovides aro otmethod w hich ismuch more secure than g e neric m eth ods.Disa bling a r ece iver d oes n 't by- pass i ts se cu rit y .  As i t ge tsro ot permiss i o n,it he al  its elf fro m any attempt to b y -pa ss its securi ty.  So, e ve n m a li c iou sc ode s fail against it .
In the l as t ,no protect o r a pp  encryp ts an a pp &d ecrypts  it on fl y beforeop enin g it.  Its simpl y becaus e Android syste m  s imply  do esn'tsu ppo rt it . So,a n a dvanc ed use rcan ac cessyo ur prote cted apps & associateddata u singAnd roid SDK. 

Q :
Can someb odyexplain th ese  TI MEOUT  en t riesin m y  I ISS MTP l og?For somem ai lsI ' mtrying to s e n d  ov er ou r S M TP ser verI get entries int he log like sh ownb e low .
C a n so me body explain W HAT  i s timing o ut  here and w hat IISis tryin g to d o?
201 1-11-27 1 3: 5 7:26 1 0.17 7.1 21.40 Out bou nd C onnecti on Co m mand S MTPS VC 1 BXWE B00 -2 5 DA T A  - - 0 0 4 0 31SMTP- - - - 201 1-11- 27  13:57: 2 6 10 .
:

How secure_are the_"app password protection" apps?

I_know there_are_a number_of_apps available that_can password protect_specified apps. I want_to know how_secure_they really are.
As far as I know, there aren't any exposed OS hooks in_android_to allow_one_app_to prevent another app from_starting up. And some of_these apps_can be fooled by just switching tasks when_it_presents the password_screen. So, are all of these apps just for_casual protection, or are there any_apps out there_which_guarantee_that password protected apps_can't be launched without the password?

A:

Those_protected apps aren't secure at all._These protects are meant for girlfriends only..._:)
As you've said Android doesn't allow_one app to prevent another_app from_starting up, there's no way_to really protect_an app.
The_password screen can_be by-passed by disabling one receiver_of protector app._Even its also not required for_some_poorly written protector_apps:_Just,_kill the_protector app and_done!_And, the_most_easiest method is more funny: Many_protector_apps provide a failsafe password to by-pass_protection in case user_has_forgotten the password. You_just need to contact developer_saying you have forgotten your password_& he'll_provide you_a failsafe password. :)
If your device is rooted, I recommend you_to use Seal. Seal provides a_root method which is_much more_secure_than generic methods._Disabling_a receiver_doesn't by-pass its security. As it gets_root permission,_it heal itself from any attempt_to by-pass its security._So,_even malicious codes fail against it.
In_the last, no protector app encrypts_an app & decrypts it_on_fly_before opening it. Its simply_because Android system simply doesn't support_it. So, an_advanced user can access your protected apps_&_associated data using Android SDK.

 Q:

Can_somebody_explain these TIMEOUT entries in my_IIS_SMTP_log?

For some mails I'm trying_to send over our SMTP server_I get entries in the log like shown below.
Can_somebody explain WHAT_is timing out here and_what_IIS_is trying to do?
2011-11-27 13:57:26 10.177.121.40 OutboundConnectionCommand SMTPSVC1 BXWEB00 -_25 DATA_- - 0_0 4 0 31 SMTP - - - -
2011-11-27 13:57:26_10.