新手剛入職就發現有SQL injection漏洞 該回報嗎
先簡單自我介紹一下 小弟自學+上課 學了一段時間的Java(大約三年) 偶爾也會上github對開源專案發一些PR 也會看一些資安 資訊方面的相關議題 因為住在蠻偏遠的地區 所以直到最近才有找軟體方面的工作
目前剛錄取一份接案公司的工作 主要語言是php
今天整天幾乎都在看code
但是跟github上開源的code比起來真的是又髒又亂
變數命名沒照規則 而且還用老舊的php5 例如2023年的案子裡面還有deprecated的meth
od
更別說程式碼感覺都是貼來貼去的 拿以前的來貼改
檔案名稱 資料夾名稱也是都奇奇怪怪 整個專案裡面一大堆無關的code
看code看到後面越來越不對勁 一個簡單的or 1=1就看出來根本沒防sql注入
下班後用某工具對公司的一個案子試了一下 直接把所有db跟table還有資料直接撈出來
重點是全部案子 包括公司的一些資訊都在同一個server上可以直接撈
請問我該回報嗎 回報了不知道會不會被黑…(雖然我手上還有另一份offer
第一次在本版po文請見諒
--
※ 編輯: jeff87218 (114.27.18.174 臺灣), 05/03/2023 00:48:30
如果另一個 offer 能接受不如就直接閃人吧
回報為啥會被黑,語氣正常的話應該大家都很願意學習吧
這些改善的工作就交給你了
趕快跑啊,還回報?
好典型新手的想法 開源 追求code完美簡潔blablabla
快逃
都是接案公司了 當deadline逼近 誰還管樣樣都完美啊
老闆請你來幹嘛的?有問題不回報,上PTT發問,笑死
能趕快交付 拿到錢比較重要 你該了解當初這樣做的事由
先跟你上頭討論吧!怎麼會是先發文跟鄉民討論 笑死
趕快換一家有點水準的公司
最好用pdo傳參 php官方文檔很好 寫php最愜意的就是
邊看文檔寫一寫發現這樣就寫好了
文檔也有包 當然亂寫的肯定不會這樣做
簡潔與安全和擴充性不是衝突的 我寫的是這樣 XD
所以都不想用框架 什麼高並發原生其實也都可以
解決 php本身就是對c語言的封裝 會寫了對了解c有幫助
其它的語言都是研究個老半天 然後例如在jdk裡有些細
節 而且更新php版本你應該考慮 如果你是oop狂人
這種等級的技術債還是快逃吧,有礙成長,除非錢多真香
…
追求乾淨的程式跟新手老手沒關係,支持原po保持初衷,
但也要考量各種外力影響,避免成為武痴
至於要不要回報…很大程度取決於你們公司風氣,建議你
多觀察和試探前輩跟同事的反應
言歸正傳 回報要重構
有可能大家都心裡有數但就是嫌麻煩而已。嗯不是每個人
都覺得進步是好事…
用vi/vim重構 不行就閃
現在php xdebug斷點追縱也很方便
快跑 這問題根本不該發生
某 Mutibil 這完全不是追求完美的問題吧
事情亂做也可以被你美化成"當初這樣做的事由"到底有沒有
底線啊
你這樣亂搞用的理由是"能趕快交付",我就問到底是亂搞還
是把事情做對能比較快交出能用的東西?
當然如果你的程度就是只能亂搞,沒日沒夜的亂搞花一堆不
必要的時間繞不必要的圈圈解不必要的 bug 最後總算生出一
個勉強能用的東西你大概會很自豪自己在 deadline 前生出
東西吧
然後再信心爆棚來嘴其他人是追求完美?
原po新手不要聽5樓在哪邊亂講
該做的事情沒做好,deadline只是能力不足的藉口罷了
如果是我,會多想:怎麼修,誰修,如果自己修有什麼後果?
對自己與公司有幫助嗎?職場報漏洞抓別人毛病真的很簡單,
有沒有價值比較重要。
web仔日常 bug就是留給發現的你來修
臺灣接案公司別肖想code品質有多好,要追求品質就不該繼
續待了,趕緊跳去別家正常些的公司吧。
回報前,先確認自己有沒有解法,又不會造成影響
沒有deadline問題的是過太爽還是運氣太好沒遇過 不要用
做自家產品的思維去看接案好嗎
有的話,就回報然後一併提供上去
推DrTech, 先思考做這件事如何讓它有價值
快逃
寫php對 c沒幫助,你又不是自己寫擴展,沒意義。
快逃
deadline跟你為了快速亂寫有什麼交集嗎? 有點水準的
話根本不會那樣寫啊
就算為了快 也不會那樣寫 難道你都hardcode嗎 為了趕
快交出去
當deadline突然浮動到剩下1%時間,的確會有交集,我覺
得接案或產品都可能出現這種情況啦,線上都爆炸了,先h
ardcode止血再說,問題在於事後有沒有去檢討調整,有時
候調整期也不是一兩天的規劃,如果要幾周甚至一個月,
過程中來了個新人看到就會認為這什麼糞code,有時候糞c
ode是有他的前因後果
既然發現漏洞那就交給你處理了:) 你說原本的專案進度 當然
照舊阿 能者多勞 公司不會虧待你 年底我試著幫你跟上面談談
Mutibil的想法我這種寫code新手完全無法接受
這種基本的漏洞會存在這麼久 勸你快逃ㄚㄚ
這種漏洞有在接案做過的應該都見怪不怪了
沒有才值得驚訝
理想不存在現實裡 不然就像上面說的能者多勞 多做點
hardcode和injection是兩回事吧,injection完全是習慣不好
hardcode頂多是要改時麻煩點,一種技術債。SQL injection是
不滿足最基本的資安規格,而且常見的直接組字串不用參數化
的寫法寫起來就沒有比較快啊
這種通常都是從來沒學過正確寫法的半路出家碼農寫的,不要
用什麼時程壓力去幫基本功不及格的人開脫
可以把所有db都dump出來這說不定早被其他人dump過了。現
在你回報了公司才發現出歹事了說不定還變成頭號嫌疑犯。
我想這才是原po最擔心的事。。。
我針對hardcode,說實在補習班也會教injection,還這樣
寫單純就,程度差
現在還有 sql injection 這種古老到不行的漏洞?!
同意樓上 我以為只在教科書範例上看過ww
回報啊 要改?沒問題 請給時間 不改?那就不是我的問題
只能說這些都是技術債,現在新的框架用ORM早就沒那問題了
別懷疑 多到不行 常接案的人就懂
自學可以到開源專案發 PR 、還能隨便抓出公司專案漏洞
感覺原 po 是有天份的
快換家像樣點的公司吧
一個人是救不了一間公司的,大家都爛你是想要改善什麼?
一定要回報
還是要回報,然後看看公司的處理方法,就可以決定是不是該
逃了。
不要聽五樓在亂講,正常公司根本不會犯這麼基礎的錯誤
接案公司沒人在管維護性的 你是要clean code還是要money
接案就沒救了,反正你也待不久的,別回報了
感謝大家的回覆 目前有想到一些補洞的方式 看到db裡面
存密碼是明文的方式沒加密 真的大開眼界了…主管今天
不在之後再想辦法回報
要馬不報 要馬離職的時候報
現在報就是你負責修
接案那種責任外包的制度只關心錢有沒有進來
待久了只會限制自己的發展
『這麼行喔?那都給你做好啦』
高雄公司? 嘻嘻 專案外部可連嗎? 不可的話你在擔心
什麼
你是專案維護者嗎 職場倫理政治大於程式合理性
原PO 你想一下 上面留言的 就是你公司的前輩類型居多
臭老人真多XD
現實是菜逼巴以為是自己先發現,其他老人都沒發現,然後回
報給主管被主管打槍,然後不爽離職結局
如果密碼都敢明碼存 那真的可以理解sql注入會發生
其實呀 這些爛code應該不少是老闆創業的時候自己幹出來
既然都是接案公司,你花時間去維護已經收完尾款的專案
真的是有點浪費時間,甚至甲方都不存在了或沒在用了
接案公司用人力評估新案 才有辦法賺一點微薄利潤
不是自己的事業都隨便做 這就是接案公司的態度 你太認真
老闆會覺得 你有時間不去做新案 在搞款項都收完的要幹嘛
笑死 在那邊嘴亂講 依據? 為何要用一般公司的角度去看
接案公司 更何況是更小規模的接案公司 我沒說sql injecti
on這種錯誤是正常去合理化 但人流動率那麼高 有時還要外
包找救火 code review是能做到多確實?要求品質? deadli
ne壓力下 團隊管理人救火都來不及了 能花多少時間團隊管
理 專案迭代那麼快與緊促 什麼都可能發生啊 但都會有它發
生的緣由 不要用當下的認知去看待所有邏輯 覺得都好糞 只
能盡可能做到別讓紕漏常態化 站在不同角度去看待接案性
質 本就是件很荒謬的事情
你覺得只有自己知道嗎?
如果你要讓公司面對,你不妨用外面電腦去搞一下
別再為能力不足找藉口了.干接案屁事
接案有其限制沒錯,但不是這麼無限上綱的,原po提的疑慮
也很合理,結果有人在那邊嘴新手想法的,被反駁一下也是
剛好而已
要說跟接案沒關係也對啦 跟付錢的人關係比較大
一堆案子都是舊框架也是有一堆資安問題 你改嗎
XDDDDDDDDD
這種問題也能問,聘你做什麼…
你發現了 你來改 加油!
世界很現實 如果是正在run的專案要改
收完尾款的code沒有改的必要
不要聽上面講的什麼用外面的電腦去搞一下之類的話
就算公司資安做很爛 你去攻擊他還是會吃刑責跟官司
不要沒事找事做 上面推文的人不會幫你付和解金
可以改啊,然後各種你想不到的地方炸裂看你怎麼收
這種爛code通常會有各種神奇的用法,祖傳秘笈
SQL injection你有沒想過可能某個不知道的專案靠它運作
所以為什麼越資深的人做這種事情做越慢,因為謹慎
好的架構是很重要,但對小公司來講,獲利更重要
資安漏洞,客戶驗收有驗過嗎?有簽賠償條款嗎
接案公司講了應該也沒用,因為沒法跟客戶收錢
前幾篇還有人推接案公司,真的是害人。除非能力很強或
是真的沒門路才去試試看
雖然已現在的狀況來看大公司也有機會,但是機率相對小
至少有資安團隊會幹你
沒說接案公司不好,但是不推薦想走正路的新手
會非常痛,然後極小的機率才有機會屠龍
對寫c有幫助 基本函數名很多相同 一些用法也類似
寫java就很不一樣 目前沒有見過框架跟系統一致性強
的 都是亂封裝亂寫 凡事都是api解很可笑
….語言寫久寫多,會發現好用的function 都一樣。
不是跟c 很像而是中高階語言都這樣
當然公司的可以不用那麼較真 XD 之前寫的也沒有這樣
很多都很不一樣 去比就知道
php對比它們來說相似度高多了 c其實也沒有那麼難寫
純脆是別人的嚇唬 c都可以傳函數當參數
…寫久就知道了,另外真的幫助不大。因為跨語言的重點
不在這邊
另外語法糖各語言不同,但是function 都差不多。
C 不難寫….? 認真?是從那個架構上寫?
可以當入門磚這就夠了 php還可以寫更好
c難的是那些底層的實現 本身沒有想像中的難 也可以
很動態
…….
就是不管什麼語言你亂寫都很難了解與維護 就像本文
塊陶
跟上面提看要不要開ticket改善啊
推ssccg
其實不太意外 曾經駐點看過銀行系統的code 也是慘不忍睹
上報吧,不過我猜大概早就知道了,只是沒必要修而已畢竟
沒錢
不建議改到時爆炸怎麼辦
薪水不高直接跑了吧
這篇是照妖鏡嗎?上面一堆回覆真是大開眼界,接案
公司的素質都是這樣嗎?
有這種疑問是不是對市場不夠了解 還是活在理想中
光是一個http改https就可能讓系統掛掉 誰要承擔責任
恩 ....職場菜鳥
接案公司? 看過寫內部服務的程式嗎
甲方自己內部的技術債才精彩,乙方驗收一堆報告要交,原碼
掃描弱點掃描是基本的,現在連用的第三方套件1個月沒更新
或是版本不是最新版都要寫原因。
你該不會以為只有你有發現嗎?
覺得公司其他人都知道,只是沒人要去理而已。如果
原PO很在意程式碼品質的話建議換家公司。
幹嘛回報 回報了還要修 快逃啊
身為軟體人還是要有基本的職業道德 deadline不是藉口
who car 直接快逃才是重點
發文者看來都沒有任何回應 不知道是在拯救世界的路上
,還是已經被這個世界背叛…
回樓上 最近家人有東西需要幫忙 所以比較少看…也很感
謝大家回覆 因為是跨領域轉職第一次看到這個問題覺得
很神奇 所以就上來問問了
目前也有跟主管反應 但好像沒有要修或者要動的意思 看
來只能先這樣了…
回樓上,你是對的,但現實還是要看清,如果案子是轉到
自身維護建議慢慢修正,如果你只是瞄到別人案子,還是
當個安靜的人
我的RD主管寫的程式也會有這種問題..講白了沒有code
review,產品賣不了多少的公司,根本沒人在乎這個問
題,他們只在乎你在時間內有更多的產出還有配合客戶
一改再改
可以回報啊 剛好試試他們是怎麼對待新人和這類問題
如果你沒講,那事情也許永遠沒機會改善
另外,其他亂七八糟、髒亂等問題是真實世界常有的
看亂的程度和能處理的資源多寡,有時只好先放著不管
推原po的回應
正常也不會要你改,沒收入又要大改,又有可能有新的錯
誤,只能後來的案子多注意一點吧
寧願多加班不拿錢也要寫clean code. deadline可以延期
頂多賠錢
惦惦or換公司
我的話會先私下問前輩 不會直接往上捅 那當然如果
得到的結論是擺爛的話我會考慮開始找下一份
爆
Re: [爆卦] 國中科展天才呂同學,就是唐鳳2.0無誤!嗨我剛剛把影片看完了 簡單來說他這段演講在介紹他學習ML的過程 他會看model的架構並理解 然後自己寫出code放到開源的github上 還很貼心的付了github repo給大家24
[請益] 看code的能力不夠,該如何增強?大家好,我是一個剛從傳產接案公司逃出來的網頁後端蔡b8。 當初在舊公司的時候由於一路從伺服器建置到專案規劃跟實作都做,再加上平時有在補一 些網頁前後端的知識,所以自我感覺良好,面試時也無所畏懼。 但上工一陣子後我發覺因為之前的工作經驗都是從0開始寫小專案交差,所以只要方向明 確,實作是沒問題的,這幾個禮拜已經實作了幾個小功能。21
[請益] offer請益轉職offer請益 背景 中字輩理科學士(非本科) 目標職務 java後端工程師 大家好,小弟今年26y,到目前為止是網路上找資料和看書自學,上一份工作與網路軟體無相關。 目前手上有兩份offer (其他的還在等):19
Re: [討論] Ai 與 工程師我認為應該不太可能 因為AI要訓練的資料(網路上有發布的code)很多都是簡單的專案 例如整理資料類或者簡單的一小段功能 複雜的大型專案是幾乎沒有資料讓AI訓練的 除非訓練AI的團隊自己產出這類code,不過不太可能就是了16
[請益] 如何有效益的維護data loader如題 目前做的project架構長這樣 Loader1 Loader2 Loader3 ........... Loader30 Area 1 Area 216
Re: [討論] 如何最大化工作成果?因為資安領域的範圍滿廣的,各種工作的差異性不小 不過原PO看起來應該是對漏洞研究這塊有興趣, 我應該還是可以提供一些個人經驗和主觀看法XD : =====資安漏洞===== : 模組A 先前被通報存在 漏洞a (CVSS 7.5)10
Re: [心得] 非本科系生真的這麼劣勢嗎?您說的是初階市場還是中高階市場? 分享一下 我們公司之前在找前端和後端人才的情形是: 中高階的嫌薪水不夠高/公司知名度不夠 mid level的即戰力根本稀缺人才 在市場上幾乎看不到8
Re: [討論] 同一個程式碼段落超過一人以上在修改不一定,可能合理可能很 suck 要看規模、工作流程、有沒有人控場、默契 自己的經驗是分工做得好的地方通常會定義 ownership 「這塊 code 是拎北/拎母的,要改要先問」 積極的 owner 會對 code 要長成怎樣有明確的想法並前進3
Re: [心得] 如何駭入 Apple, MS 等大公司? (轉)簡單說只要使用外部的套件 都需要注意 以我自己經驗來說 早期剛開始 FB 出來的時候 YAHOO 也是直接用他們的 JS 登入 後來開始注重安全升級以後 就會強調不可直接引用